Megalextoria
Retro computing and gaming, sci-fi books, tv and movies and other geeky stuff.

Home » Digital Archaeology » Computer Arcana » Computer Folklore » Re: Pascal Source for APL Interpreter--Want Info
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Switch to threaded view of this topic Create a new topic Submit Reply
Re: Pascal Source for APL Interpreter--Want Info [message #344903] Thu, 11 May 2017 16:24 Go to next message
Anonymous
Karma:
Originally posted by: robert.farrell98

On Wednesday, October 3, 1990 at 11:48:55 AM UTC-5, Daan Sandee wrote:
> In article <1057@digi.lonestar.org> crichmon@digi.lonestar.org (Charles Richmond) writes:
>> I have a book entitled _The Byte Book of Pascal_ that was published
>> about 12 years ago. It contains an APL interpreter written entirely
>> in Pascal (for the CDC6600, I think). It is somewhere in the neighbor-
>> hood of 50 pages long. I typed it all into my Atari ST and now cannot
>> get it to work.
>>
>> Charles Richmond crichmon@digi.lonestar.org
>
> Well, there's Pascal and Pascal ... and 1970's style CDC Pascal and current
> Atari is about as far apart as you can get. Although Pascal is designed as
> a machine-independent language, anybody can write a machine-dependent program.
> If it was published 12 years ago, it probably indeed was CDC 6000 Pascal.
> FYI, the 6000 had 6-bit characters packed 10 to a 60-bit word. Character set
> not ASCII but CDC's own. So how about mixing integers and characters through
> abuse of chr() and ord()? And packed data types? And records with conditional
> clauses of different data type (resulting in different memory allocations)?
> And 'set' data type limited to 60 elements? Plenty of opportunity for bad
> programming there.

Back in the day, I typed the program in from the book and found it did not work. I wrote to Byte Books and got a reply that some of the program (one or two lines as I recall) had been lost during paste-up and did not make it into the book. I was the first to report the problem as everyone else that wanted to use the program had written in and got the correct program sent to them on a floppy. (Look for a gap in the line numbers between the bottom of one page and the top of the next.)
I don't remember what issues I had with differences in Pascals: I was using Texas Instruments TI990 minicomputer Pascal, but I did get it working.
Bob Farrell Robert.farrell7@verizon.net
Re: Pascal Source for APL Interpreter--Want Info [message #344950 is a reply to message #344903] Fri, 12 May 2017 07:18 Go to previous messageGo to next message
apl.explorer is currently offline  apl.explorer
Messages: 9
Registered: June 2013
Karma: 0
Junior Member
On Thursday, May 11, 2017 at 4:24:51 PM UTC-4, robert.f...@gmail.com wrote:
> On Wednesday, October 3, 1990 at 11:48:55 AM UTC-5, Daan Sandee wrote:
>> In article <1057@digi.lonestar.org> crichmon@digi.lonestar.org (Charles Richmond) writes:
>>> I have a book entitled _The Byte Book of Pascal_ that was published
>>> about 12 years ago. It contains an APL interpreter written entirely
>>> in Pascal (for the CDC6600, I think). It is somewhere in the neighbor-
>>> hood of 50 pages long. I typed it all into my Atari ST and now cannot
>>> get it to work.
>>>
>>> Charles Richmond crichmon@digi.lonestar.org
>>
>> Well, there's Pascal and Pascal ... and 1970's style CDC Pascal and current
>> Atari is about as far apart as you can get. Although Pascal is designed as
>> a machine-independent language, anybody can write a machine-dependent program.
>> If it was published 12 years ago, it probably indeed was CDC 6000 Pascal.
>> FYI, the 6000 had 6-bit characters packed 10 to a 60-bit word. Character set
>> not ASCII but CDC's own. So how about mixing integers and characters through
>> abuse of chr() and ord()? And packed data types? And records with conditional
>> clauses of different data type (resulting in different memory allocations)?
>> And 'set' data type limited to 60 elements? Plenty of opportunity for bad
>> programming there.
>
> Back in the day, I typed the program in from the book and found it did not work. I wrote to Byte Books and got a reply that some of the program (one or two lines as I recall) had been lost during paste-up and did not make it into the book. I was the first to report the problem as everyone else that wanted to use the program had written in and got the correct program sent to them on a floppy. (Look for a gap in the line numbers between the bottom of one page and the top of the next.)
> I don't remember what issues I had with differences in Pascals: I was using Texas Instruments TI990 minicomputer Pascal, but I did get it working.
> Bob Farrell Robert.farrell7@verizon.net

See if this link works...
There should be two copies of the BYTE Pascal APL i found a few years ago
which had come from the owners i think ( not from the scanned BYTE book ).

https://1drv.ms/f/s!Ai4fYN78pkX1qgeqPfBV5N0paLGC

-- William Gallant
Re: Pascal Source for APL Interpreter--Want Info [message #345104 is a reply to message #344903] Sun, 14 May 2017 14:51 Go to previous messageGo to next message
Charles Richmond is currently offline  Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
Senior Member
On 5/11/2017 3:24 PM, robert.farrell98@gmail.com wrote:
> On Wednesday, October 3, 1990 at 11:48:55 AM UTC-5, Daan Sandee wrote:
>> In article <1057@digi.lonestar.org> crichmon@digi.lonestar.org (Charles Richmond) writes:
>>> I have a book entitled _The Byte Book of Pascal_ that was published
>>> about 12 years ago. It contains an APL interpreter written entirely
>>> in Pascal (for the CDC6600, I think). It is somewhere in the neighbor-
>>> hood of 50 pages long. I typed it all into my Atari ST and now cannot
>>> get it to work.
>>>
>>> Charles Richmond crichmon@digi.lonestar.org
>>
>> Well, there's Pascal and Pascal ... and 1970's style CDC Pascal and current
>> Atari is about as far apart as you can get. Although Pascal is designed as
>> a machine-independent language, anybody can write a machine-dependent program.
>> If it was published 12 years ago, it probably indeed was CDC 6000 Pascal.
>> FYI, the 6000 had 6-bit characters packed 10 to a 60-bit word. Character set
>> not ASCII but CDC's own. So how about mixing integers and characters through
>> abuse of chr() and ord()? And packed data types? And records with conditional
>> clauses of different data type (resulting in different memory allocations)?
>> And 'set' data type limited to 60 elements? Plenty of opportunity for bad
>> programming there.
>
> Back in the day, I typed the program in from the book and found it did not work. I wrote to Byte Books and got a reply that some of the program (one or two lines as I recall) had been lost during paste-up and did not make it into the book. I was the first to report the problem as everyone else that wanted to use the program had written in and got the correct program sent to them on a floppy. (Look for a gap in the line numbers between the bottom of one page and the top of the next.)

This is Charles Richmond... yes, the OP of the original question
above... Thunderbird seems to have messed up the attributions badly.

I went through the listing of APL in Pascal in the BYTE book. The only
place that seems to have a line number gap between pages is between
pages 314 and 315 in the function DOP. On page 330, there is an odd
blank line between lines 31030 and 31056 in procedure PARSE.

If you can *not* remember the correction to make, can you make your good
Pascal source available for those of us who *never* got the corrections
from BYTE???

> I don't remember what issues I had with differences in Pascals: I was using Texas Instruments TI990 minicomputer Pascal, but I did get it working.

With some thought and care, you *can* write portable Pascal code. One
thing is to avoid the use of ord() on the character set and avoid the
use of chr().


--
numerist at aquaporin4 dot com

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: Pascal Source for APL Interpreter--Want Info [message #345449 is a reply to message #344950] Mon, 22 May 2017 11:14 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: luserdroog

On Friday, May 12, 2017 at 6:18:11 AM UTC-5, sigma.r...@gmail.com wrote:
> On Thursday, May 11, 2017 at 4:24:51 PM UTC-4, robert.f...@gmail.com wrote:
>> On Wednesday, October 3, 1990 at 11:48:55 AM UTC-5, Daan Sandee wrote:
>>> In article <1057@digi.lonestar.org> crichmon@digi.lonestar.org (Charles Richmond) writes:
>>>> I have a book entitled _The Byte Book of Pascal_ that was published
>>>> about 12 years ago. It contains an APL interpreter written entirely
>>>> in Pascal (for the CDC6600, I think). It is somewhere in the neighbor-
>>>> hood of 50 pages long. I typed it all into my Atari ST and now cannot
>>>> get it to work.
>>>>
>>>> Charles Richmond crichmon@digi.lonestar.org
>>>
>>> Well, there's Pascal and Pascal ... and 1970's style CDC Pascal and current
>>> Atari is about as far apart as you can get. Although Pascal is designed as
>>> a machine-independent language, anybody can write a machine-dependent program.
>>> If it was published 12 years ago, it probably indeed was CDC 6000 Pascal.
>>> FYI, the 6000 had 6-bit characters packed 10 to a 60-bit word. Character set
>>> not ASCII but CDC's own. So how about mixing integers and characters through
>>> abuse of chr() and ord()? And packed data types? And records with conditional
>>> clauses of different data type (resulting in different memory allocations)?
>>> And 'set' data type limited to 60 elements? Plenty of opportunity for bad
>>> programming there.
>>
>> Back in the day, I typed the program in from the book and found it did not work. I wrote to Byte Books and got a reply that some of the program (one or two lines as I recall) had been lost during paste-up and did not make it into the book. I was the first to report the problem as everyone else that wanted to use the program had written in and got the correct program sent to them on a floppy. (Look for a gap in the line numbers between the bottom of one page and the top of the next.)
>> I don't remember what issues I had with differences in Pascals: I was using Texas Instruments TI990 minicomputer Pascal, but I did get it working.
>> Bob Farrell Robert.farrell7@verizon.net
>
> See if this link works...
> There should be two copies of the BYTE Pascal APL i found a few years ago
> which had come from the owners i think ( not from the scanned BYTE book )..
>
> https://1drv.ms/f/s!Ai4fYN78pkX1qgeqPfBV5N0paLGC
>
> -- William Gallant

Cheers of thanks from the lurkers!
Re: Pascal Source for APL Interpreter--Want Info [message #345454 is a reply to message #345449] Mon, 22 May 2017 15:38 Go to previous messageGo to next message
Peter Flass is currently offline  Peter Flass
Messages: 8375
Registered: December 2011
Karma: 0
Senior Member
luserdroog <mijoryx@yahoo.com> wrote:
> On Friday, May 12, 2017 at 6:18:11 AM UTC-5, sigma.r...@gmail.com wrote:
>> On Thursday, May 11, 2017 at 4:24:51 PM UTC-4, robert.f...@gmail.com wrote:
>>> On Wednesday, October 3, 1990 at 11:48:55 AM UTC-5, Daan Sandee wrote:
>>>> In article <1057@digi.lonestar.org> crichmon@digi.lonestar.org
>>>> (Charles Richmond) writes:
>>>> > I have a book entitled _The Byte Book
>>>> of Pascal_ that was published
>>>> > about 12 years ago. It contains an APL interpreter written entirely
>>>> > in Pascal (for the CDC6600, I think). It is somewhere in the neighbor-
>>>> > hood of 50 pages long. I typed it all into my Atari ST and now cannot
>>>> > get it to work.
>>>> >
>>>> > Charles Richmond crichmon@digi.lonestar.org
>>>>
>>>> Well, there's Pascal and Pascal ... and 1970's style CDC Pascal and current
>>>> Atari is about as far apart as you can get. Although Pascal is designed as
>>>> a machine-independent language, anybody can write a machine-dependent program.
>>>> If it was published 12 years ago, it probably indeed was CDC 6000 Pascal.
>>>> FYI, the 6000 had 6-bit characters packed 10 to a 60-bit word. Character set
>>>> not ASCII but CDC's own. So how about mixing integers and characters through
>>>> abuse of chr() and ord()? And packed data types? And records with conditional
>>>> clauses of different data type (resulting in different memory allocations)?
>>>> And 'set' data type limited to 60 elements? Plenty of opportunity for bad
>>>> programming there.
>>>
>>> Back in the day, I typed the program in from the book and found it did
>>> not work. I wrote to Byte Books and got a reply that some of the
>>> program (one or two lines as I recall) had been lost during paste-up
>>> and did not make it into the book. I was the first to report the
>>> problem as everyone else that wanted to use the program had written in
>>> and got the correct program sent to them on a floppy. (Look for a gap
>>> in the line numbers between the bottom of one page and the top of the next.)
>>> I don't remember what issues I had with differences in Pascals: I was
>>> using Texas Instruments TI990 minicomputer Pascal, but I did get it working.
>>> Bob Farrell Robert.farrell7@verizon.net
>>
>> See if this link works...
>> There should be two copies of the BYTE Pascal APL i found a few years ago
>> which had come from the owners i think ( not from the scanned BYTE book ).
>>
>> https://1drv.ms/f/s!Ai4fYN78pkX1qgeqPfBV5N0paLGC
>>
>> -- William Gallant
>
> Cheers of thanks from the lurkers!
>

Sounds like you need a "lint" for Pascal. Goog turned up ambiguous results,
but it sounds like there isn't one. Might be a good project for some Pascal
enthusiast.

--
Pete
Re: Pascal Source for APL Interpreter--Want Info [message #345456 is a reply to message #345454] Mon, 22 May 2017 16:12 Go to previous messageGo to next message
Anne &amp; Lynn Wheel is currently offline  Anne &amp; Lynn Wheel
Messages: 3156
Registered: January 2012
Karma: 0
Senior Member
Peter Flass <peter_flass@yahoo.com> writes:
> Sounds like you need a "lint" for Pascal. Goog turned up ambiguous results,
> but it sounds like there isn't one. Might be a good project for some Pascal
> enthusiast.

there is Stanford Pascal project ... referenced
http://www.garlic.com/~lynn/2017e.html#24 [CM] What was your first home computer?
http://www.garlic.com/~lynn/2017e.html#53 [CM] What was your first home computer?
http://www.garlic.com/~lynn/2017e.html#54 [CM] What was your first home computer?

STANFORD PASCAL VERIFIER USER MANUAL (from Mar1979)
http://i.stanford.edu/pub/cstr/reports/cs/tr/79/731/CS-TR-79 -731.pdf

New Stanford Pascal Compiler
https://www.facebook.com/StanfordPascal/
Stanford Pascal Compiler
http://wiki.freepascal.org/Stanford_Pascal_Compiler

Targets of the Stanford Pascal Compiler were IBM mainframes (including
IBM 360 and 370 series) and LSI-11 (PDP-11).

A modern version of the Stanford Pascal Compiler is maintained by Bernd
Oppolzer. This version targets VM/370 on the Hercules emulator, and the
programs will probably run on today's z/VM and z/OS (aka MVS), too. And
it was ported to Windows, Linux and OS/2 in 2016. Pascal programs (and
the compiler itself) can run there with the help of the P-Code
interpreter PCINT (written in ANSI-C).

.... snip ...

web search "pascal checker" turns up other results

--
virtualization experience starting Jan1968, online at home since Mar1970
Re: Pascal Source for APL Interpreter--Want Info [message #347314 is a reply to message #345104] Wed, 28 June 2017 18:34 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: robert.farrell98

On Sunday, May 14, 2017 at 1:51:18 PM UTC-5, Charles Richmond wrote:
> On 5/11/2017 3:24 PM, robert.farrell98@gmail.com wrote:
>> On Wednesday, October 3, 1990 at 11:48:55 AM UTC-5, Daan Sandee wrote:
>>> In article <1057@digi.lonestar.org> crichmon@digi.lonestar.org (Charles Richmond) writes:
>>>> I have a book entitled _The Byte Book of Pascal_ that was published
>>>> about 12 years ago. It contains an APL interpreter written entirely
>>>> in Pascal (for the CDC6600, I think). It is somewhere in the neighbor-
>>>> hood of 50 pages long. I typed it all into my Atari ST and now cannot
>>>> get it to work.
>>>>
>>>> Charles Richmond crichmon@digi.lonestar.org
>>>
>>> Well, there's Pascal and Pascal ... and 1970's style CDC Pascal and current
>>> Atari is about as far apart as you can get. Although Pascal is designed as
>>> a machine-independent language, anybody can write a machine-dependent program.
>>> If it was published 12 years ago, it probably indeed was CDC 6000 Pascal.
>>> FYI, the 6000 had 6-bit characters packed 10 to a 60-bit word. Character set
>>> not ASCII but CDC's own. So how about mixing integers and characters through
>>> abuse of chr() and ord()? And packed data types? And records with conditional
>>> clauses of different data type (resulting in different memory allocations)?
>>> And 'set' data type limited to 60 elements? Plenty of opportunity for bad
>>> programming there.
>>
>> Back in the day, I typed the program in from the book and found it did not work. I wrote to Byte Books and got a reply that some of the program (one or two lines as I recall) had been lost during paste-up and did not make it into the book. I was the first to report the problem as everyone else that wanted to use the program had written in and got the correct program sent to them on a floppy. (Look for a gap in the line numbers between the bottom of one page and the top of the next.)
>
> This is Charles Richmond... yes, the OP of the original question
> above... Thunderbird seems to have messed up the attributions badly.
>
> I went through the listing of APL in Pascal in the BYTE book. The only
> place that seems to have a line number gap between pages is between
> pages 314 and 315 in the function DOP. On page 330, there is an odd
> blank line between lines 31030 and 31056 in procedure PARSE.
>
> If you can *not* remember the correction to make, can you make your good
> Pascal source available for those of us who *never* got the corrections
> from BYTE???
>
>> I don't remember what issues I had with differences in Pascals: I was using Texas Instruments TI990 minicomputer Pascal, but I did get it working.
>
> With some thought and care, you *can* write portable Pascal code. One
> thing is to avoid the use of ord() on the character set and avoid the
> use of chr().
>
>
> --
> numerist at aquaporin4 dot com
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus

I found my file for this project. The letter is from Alan Kaniss, one of the authors. It is hand-written on note paper from Feb 22, 1982. The missing line is line 31040: "ELSE RETURNTOCALLINGSUBR". I had forgotten that the machine readable form others got was a tape not a floppy disk.
Re: Pascal Source for APL Interpreter--Want Info [message #347372 is a reply to message #347314] Fri, 30 June 2017 10:41 Go to previous messageGo to next message
Charles Richmond is currently offline  Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
Senior Member
On 6/28/2017 5:34 PM, robert.farrell98@gmail.com wrote:
>
> [snip...] [snip...] [snip...]
>
> Back in the day, I typed the program in from the book and found it did not work. I wrote to Byte Books and got a reply that some of the program (one or two lines as I recall) had been lost during paste-up and did not make it into the book. I was the first to report the problem as everyone else that wanted to use the program had written in and got the correct program sent to them on a floppy. (Look for a gap in the line numbers between the bottom of one page and the top of the next.)
>
> [snip...] [snip...] [snip...]
>
> I found my file for this project. The letter is from Alan Kaniss, one of the authors. It is hand-written on note paper from Feb 22, 1982. The missing line is line 31040: "ELSE RETURNTOCALLINGSUBR". I had forgotten that the machine readable form others got was a tape not a floppy disk.
>

Thanks much for the Pascal source correction for APL in Pascal!!! I was
one that "fat fingered" (i.e., typed in myself) the entire Pascal
source program. Although some may have gotten the source on digital
media from BYTE, I know I am *not* the only one who typed the dang thing
in!!! :-)

This fix should be on a web page and I plan to create a small web page
explaining this fix. Thanks again!!!

--
numerist at aquaporin4 dot com

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: Pascal Source for APL Interpreter--Want Info [message #347424 is a reply to message #347372] Sun, 02 July 2017 15:15 Go to previous messageGo to next message
Charles Richmond is currently offline  Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
Senior Member
On 6/30/2017 9:41 AM, Charles Richmond wrote:
> On 6/28/2017 5:34 PM, robert.farrell98@gmail.com wrote:
>>
>> [snip...] [snip...] [snip...]
>>
>> Back in the day, I typed the program in from the book and found it did
>> not work. I wrote to Byte Books and got a reply that some of the
>> program (one or two lines as I recall) had been lost during paste-up
>> and did not make it into the book. I was the first to report the
>> problem as everyone else that wanted to use the program had written in
>> and got the correct program sent to them on a floppy. (Look for a gap
>> in the line numbers between the bottom of one page and the top of the
>> next.)
>>
>> [snip...] [snip...] [snip...]
>>
>> I found my file for this project. The letter is from Alan Kaniss, one
>> of the authors. It is hand-written on note paper from Feb 22, 1982.
>> The missing line is line 31040: "ELSE RETURNTOCALLINGSUBR". I had
>> forgotten that the machine readable form others got was a tape not a
>> floppy disk.
>>
>
> Thanks much for the Pascal source correction for APL in Pascal!!! I was
> one that "fat fingered" (i.e., typed in myself) the entire Pascal
> source program. Although some may have gotten the source on digital
> media from BYTE, I know I am *not* the only one who typed the dang thing
> in!!! :-)
>
> This fix should be on a web page and I plan to create a small web page
> explaining this fix. Thanks again!!!
>

Robert, sinc you found your APL in Pascal project file... can you post
which issue of BYTE magazine contained the correction you gave??? My
BYTE magazines are accessible in pdf form, and seeing the printed
correction would probably be helpful...

--
numerist at aquaporin4 dot com

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
Re: Pascal Source for APL Interpreter--Want Info [message #348603 is a reply to message #347424] Mon, 17 July 2017 13:52 Go to previous messageGo to next message
Anonymous
Karma:
Originally posted by: robert.farrell98

On Sunday, July 2, 2017 at 2:15:33 PM UTC-5, Charles Richmond wrote:
> On 6/30/2017 9:41 AM, Charles Richmond wrote:
>> On 6/28/2017 5:34 PM, robert.farrell98@gmail.com wrote:
>>>
>>> [snip...] [snip...] [snip...]
>>>
>>> Back in the day, I typed the program in from the book and found it did
>>> not work. I wrote to Byte Books and got a reply that some of the
>>> program (one or two lines as I recall) had been lost during paste-up
>>> and did not make it into the book. I was the first to report the
>>> problem as everyone else that wanted to use the program had written in
>>> and got the correct program sent to them on a floppy. (Look for a gap
>>> in the line numbers between the bottom of one page and the top of the
>>> next.)
>>>
>>> [snip...] [snip...] [snip...]
>>>
>>> I found my file for this project. The letter is from Alan Kaniss, one
>>> of the authors. It is hand-written on note paper from Feb 22, 1982.
>>> The missing line is line 31040: "ELSE RETURNTOCALLINGSUBR". I had
>>> forgotten that the machine readable form others got was a tape not a
>>> floppy disk.
>>>
>>
>> Thanks much for the Pascal source correction for APL in Pascal!!! I was
>> one that "fat fingered" (i.e., typed in myself) the entire Pascal
>> source program. Although some may have gotten the source on digital
>> media from BYTE, I know I am *not* the only one who typed the dang thing
>> in!!! :-)
>>
>> This fix should be on a web page and I plan to create a small web page
>> explaining this fix. Thanks again!!!
>>
>
> Robert, sinc you found your APL in Pascal project file... can you post
> which issue of BYTE magazine contained the correction you gave??? My
> BYTE magazines are accessible in pdf form, and seeing the printed
> correction would probably be helpful...
>
> --
> numerist at aquaporin4 dot com
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus

I don't know if the correction ever appeared in Byte magazine. I'm not sure if they were even aware of the error until long after the book came out. My letter to Alan that generated the reply mentioned earlier, was about two years after the book came out and I'm not sure he was aware of the error until I brought it to his attention. (I think the reply to my letter to Byte books told me I would have to contact the authors.) My letter to Alan and the other authors had narrowed down the problem such that I knew the missing line number and that it was an "ELSE" clause, so it would be easy for him to look up the line. There may be other errors that are more subtle in their effects when trying to execute the program, but I didn't ask and Alan didn't volunteer.
Re: Pascal Source for APL Interpreter--Want Info [message #348734 is a reply to message #348603] Wed, 19 July 2017 02:04 Go to previous messageGo to next message
Charles Richmond is currently offline  Charles Richmond
Messages: 2754
Registered: December 2011
Karma: 0
Senior Member
On 7/17/2017 12:52 PM, robert.farrell98@gmail.com wrote:
> On Sunday, July 2, 2017 at 2:15:33 PM UTC-5, Charles Richmond wrote:
>> On 6/30/2017 9:41 AM, Charles Richmond wrote:
>>> On 6/28/2017 5:34 PM, robert.farrell98@gmail.com wrote:
>>>>
>>>> [snip...] [snip...] [snip...]
>>>>
>>>> Back in the day, I typed the program in from the book and found it did
>>>> not work. I wrote to Byte Books and got a reply that some of the
>>>> program (one or two lines as I recall) had been lost during paste-up
>>>> and did not make it into the book. I was the first to report the
>>>> problem as everyone else that wanted to use the program had written in
>>>> and got the correct program sent to them on a floppy. (Look for a gap
>>>> in the line numbers between the bottom of one page and the top of the
>>>> next.)
>>>>
>>>> [snip...] [snip...] [snip...]
>>>>
>>>> I found my file for this project. The letter is from Alan Kaniss, one
>>>> of the authors. It is hand-written on note paper from Feb 22, 1982.
>>>> The missing line is line 31040: "ELSE RETURNTOCALLINGSUBR". I had
>>>> forgotten that the machine readable form others got was a tape not a
>>>> floppy disk.
>>>>
>>>
>>> Thanks much for the Pascal source correction for APL in Pascal!!! I was
>>> one that "fat fingered" (i.e., typed in myself) the entire Pascal
>>> source program. Although some may have gotten the source on digital
>>> media from BYTE, I know I am *not* the only one who typed the dang thing
>>> in!!! :-)
>>>
>>> This fix should be on a web page and I plan to create a small web page
>>> explaining this fix. Thanks again!!!
>>>
>>
>> Robert, sinc you found your APL in Pascal project file... can you post
>> which issue of BYTE magazine contained the correction you gave??? My
>> BYTE magazines are accessible in pdf form, and seeing the printed
>> correction would probably be helpful...
>>
>> --
>> numerist at aquaporin4 dot com
>>
>> ---
>> This email has been checked for viruses by Avast antivirus software.
>> https://www.avast.com/antivirus
>
> I don't know if the correction ever appeared in Byte magazine. I'm not sure if they were even aware of the error until long after the book came out. My letter to Alan that generated the reply mentioned earlier, was about two years after the book came out and I'm not sure he was aware of the error until I brought it to his attention. (I think the reply to my letter to Byte books told me I would have to contact the authors.) My letter to Alan and the other authors had narrowed down the problem such that I knew the missing line number and that it was an "ELSE" clause, so it would be easy for him to look up the line. There may be other errors that are more subtle in their effects when trying to execute the program, but I didn't ask and Alan didn't volunteer.
>

You mentioned in an earlier post that some people received media (tape
or floppy disk) with a corrected version of the Pascal APL scanner. How
did you find out about this???

Did Alan Kaniss mention the media copies of the Pascal source to you???

--
numerist at aquaporin4 dot com
Re: Pascal Source for APL Interpreter--Want Info [message #348777 is a reply to message #348734] Wed, 19 July 2017 13:13 Go to previous message
Anonymous
Karma:
Originally posted by: robert.farrell98

On Wednesday, July 19, 2017 at 1:04:17 AM UTC-5, Charles Richmond wrote:
> On 7/17/2017 12:52 PM, robert.farrell98@gmail.com wrote:
>> On Sunday, July 2, 2017 at 2:15:33 PM UTC-5, Charles Richmond wrote:
>>> On 6/30/2017 9:41 AM, Charles Richmond wrote:
>>>> On 6/28/2017 5:34 PM, robert.farrell98@gmail.com wrote:
>>>> >
>>>> > [snip...] [snip...] [snip...]
>>>> >
>>>> > Back in the day, I typed the program in from the book and found it did
>>>> > not work. I wrote to Byte Books and got a reply that some of the
>>>> > program (one or two lines as I recall) had been lost during paste-up
>>>> > and did not make it into the book. I was the first to report the
>>>> > problem as everyone else that wanted to use the program had written in
>>>> > and got the correct program sent to them on a floppy. (Look for a gap
>>>> > in the line numbers between the bottom of one page and the top of the
>>>> > next.)
>>>> >
>>>> > [snip...] [snip...] [snip...]
>>>> >
>>>> > I found my file for this project. The letter is from Alan Kaniss, one
>>>> > of the authors. It is hand-written on note paper from Feb 22, 1982.
>>>> > The missing line is line 31040: "ELSE RETURNTOCALLINGSUBR". I had
>>>> > forgotten that the machine readable form others got was a tape not a
>>>> > floppy disk.
>>>> >
>>>>
>>>> Thanks much for the Pascal source correction for APL in Pascal!!! I was
>>>> one that "fat fingered" (i.e., typed in myself) the entire Pascal
>>>> source program. Although some may have gotten the source on digital
>>>> media from BYTE, I know I am *not* the only one who typed the dang thing
>>>> in!!! :-)
>>>>
>>>> This fix should be on a web page and I plan to create a small web page
>>>> explaining this fix. Thanks again!!!
>>>>
>>>
>>> Robert, sinc you found your APL in Pascal project file... can you post
>>> which issue of BYTE magazine contained the correction you gave??? My
>>> BYTE magazines are accessible in pdf form, and seeing the printed
>>> correction would probably be helpful...
>>>
>>> --
>>> numerist at aquaporin4 dot com
>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>
>> I don't know if the correction ever appeared in Byte magazine. I'm not sure if they were even aware of the error until long after the book came out. My letter to Alan that generated the reply mentioned earlier, was about two years after the book came out and I'm not sure he was aware of the error until I brought it to his attention. (I think the reply to my letter to Byte books told me I would have to contact the authors.) My letter to Alan and the other authors had narrowed down the problem such that I knew the missing line number and that it was an "ELSE" clause, so it would be easy for him to look up the line. There may be other errors that are more subtle in their effects when trying to execute the program, but I didn't ask and Alan didn't volunteer.
>>
>
> You mentioned in an earlier post that some people received media (tape
> or floppy disk) with a corrected version of the Pascal APL scanner. How
> did you find out about this???
>
> Did Alan Kaniss mention the media copies of the Pascal source to you???
>
> --
> numerist at aquaporin4 dot com

Yes, it was Alan's letter that mentioned the tape copies when he talked about nobody before me having typed it in from the book and then writing to him, wondering about the error/missing line. (The idea of floppies came from my mis-remembering what the letter had said. When I found it, I corrected myself to tapes.)
  Switch to threaded view of this topic Create a new topic Submit Reply
Previous Topic: Court record automation 1970s
Next Topic: Next SCCAN meeting - Saturday, July 22
Goto Forum:
  

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Thu Apr 18 22:32:41 EDT 2024

Total time taken to generate the page: 0.29187 seconds