tergav17 / ishkurcpm Goto Github PK

If do pip test.com=ddt.com it chugs away for a bit and returns to the prompt with no error messages. Under CP/M dir fails to show the target file. If I look at the server directory from the host machine I see test.$$$. This is a temporary file created by pip that's normally renamed to the correct extension after copy succeeds. For whatever reason, that's not happening. A quick binary compare suggests the copy was indeed successful, with the output file showing some garbage at the very end (maybe from rounding up to next 128-byte record size?).

I suppose the failure of dir to show the temporary file could also be considered a bug.

Again, if I can get setup to build Ishkur on Linux and deploy to the nabunetwork.ca adapter I'd be delighted to help in debugging.

Unless I'm missing the obvious, this is going to be very invasive. For whatever reason, zasm on Linux requires #included ASM source files to be in the same directory as the source that requires them. So, after cd'ing to the System subdirectory, this fails immediately:

zasm config/config_fdc.asm -u -w -b cpm22.bin

If I symlink CPM22.asm into the config subdirectory it finds the included file. I don't have the energy to dig through the zasm sources, but I'm guessing there's an implicit chdir() to config that does not happen on Windows. None of this would be a problem if zasm respected -I <dir>, but it does not seem to.

Hey great to see this. Here's a correctly modified prompt from the newer cloud cpm bios.

`
//
// Entry point to get a command line from the console.
//
CMMND1: LD SP,CCPSTACK // set stack straight.
CALL CRLF // start a new line on the screen.
CALL GETDSK // get current drive.
ADD A,'A'
CALL PRINT // print current drive.
LD A,':'
CALL PRINT // spacer

LD  A, 0x09
ld  hl, USERNO
sub a, (hl)
jr NC, CMMND1ISSINGLEDIGIT

LD  A, '1'
CALL	PRINT		// print user number

LD  A,(USERNO)
sub a, 10
ADD	A,'0'
jr CMMND1PRINTDONE

CMMND1ISSINGLEDIGIT:
LD A,(USERNO)
ADD A,'0'

CMMND1PRINTDONE:
CALL PRINT // print user number
LD A,'>'
CALL PRINT // and add prompt.
CALL GETINP // get line from user.
`

The NZCOM setup utility does not appear to work in this environment. This suggests a low-level incompatibility with CP/M, since the 'MKZCM' program tries to be as vanilla as it can be. Under either an NFS or .IMG filesystem MKZCM just hangs. Trying to debug this on NABU hardware is going to be painful so I'll look into setting up an emulator.

At first I thought this was my imagination, but it's really happening. At intervals the CP/M screen shifts upward by 2 or 3 lines, leaving prompts and a solid, static cursor on those lines. The real prompt and cursor appears below and the system is still functional. When it happened a few minutes ago it coincided with communications activity on the RS422 link. The end result looks like (# = cursor block):

A0>#  < - solid
A0># <- solid
A0>
A0># <- flashing

I can delete files by specifying their exact name and/or wildcarding only one of name and extension. If I enter era *.* it asks me "All?". I enter 'Y' and it immediately warm-boots back to the prompt with no action taken.

Sorry to be dense, but how exactly do I install this code? The standalone FDC based system is obvious, but the one that boots over the wire isn't quite clear. What is an NHACP directory? How do I set one up and define it to one of the internet adapters? Similarly, how to setup a 'homebrew' directory and define it to the adapter? I have an older version of IshkurCPM that came with NABU_Server_Linux_v2.0. It works just fine, but per the above, I cannot successfully define a different CP/M system in that server.

Debug trace from nabud:

DEBUG: nhacp_req_storage_open: [::ffff:127.0.0.1] nhacp_o_flags 0x0001 -> fileio_o_flags 0x00000041
INFO: stext_file_open: [::ffff:127.0.0.1] Opening 'FONT.GRB'
ERROR: stext_file_open: [::ffff:127.0.0.1] Unable to open file 'FONT.GRB': Permission denied

This obviously makes the boot fail if the Ishkur system binaries are installed into the host system as read-only.