JDA@NIHCU.BITNET (Doug Ashbrook) (02/05/89)
So far, I have successfully unpacked all but one of the //gs Source Code Sampler programs. The one that gave me problems was LISTER. Both BLU 2.28 and 2.27 report a checksum error (internal error $76) while unpacking the program itself. All 4 of the source files unpack correctly and appear to be OK when I list them or read them from an editor. When I attempt to launch the LISTER program, my system crashes. Thinking that the files may have been corrupted during their trip from BROWNVM to my mainframe, I requested new copies from the APPLE2-L listserver. A comparison of the original and the new files showed that they were identical, but I went ahead and downloaded the new copies with exactly the same results. Has anyone been successful in unpacking and running this program? I assume that the file must have been corrupted during its transmission between Grant Delaney and Chris Chung (of APPLE2-L fame at BROWNVM). Could Grant Delaney please send another copy to the APPLE2-L list? Finally, I would like to thank Grant Delaney for all of his effort in sending all of the sampler files to the APPLE2-L listserver. ------------------------------------------------------------------- J. Douglas Ashbrook (301) 496-5181 BITNET: JDA@NIHCU ARPA: jda%nihcu.bitnet@cunyvm.cuny.edu National Institutes of Health, Computer Center, Bethesda, MD 20892
keith@Apple.COM (Keith Rollin) (02/05/89)
In article <8902041548.aa03253@SMOKE.BRL.MIL> JDA@NIHCU.BITNET (Doug Ashbrook) writes: >So far, I have successfully unpacked all but one of the //gs Source >Code Sampler programs. The one that gave me problems was LISTER. >Both BLU 2.28 and 2.27 report a checksum error (internal error $76) >while unpacking the program itself. All 4 of the source files unpack >correctly and appear to be OK when I list them or read them from an >editor. When I attempt to launch the LISTER program, my system >crashes. > Were you able to compile the source code? LISTER was my first ever C program, and I may have left in some bugs that would cause it to not run on all systems. By compiling the program and seeing if it runs, you can tell if the problem is with the downloaded file or with my logic. > >Finally, I would like to thank Grant Delaney for all of his effort in >sending all of the sampler files to the APPLE2-L listserver. > Me too!!! Grant Delaney asked me if it were OK to post these puppies, but I was unable to respond to his request (my mail bounced back). I really wish to express my undying gratitude to him for packing/formatting/grunging/splitting and uploading all of those programs! Keith Rollin --- Apple Computer, Inc. --- Developer Technical Support INTERNET: keith@apple.com UUCP: {decwrl, hoptoad, nsc, sun, amdahl}!apple!keith "Argue for your limitations, and sure enough...they're yours" -Bach, Illusions
V112PDL5@ubvmsc.cc.buffalo.edu (02/05/89)
In order for one to get a proper Binary II file. You'll have to modify
the little basic file at the end of part III of the LISTER text files.
You'll note it says something to the effect of "BLOAD LIST.1", or something
similar. Change it to "BLOAD LIST.3"... That is, replace the last BLOAD
LIST.1, with LIST.3. The first "BLOAD LIST.1" is perfectly fine of course.
Keep the rest of the arguments after the filename the same.
- Mark Cromwell
(of the unidirectional editing)V112PDL5@UBVMSC.CC.BUFFALO.EDU (02/08/89)
I've had the same problem. The solution is changing the little
basic program at the end of the last text file. The basic program
(actually ProDOS basic file commands) reads in each of the three
binary files (list.1, list.2, and list.3 if memory serves) one
at a time at appends them into a .BQY file. Unfortunately the
last BLOAD does NOT load LIST.3, but rather LIST.1. The correction
for this is changing the last "BLOAD LIST.1,[options]" to
"BLOAD LIST.3,[options]". That should do the trick.
- Mark Cromwell