I keep posting on this thread because it is very relevant to what I'm continuing to work on. I came back to this project recently and now have CCP/M 3.1 booting on a 486 with a 320K DSDD 5.25" floppy.
I put the AT patch into the source code and now can assemble all the .CON and RSP modules required from source except VOUT and PIN which require PLM86. I am attempting to assemble
those on a DOS 5.0 PC with the PLM8086tools package. This package Randy mentioned has all the tools except OH86.EXE. I found in this thread is this quote:

> In addition to what Randy mentioned, you also need the Intel tools:
> http://leonardo.caltech.edu/~ee5x/tools/exe/
> even the obscure ones, loc86, oh86.

Where is this Intel tools package now ? This link is long dead and I can't find an active link anywhere.

Larry G

On 13.11.2021 at 15:57 retrogear wrote:

>> In addition to what Randy mentioned, you also need the Intel tools:
>> http://leonardo.caltech.edu/~ee5x/tools/exe/
>> even the obscure ones, loc86, oh86.
>
> Where is this Intel tools package now ? This link is long dead and I can't find an active link anywhere.
>
You should learn to use some web tools.
At least look at
https://web.archive.org/web/20050526002131/http://leonardo.caltech.edu/~ee5x/tools/exe/
....

On 13.11.2021 at 22:47 Peter Dassow (me) wrote:
>
> You should learn to use some web tools.
> At least look at
> https://web.archive.org/web/20050526002131/http://leonardo.caltech.edu/~ee5x/tools/exe/
> ...

Ok, sorry for that. That's the right directory, and all files were
listed. Unfortunately archive.org didn't stored any files (usually small
ZIP files are saved, too, but unfortunately not this time).
There is indeed no further search result shown, if you look just for
these (single) files. I guess it will be necessary to look for the
complete archive instead of single files.

On Saturday, November 13, 2021 at 3:53:22 PM UTC-6, Peter Dassow wrote:
> On 13.11.2021 at 22:47 Peter Dassow (me) wrote:
> >
> > You should learn to use some web tools.
> > At least look at
> > https://web.archive.org/web/20050526002131/http://leonardo.caltech.edu/~ee5x/tools/exe/
> > ...
> Ok, sorry for that. That's the right directory, and all files were
> listed. Unfortunately archive.org didn't stored any files (usually small
> ZIP files are saved, too, but unfortunately not this time).
> There is indeed no further search result shown, if you look just for
> these (single) files. I guess it will be necessary to look for the
> complete archive instead of single files.
yea thanks for looking, everything just seems to turn up empty. I hope these files aren't lost for good :(

Am 13.11.2021 um 23:34 schrieb retrogear:
> On Saturday, November 13, 2021 at 3:53:22 PM UTC-6, Peter Dassow wrote:
>> On 13.11.2021 at 22:47 Peter Dassow (me) wrote:
>>>
>>> You should learn to use some web tools.
>>> At least look at
>>> https://web.archive.org/web/20050526002131/http://leonardo.caltech.edu/~ee5x/tools/exe/
>>> ...
>> Ok, sorry for that. That's the right directory, and all files were
>> listed. Unfortunately archive.org didn't stored any files (usually small
>> ZIP files are saved, too, but unfortunately not this time).
>> There is indeed no further search result shown, if you look just for
>> these (single) files. I guess it will be necessary to look for the
>> complete archive instead of single files.
> yea thanks for looking, everything just seems to turn up empty. I hope these files aren't lost for good :(
>

Can you provide me with a valid address? I might have the files
squirreled away.

--
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus

> Can you provide me with a valid address? I might have the files
> squirreled away.
>
I'd greatly appreciate that.
larrygr510 AT gmail DOT com

On Sunday, 14 November 2021 at 11:53:41 UTC, retrogear wrote:
> > Can you provide me with a valid address? I might have the files
> > squirreled away.
> >
> I'd greatly appreciate that.
> larrygr510 AT gmail DOT com

I have posted my collection of Intel Msdos utilities at
https://mark-ogden.uk/files/intel/msdos/
The files are sorted by appname/version/

hope this helps
Mark

On 13.11.2021 at 23:34 retrogear wrote:
> On Saturday, November 13, 2021 at 3:53:22 PM UTC-6, Peter Dassow wrote:
>> On 13.11.2021 at 22:47 Peter Dassow (me) wrote:
>>>
>>> You should learn to use some web tools.
>>> At least look at
>>> https://web.archive.org/web/20050526002131/http://leonardo.caltech.edu/~ee5x/tools/exe/
>>> ...
>> Ok, sorry for that. That's the right directory, and all files were
>> listed. Unfortunately archive.org didn't stored any files (usually small
>> ZIP files are saved, too, but unfortunately not this time).
>> There is indeed no further search result shown, if you look just for
>> these (single) files. I guess it will be necessary to look for the
>> complete archive instead of single files.
> yea thanks for looking, everything just seems to turn up empty. I hope these files aren't lost for good :(
>

