Path: utzoo!attcan!uunet!samsung!rex!wuarchive!texbell!nuchat!splut!jay
From: jay@splut.conmicro.com (Jay "you ignorant splut!" Maynard)
Newsgroups: comp.os.cpm
Subject: Re: ZSID question
Message-ID: <3048@splut.conmicro.com>
Date: 17 Nov 89 06:18:21 GMT
References: <881@telesci.UUCP>
Reply-To: jay@splut.conmicro.com (Jay "you ignorant splut!" Maynard)
Organization: Confederate Microsystems, League City, TX
Lines: 33

In article <881@telesci.UUCP> ashepps@telesci.UUCP (Anton C Shepps (Tony)) writes:
       ZSID PROG.COM     invoke ZSID, read in PROG.COM
       A80               assemble the following to memory, starting at 80H:
       LD HL,6100
       LD DE,6200
       LD BC,6001
       LDDR
       NOP
       NOP
       .                 terminate assembler input
       P8B               set breakpoint at 8BH
       G80               start execution at 80H
       IPROG.COM         reset ZSID's input file name to PROG.COM
       R                 read the program into memory again
       G0                (not GO) goto 0: warm boot to the CCP
       SAVE 32 CPROG.COM save 100H-80FFH to CPROG.COM

>I can figure what the code is doing.  What are the ZSID commands?  

See above comments.

>Would it have anything to do with the fact that the target machine for this
>program is NOT a 100% CP/M box?

Could very well be: looks like the net effect of this is to create a
file with 6100H-61FFH as a copy of 6200H-62FFH; I'd bet the machine's
memory map is weird.

-- 
Jay Maynard, EMT-P, K5ZC, PP-ASEL   | Never ascribe to malice that which can
jay@splut.conmicro.com       (eieio)| adequately be explained by stupidity.
{attctc,bellcore}!texbell!splut!jay +----------------------------------------
Shall we try for comp.protocols.tcp-ip.eniac next, Richard? - Brandon Allbery