Mandel@BCO-MULTICS.ARPA (Mark Mandel) (01/05/88)
* Another user on a bbs where I run the Apple section asked me this (I have cleaned up his spelling and punctuation, where I could): Could someone please upload a memory dump of locations $d000 to $ffff. The format is a 6 byte header containing $ff,$ff,start address,end address,the binary data. * When I asked for more details, he said: Well, I have an Apple II emulator for the Atari ST and the docs say to tranfer a dump generated by the Apple monitor and it must be in the format on the screen; I have a program to convert that to a binary file. As for the type of machine, just Apple II is mentioned. The docs also say the address for the file is locations $d000 to $ffff in the format $ff,$ff,start(lo),(hi),end(lo),(hi) followed by the actual binary data. The docs imply that BASIC is in the memory dump somewhere so it's probably a good idea to have everything in before dumping. I was hoping to get a memory dump of the entire memory but file would be too unwieldy. The program is APPLEII.ARC in the Atari 16-bit section [of our BBS]. * I can't make much sense of this -- I'm no wizard or even Apple specialist -- but I'm not sure he can even do what he's trying to do in an emulator on a different machine (Atari ST). Help, anyone?
neighbor@csd4.milw.wisc.edu (Jeffrey Alan Ding) (01/06/88)
In article <880104194135.189434@BCO-MULTICS.ARPA> Mandel@BCO-MULTICS.ARPA (Mark Mandel) writes: >* Another user on a bbs where I run the Apple section asked me this (I > have cleaned up his spelling and punctuation, where I could): > >Could someone please upload a memory dump of locations $d000 to $ffff. >The format is a 6 byte header containing $ff,$ff,start address,end >address,the binary data. > Sounds like Apple copywrite infringement to me. Applesoft which is located from D000-F7FF, is protected by copywrite laws. Porting of this program to ANY machine is forbidden without the consent of Apple Computer Company. These ILLEGAL acts should NOT be discussed on this network. So you better cool it. Apple Computer does not tolerate people who break their copyright laws. (eg. how many Apple clones are available vs. ibm clones.) neighbor@csd4.milw.wisc.edu
dr@ski.UUCP (David Robins) (01/07/88)
In article <> Mandel@BCO-MULTICS.ARPA (Mark Mandel) writes: >* Another user on a bbs where I run the Apple section asked me this (I > have cleaned up his spelling and punctuation, where I could): > >Could someone please upload a memory dump of locations $d000 to $ffff. >The format is a 6 byte header containing $ff,$ff,start address,end >address,the binary data. > >* When I asked for more details, he said: > >Well, I have an Apple II emulator for the Atari ST and the docs say to >tranfer a dump generated by the Apple monitor and it must be in the >format on the screen; I have a program to convert that to a binary >file. As for the type of machine, just Apple II is mentioned. The >docs also say the address for the file is locations $d000 to $ffff in >the format $ff,$ff,start(lo),(hi),end(lo),(hi) followed by the actual >binary data. The docs imply that BASIC is in the memory dump somewhere >so it's probably a good idea to have everything in before dumping. I >was hoping to get a memory dump of the entire memory but file would be >too unwieldy. The program is APPLEII.ARC in the Atari 16-bit section >[of our BBS]. The range of memory dump contains the ROM information, which is actually in the CD ROM (~$C000 to $DFFF) and the EF ROM ($E000 to $FFFF). This contains the Monitor as well as Applesoft BASIC. As these are copyrighted by Apple, and since Apple is very protective of copying their ROM's, such as by clone makers, I think that uploading this information, especially to usenet, would be unwise. -- -dave ==================================================================== David Robins, M.D. (ophthalmologist / electronics engineer) Smith-Kettlewell Eye Research Foundation (previously known as: Smith-Kettlewell Institute of Visual Sciences) 2232 Webster St; San Francisco CA 94115 415/561-1705 (voice) {ihnp4,qantel,dual}!ptsfa!ski!dr The opinions expressed herein do not reflect the opinion of the Institute!