Can Programming Be Strictly Portable Relative To Language?

The activity associated with development of strictly portable methods of software development will be presented here. Included in this Portability effort will be Windows based C, C++, C#, and Visual Basic; and Linux based C and C++.

During the this blog week, it became apparent that I was presenting details in my blog that required access to the associated software parts kits.  I am considering possible access for those readers who are genuinely interested.

SATURDAY: The data return software parts for the CPP routine software part kit have been prepared. The software parts for defining and writing the routine’s arguments will be prepared next.

Can Programming Be Strictly Portable Relative To Language?

The activity associated with development of strictly portable methods of software development will be presented here. Included in this Portability effort will be Windows based C, C++, C#, and Visual Basic; and Linux based C and C++.

During the this blog week, it became apparent that I was presenting details in my blog that required access to the associated software parts kits.  I am considering possible access for those readers who are genuinely interested.

FRIDAY: The struggle with the definition of a standard routine methodology is diminishing. The single-point definition of a routine is contained in the post office defined by the common routine software parts library. The way that it is written in the source code is contained in the routine software parts library associated with the specific programming language.

SATURDAY: The are two basic types of routine; public and private. The public routine is available to other classes and its associated class contains its data. The private routine is available only to its associated class which also contains its data. I have started rebuilding the CPP software parts for the public routine. There are three processing paths: 1) declaration path for the class definition file, 2) routine path for the definition of the routine, and 3) user path for its use in other routines.

SUNDAY: The beginning software parts for the public routines have been prepared. In all cases, a script is used to write the CPP code when required. The declaration script sequence must be performed first, At this time, I do not know whether the routine script or the user scripts should be performed next.  I do know that to prepare the user scripts, the automatic storage and the parameters of the routines must have already been defined.

MONDAY: Each routine has not only a specific procedure that performs the required function but also a status reporting procedure. This requirement affects the use of a script in the definition of the routine.

TUESDAY: The principle of “Simplify and add lightness” must now be applied to the common routine parts associated with data return. Originally, the returns were specifically defined by two software parts: One for a data return and other for a status return. These two software parts will be replaced by one.

WEDNESDAY: The modifications to the common routine parts have now been prepared. Modification / creation of the data return software parts of the CPP routine software kit will proceed.

Can Programming Be Strictly Portable Relative To Language?

The activity associated with development of strictly portable methods of software development will be presented here. Included in this Portability effort will be Windows based C, C++, C#, and Visual Basic; and Linux based C and C++.

My apologies for inadequacies in my blogging efforts.  I have had a non-related significant distraction from my research/development activities. These distractions have not as yet been completed.  Hopefully in a few weeks…

THURSDAY: Currently, I am struggling with the definition of a routine.  The fact that, in general, a routine is defined in one source file and used in another conflicts with a single point definition of how the associated source code is written. This is a very complex script process. One of the possibilities is a number of standard resource files for each class. Such files would contained standard automatic variables, and usage “define files” standards. I have already accepted a class data resource file. This represents a serious trade-off between serious standard methods, ease of the design process and source file self-documentation.

2012-01-26 ERROR

My apologies for inadequacies in my blogging efforts.  I have had a non-related significant distraction from my research/development activities. These distractions have not as yet been completed.  Hopefully in a few weeks…

An Algorithmic Error has been encountered in the _ENCRYPT, _DECRYPT commands which produces an “Illegal InpuLength” user error (Pardon my spelling)

SUNDAY: The corrected Programmable Software Development Environment has been uploaded to the web-site and are now available for download.

2012-01-26 ERROR

MONDAY: The test which produces an “Illegal InpuLength” user error is not valid. Apparently at one time, I thought that I needed to verify that cipher text lines needed to have an even length. This is not now necessary.  The correction to both the Windows and Linux versions has been successfully made.  Uploading the revised programs is the next step.