|
Site Menu Project Specification Implementation Recommendations Reference Needs Updating Work in Progress Wastebasket Wiki Manual |
Transitional LibraryImplementation.TransitionalLibrary HistoryHide minor edits - Show changes to markup 2020-07-20 15:45
by -
Changed line 21 from:
http://modula-2.net/m2r10/uploads/WRITEF Format Strings.zip to:
http://modula-2.net/m2r10/uploads/WRITEFFormatStrings.zip 2018-05-10 17:23
by -
Changed line 2 from:
Rick Sutcliffe has created a large set of modules that duplicate the functionality of a subset of the R10 modules, primarily in I/O, but also including numerous utilities and some Abstract Data Types. to:
Rick Sutcliffe has created a large set of modules that duplicate the functionality of a subset of the R10 modules, primarily in I/O, but also including numerous utilities and some Abstract Data Types (for instance date and time with I/O). 2018-05-10 17:22
by -
Changed line 23 from:
Note that at the top level, Write1F, Write2F and Write3F are provided as ARGLIST is not available. to:
Note that at the top level, Write1F, Write2F and Write3F are provided for one, two, and three individual arguments, as ARGLIST is not available. 2018-05-10 17:21
by -
Changed lines 7-10 from:
UNIX C Channels to:
UNIX, C, and Channels Changed line 20 from:
to:
Documentation for the formatting for WriteF procedures is here: 2018-05-10 17:20
by -
Changed lines 20-25 from:
http://modula-2.net/m2r10/uploads/R10Library.zip to:
2018-05-10 16:24
by -
Changed line 18 from:
If you download the zip file below keep in mind that it is over 700K and will expand into several hundred files occupying about 3M of disk space. No warranties as to functionality of usability are expressed or implied. The code is copyright and may not be modified. Bugs and suggestions for modifications can be reported to Rick Sutcliffe using the email address rsutc AT twu.ca At this point he will have sole discretion to determine what if any modifications to accept. to:
If you download the zip file below keep in mind that it is over 700K and will expand into several hundred files occupying about 3M of disk space. No warranties as to functionality of usability are expressed or implied. The code is copyright and may not be modified. Bugs and suggestions for modifications should be reported to Rick Sutcliffe using the email address rsutc AT twu.ca At this point he will have sole discretion to determine what if any modifications to accept. 2018-05-10 16:23
by -
Changed lines 16-18 from:
FROM IOSupport IMPORT* but, say, IMPORT IIntegerIO will also suffice to have access to IIntegerIO.Read, etc. If you download the zip file below keep in mind that it is over 700K and will expand into several hundred files occupying about 3M of disk space. No warranties as to functionality of usability are expressed or implied. The code is copyright and may not be modified. Bugs and suggestions for modifications can be reported to Rick Sutcliffe using the email address rsutc AT twu.ca to:
FROM IOSupport IMPORT* but, say, IMPORT IntegerIO will also suffice to have access to IntegerIO.Read, etc. If you download the zip file below keep in mind that it is over 700K and will expand into several hundred files occupying about 3M of disk space. No warranties as to functionality of usability are expressed or implied. The code is copyright and may not be modified. Bugs and suggestions for modifications can be reported to Rick Sutcliffe using the email address rsutc AT twu.ca At this point he will have sole discretion to determine what if any modifications to accept. 2018-05-10 16:15
by -
Changed line 16 from:
FROM IOSupport IMPORT* but, say, to:
FROM IOSupport IMPORT* but, say, IMPORT IIntegerIO will also suffice to have access to IIntegerIO.Read, etc. 2018-05-10 16:14
by -
Changed line 16 from:
FROM to:
FROM IOSupport IMPORT* but, say, 2018-05-10 16:13
by - 2018-05-10 16:12
by -
Changed line 16 from:
FROM IO Support? IMPORT* but, say, to:
FROM 2018-05-10 16:12
by -
Changed line 16 from:
to:
FROM IO Support? IMPORT* but, say, 2018-05-10 16:11
by -
Changed line 16 from:
to:
2018-05-10 16:11
by -
Changed line 16 from:
to:
2018-05-10 16:10
by - 2018-05-10 16:10
by -
Changed line 16 from:
to:
2018-05-10 16:08
by -
Changed line 16 from:
FROM IO Support? IMPORT* but, say, IMPORT Cardinal IO? will also suffice to have access to Cardinal IO?.Read, etc. to:
2018-05-10 16:04
by -
Changed lines 2-5 from:
Rick Sutcliffe has created a set of modules that duplicate the functionality of a large subset of the R10 modules, primarily in I/O, but also including numerous utilities and some Abstract Data Types. This set includes modified definition and implementation modules that can be compiled under the p1 ISO compiler for the Mac, and with small alterations under other ISO compilers, though there is some dependance on the existence of an underlying POSIX system. to:
Rick Sutcliffe has created a large set of modules that duplicate the functionality of a subset of the R10 modules, primarily in I/O, but also including numerous utilities and some Abstract Data Types. This set includes modified definition and implementation modules that can be compiled under the p1 ISO compiler for the Mac, and with small alterations, under other ISO compilers, though there is some dependance on the existence of an underlying POSIX system. Changed lines 13-15 from:
The general idea is that the code will run on existing systems, but with reasonable automated alterations will run under a partial or full R10 compiler. If you download the zip file below keep in mind that it is over 700K and will expand into several hundred files occupying about 3M of disk space. No warranties as to functionality of usability are expressed or implied. The code is copyright and may not be modified. Bugs and suggestions for modifications can be reported to Rick Sutcliffe using the email address rsutc AT this domain. to:
The general idea is that the code will run on existing ISO systems, but with reasonable automated alterations will eventually run under a partial or full R10 compiler. The channel level I/O functionality for conventional built in data types is most easily accessed in p1 by: FROM IO Support? IMPORT* but, say, IMPORT Cardinal IO? will also suffice to have access to Cardinal IO?.Read, etc. If you download the zip file below keep in mind that it is over 700K and will expand into several hundred files occupying about 3M of disk space. No warranties as to functionality of usability are expressed or implied. The code is copyright and may not be modified. Bugs and suggestions for modifications can be reported to Rick Sutcliffe using the email address rsutc AT twu.ca 2018-04-27 18:26
by -
Changed lines 2-3 from:
Rick Sutcliffe has created a set of modules that duplicate the functionality of a large subset of the R10 modules, primarily in I/O, but also including numerous utilities and some AD Ts?. to:
Rick Sutcliffe has created a set of modules that duplicate the functionality of a large subset of the R10 modules, primarily in I/O, but also including numerous utilities and some Abstract Data Types. Changed lines 11-12 from:
The latter is an abstract layer on top of one or the other of the first two. to:
The latter is an abstract layer on top of one or the other of the first two. In general one ought to use the channel level as it is most versatile. Added lines 14-15:
If you download the zip file below keep in mind that it is over 700K and will expand into several hundred files occupying about 3M of disk space. No warranties as to functionality of usability are expressed or implied. The code is copyright and may not be modified. Bugs and suggestions for modifications can be reported to Rick Sutcliffe using the email address rsutc AT this domain. 2018-04-27 18:20
by -
Changed line 15 from:
http://modula-2.net/m2r10/uploads to:
http://modula-2.net/m2r10/uploads/R10Library.zip |