Path: utzoo!mnetor!uunet!husc6!mailrus!ames!pasteur!agate!web4d.berkeley.edu!laba-4an From: laba-4an@web4d.berkeley.edu (Andy McFadden) Newsgroups: comp.sys.apple Subject: Re: davex problems and some system program questions Message-ID: <9737@agate.BERKELEY.EDU> Date: 8 May 88 20:24:50 GMT References: <10746@steinmetz.ge.com> Sender: usenet@agate.BERKELEY.EDU Reply-To: laba-4an@web4d.berkeley.edu.UUCP (Andy McFadden) Organization: University of California, Berkeley Lines: 86 Keywords: munged help file, startup buffers, quit code Summary: answers, praise In article <10746@steinmetz.ge.com> elliott@crd.ge.com (Jim Elliott) writes: [ fake points of posting deleted ] >Now, the real point of my posting: It's become clear to me that the >rules have been changing a little since my last big bout of >programming. The davex documentation mentions the concept of system >programs having "startup buffers" where parameters can be stored. This >is either an undocumented standard, or newer than my (1983?) ProDos >technical reference manual. Can someone explain the details of how >these work? The first time I heard about this was ProSEL... apparently if you put a few signature bytes, a buffer length byte, and a filename buffer at the start of your program (after a jump to the real code, of course) then you are telling other programs that your "sys" file supports the "startup protocol". This was first started with Basic.system v1.1, probably because the //gs finder needs some way to execute Applesoft programs. I think the signature bytes are EE EE, but you should check the start of Basic.system to be sure. >Also, in the section describing system programs, the manual details >how to load another system routine, but nowhere does it explain the >standard quitting mechanism that many system programs seem to use, >that let them drop back into davex. Again, could someone explain this >to me? I'd like complete, accurate, technical details... *sigh* I >probably have to get to a computer store and buy a new copy of the >manual... The ProDOS Quit code ($d100-$d3ff, alternate bank) is probably responsible for this. I imagine Davex sets this up upon initial execution. Most "sys" files support this (although EDASM v1.0 nukes it). >Finally, unfortunately, the copy of davex which was posted to >comp.binaries.apple2 has some problems: The help file is damaged and >doesn't work with half the topics, and it's missing some commands like >vstore and vrestore... As soon as I get my next paycheck I'm ordering >a registered copy, but it would be nice if I could get a working >implementation before the mail gets my disk to me... Try the ftp version (if you can) from husc6.harvard.edu, Apple2/Util dir (I think). You can also get a comparison view of ECP 8/16... "There's no comparison." [ setenv PRAISE on ] Davex can do everything that ECP can do (except enter "terminal" mode, but that's nearly worthless... anyone tried the //e termcap with "vi"? Needs some fixes...), and a whole lot more. I'm used to UNIX (ls, more, man); with Davex, I can alias those things. You can set read/write/rename/delete permissions individually (hell, I didn't even know ProDOS supported that!!), the same copy command can be used to copy files and directories, you don't have to specify the destination filename (dir only), the help files are more helpful (roughly 50% again as large, but SAME NUMBER OF BLOCKS... Davex uses one huge file, ECP uses 9000 small ones), you can use wildcards (can ECP? How?), remove bothersome ProDOS devices, "update" command is good for making backups of your work (only copies what has been changed), there's a hex->binary converter built in, and it can launch ProDOS 16 files. The only advantage of ECP16 (ECP8 has none) is that it is a SYS16 files, and therefore doesn't have to reload ProDOS 16 to execute an EXE of SYS16 file. I can't say for sure, but this means that it will be able to do things with APW files that Davex can't. Shell scripts are sort of nice, but they aren't used often (Davex allows you to execute things in text files, but doesn't have if/then clauses. Oh well.) Davex is $25, ECP8 is $30, ECP8/16 is $40. I probably could have given a better review of ECP if the author had put more commands in the ftp-able files, but he chose not to. I would recommend repaying Dave Lyon's trust by using his superior program, and paying his $25. [ Too bad I'm broke. Don't worry, David, I haven't forgotten. ] Disclaimer: No, I'm not a relative of David Lyons, I don't know him, and this is the first contact I've ever had with him. This is an unbiased review of two similar products. If you don't like it please forward all mail to /dev/null, where it will be treated appropriately. [ setenv PRAISE off ] Was there a question? > Jim Elliott / ...!seismo!uunet!steinmetz!crd!elliott -- laba-4an@widow.berkeley.edu (Andy McFadden)