I've found all the tools inside the CCP/M 3.1 source code package, so I
am still a bit confused about the goal you try to achieve.
Had you took a look into http://www.cpm.z80.de/download/ccpmv31.zip ?

On Tuesday, November 16, 2021 at 3:42:07 PM UTC-6, Peter Dassow wrote:
> On 13.11.2021 at 23:34 retrogear wrote:
> > On Saturday, November 13, 2021 at 3:53:22 PM UTC-6, Peter Dassow wrote:
> >> On 13.11.2021 at 22:47 Peter Dassow (me) wrote:
> >>>
> >>> You should learn to use some web tools.
> >>> At least look at
> >>> https://web.archive.org/web/20050526002131/http://leonardo.caltech.edu/~ee5x/tools/exe/
> >>> ...
> >> Ok, sorry for that. That's the right directory, and all files were
> >> listed. Unfortunately archive.org didn't stored any files (usually small
> >> ZIP files are saved, too, but unfortunately not this time).
> >> There is indeed no further search result shown, if you look just for
> >> these (single) files. I guess it will be necessary to look for the
> >> complete archive instead of single files.
> > yea thanks for looking, everything just seems to turn up empty. I hope these files aren't lost for good :(
> >
> I've found all the tools inside the CCP/M 3.1 source code package, so I
> am still a bit confused about the goal you try to achieve.
> Had you took a look into http://www.cpm.z80.de/download/ccpmv31.zip ?

yes I can gen a ccpm.sys that works but the only modules I am not able to compile from source is PIN.RSP and VOUT.RSP which require the PLM86 compiler with the correct syntax. The source code for those two RSP's is in D3 of that zip file but when I compile and link those two RSP's from source there are warning messages and they do not work, my PC boots but no response to commands. I found the RSP bin files in another archive which do work. I'm just trying to find a syntax that works with the PLM86.EXE compiler I'm running from MSDOS.

I finally got the PLM86 code to compile and create good modules PIN.RSP and VOUT.RSP from sources.
Here's my build notes. The commands have to be typed exactly as shown.

genccpm requires CON modules BDOS XIOS SYSDAT SUP CIO MEM and RTM
XIOS is gencmd 8080 but others are not.
RSP's are PIN VOUT CLOCK ECHO SERIN SEROUT SHELL
RSP's are renamed CMD files. PIN and VOUT require Intel PLM86.EXE on MSDOS.
SHELL.RSP = TMP.CMD. ECHO.RSP is needed or no commands respond.
SERIN/SEROUT RSP's enable ctrl-alt-del to reboot.
SYSTEM.DEF has mpm=true BMPM=true. If those are set false, genccpm says sys data wrong version
DATA.BDO needs line #50 added u_nameitem dw 0. Also has CCPM vs MPM = CCPM.
AT patch in XINIT.LIB of PCXIOS to boot on 486. After int_save_loop change two STOSW to INC DI

Successful build of PIN.RSP 11/20/21 with warnings noted that didn't affect operation

PIN.P86 edited 7 times to substitute call function(.variable to call function(offsetof(@variable
;using msdos 5.0, asm86 v2.1, plm86 v3.1, link86 v3.1, loc86 v2.5, oh86 v1.0
asm86 rhpin.a86
asm86 pxios.a86
plm86 pin.p86 optimize(3)
link86 rhpin.obj,pxios.obj,pin.obj to pin.lnk ;get warning 14: group:dgroup enlarged for PIN.OBJ
loc86 pin.lnk od(sm(code,dats,data,const,stack)) ad(sm(code(0),dats(10000h))) ss(stack(0)) to pin.dat
;get warning 26: stack segment decrease and warning 66:start address not specified in output module
oh86 pin.dat ;creates pin.hex
rename pin.hex pin.h86 ;filetype h86 required for gencmd
;read pin.h86 into a cpm86 system
GENCMD PIN DATA[B1000] ;B1000 = dats(10000h) data segment
REN PIN.RSP=PIN.CMD

Successful build of VOUT.RSP 11/20/21 with warnings noted that didn't affect operation

VOUT.P86 edited 4 times to substitute call function(.variable to call function(offsetof(@variable
;from msdos
asm86 rhvout.a86
asm86 pxios.a86
plm86 vout.p86 optimize(3)
link86 rhvout.obj,pxios.obj,vout.obj to vout.lnk ;get warning 14: group:dgroup enlarged for VOUT.OBJ
loc86 vout.lnk od(sm(code,dats,data,const,stack)) ad(sm(code(0),dats(10000h))) ss(stack(0)) to vout.dat
;get warning 26: stack segment decrease and warning 66:start address not specified in output module
oh86 vout.dat
rename vout.hex vout.h86
;read vout.h86 into a cpm86 system
gencmd vout data[B1000]
ren vout.rsp=vout.cmd

Thanks to Mark Ogden for helping me with PLM86 use of offsetof syntax.

Larry G