Bummer, if SYSTEM.MLB can not be used :-( This is what I did (if that was clever, I don't know, but it worked). Unzip the zemu.tar to a new folder, IIRC that is 21 files. Then I used PUTR to create an RX02 disk container, and copied the files into it. However I failed to get the DY accessible in SIMH, so I started again. Now I used PUTR to create a disk container for an RL02 and copied the files. I started SIMH, mounted the RT11 RL02 pack and the RL02 pack with Zemu, and copied them to the RT11 pack. Then I started the build. These are the commands I used in a CMD (DOS) box. PUTR set copy binary format zemu.dsk /rl02 /rt11 y <enter> <enter> or give a volume ID <name> mount dl0: zemu.dsk /rl02 /rt11 cd <directory with zemu files> copy *.* dl0: dismount dl0: quit Now you have an RL02 disk container with the Zemu files in it. Start SIMH, and before you boot enter on the SIMH prompt set rl1 rl02 att rl1 zemu.dsk set rl0 rl02 att rl0 rt11.dsk boot rl .copy dl1:*.* dl0: (now the zemu files are on the RT11 pack) .ind zemu.cmd (starts the zemu build) hope this is clear, - Henk. ________________________________ Van: cctalk-bounces at classiccmp.org namens Zane H. Healy Verzonden: di 25-04-2006 20:29 Aan: cctalk at classiccmp.org Onderwerp: Re: Zemu I don't believe SYSTEM.MLB can be used on prior versions. What is the best way these days to get the Zemu source into SIMH? I can probably find time to take a look using SIMH way before I can find the time to look at it using my PDP-11/73 running RT-11 (which includes TCP/IP). Zane This message and attachment(s) are intended solely for the use of the addressee and may contain information that is privileged, confidential or otherwise exempt from disclosure under applicable law. If you are not the intended recipient or agent thereof responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, please notify the sender immediately by telephone and with a "reply" message. Thank you for your cooperation.

I must fess-up to the problem with the RT Zemu, as I wrote it... Bein an RT developer, I usually used the latest and greatest version of RT which we had available. At the time I worked on the RT modules for Zemu, V5.5 of RT was available, and SYSTEM.MLB was available with it. I used it since it was the standard to use it for programs... I used it in everything I worked on, just as the rest of the development team did. The problem is that it means the code cannot be assembled with a version of RT which doesn't have it. That should NOT mean, however, that if one were to get a copy of it that it couldn't be used with an earlier version. I certainly wouldn't try SYSTEM.MLB on a V4 system, but maybe V5 or later... V5.3 *should* work (we were using it internally even before it was released), but there are no guarantees. SYSTEM.MLB isn't, however, some magical file -- it simple was what we used as a centralized library of macros which defined structures within RT-11. If one were to go through the RT Zemu code, they could be derived with a little knowledge of RT. I've had little time to even look into it for quite some time owing to work pressures... +--------------------------------+-------------------------------------+ | Megan Gentry, PP-ASEL,ST,EMT/B | email: mbg at world.std.com | | Former RT-11 Developer | | | | (s/ at /@/) | | | URL: http://world.std.com/~mbg/ | | | "pdp-11 programmer - some assembler | | (DEC '77-'98) | required." - mbg KB1FCA | +--------------------------------+-------------------------------------+ working at Bladelogic, but we're about to move, so the address will be changing...