Robotrontechnik-Forum

Registrieren || Einloggen || Hilfe/FAQ || Suche || Mitglieder || Home || Statistik || Kalender || Admins

Willkommen Gast!

Robotrontechnik-Forum » Technische Diskussionen » D004, ZSDOS mit original CCP » Themenansicht

Autor

Thread - Seiten: -1-

000
18.02.2017, 09:10 Uhr
Bert

Hallo Forum,

ich versuche gerade MLDOS (ZBIOS + ZSDOS) mit dem original CCP von DRI zu verheiraten.

Folgende Dinge habe ich angepasst:
MEMCFG.LIB:
msize equ 63
bioslen equ 1600h
nhdisks equ 2

CCP.MAC:
auskommentiert: aseg, org100h, .phase ccpph
eingefügt: cseg
Die Größe liegt wohl auch bei 0800h, wie beim MLDOS-CCP.

Assemblieren mit ASM funktioniert,
Linken mit LINK131 funktioniert,
aber SYSGEN16 meldet: SPR-Datei nicht PAGE-orientiert.

Weiß jemand, was ich falsch gemacht habe?
Kann mein Vorhaben überhaupt gelingen, oder ist der Original-CCP mit ZSDOS inkompatibel?
Wenn ich statt ZSDOS auf BDOS umschwenken müsste, kann ich ja nicht mehr auf die großen Festplatten zugreifen, richtig?

Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

001
18.02.2017, 10:39 Uhr
Bert

Kaum heult man sich aus, findet man die Ursache:
Das neue (alte, originale) CCP muß natürlich auf's Byte genau die Länge von 0800h haben.
Sonst landen ZSDOS und ZBIOS beim Linken auch auf krummen Adressen.

Die Abkürzung SPR steht für System-PRL. Damit wird die Fehlermeldung auch etwas logischer.

Allerdings bleibt das System beim Start hängen:

Quellcode:


ML-DOS wird installiert:

System.......TEST
RAM-Floppy...4064K
Master-HDD...PQI IDE DiskOnModule
RTC-Uhr......18.02.2017 10:32:46

54.00K CP/M 2.2 (ZDDOS/ZSDOS)
Copyright by ML-Soft 06.07.1996-25.11.2009

A>C0:NC2

Jetzt muß ich erstmal überlegen, wie ich da weiter debuggen kann...

Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

002
18.02.2017, 20:38 Uhr
maleuma

Hallo Bert,

ich glaube nicht dass der CCP die Laufwerksangabe C0:NC verarbeiten kann.
Eventuell bleibt er deswegen hängen?
Aber eigentlich sollte dann doch irgend eine Fehlermeldung kommen.

Vielleicht kann der CCP auch gar keine Kommandofolgen abarbeiten.
Lass doch testweise einmal die Start-Kommandos ganz weg.
--
Mario.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

003
19.02.2017, 10:02 Uhr
Bert

Der CCP scheint recht empfindlich zu sein.
Mit ein paar Leerzeichen als Kommando bleibt er hängen, mit einem 'DIR' oder wirklich gar nix '', geht es:

Quellcode:


ML-DOS wird installiert:

System.......TEST
RAM-Floppy...4064K
Master-HDD...PQI IDE DiskOnModule
RTC-Uhr......19.02.2017 09:41:07

54.00K CP/M 2.2 (ZDDOS/ZSDOS)
Copyright by ML-Soft 06.07.1996-25.11.2009

A>DIR
A: COPY     COM : DEP3     COM : DRIVER   COM : FORMAT34 COM
A: HILFE    COM : NC2      COM : PIP      COM : POWER7   COM
A: PUTDS    COM : SDIR     COM : STAT     COM : SUBMIT   COM
A: UDIR     COM : UGET     COM : UPUT     COM : USB      COM
A: ZCNFG    COM : ZDE      COM : ZPATH    COM : PMARC    COM
A: PMEXT    COM : DSTAT12  COM : DRIVER14 COM : TYPE     COM
A: TEST_CCP COM : TEST     COM : $$$      SUB
A>

ERA und DIR funktionieren auf Laufwerk A.
Auf Laufwerk C sieht es so aus:

Quellcode:


A>DIR C:   
C:   :   :   :
C:   :   :   :
C:   :   :   :
C:   :   :   :
C:   :   :   :
C:   :   :   :
C:   :   :   :

Die Ausgabe bleibt in einer Endlosschleife hängen, die sich aber mit ^C abbrechen lässt.
Wenn man ein Programm starten will (egal ob von A oder C), bleibt er auch mehr oder weniger hängen...

Der CCP sollte doch eigentlich nur die BDOS/ZSDOS-Funktionen über 'JP 5h' aufrufen, oder?

Einen kleinen Verbesserungsvorschlag für SYSGEN hätte ich noch:
In der Zeile 6 könnte das aktuell eingestellte Start-SUBMIT angezeigt werden.

Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

004
19.02.2017, 10:47 Uhr
Alwin

Avatar von Alwin

Sieht aus als wenn C: noch formatiert werden muss. So sieht das an anderen Rechnern auch aus, wenn die nicht formatiert sind.
--
...Z1013, KC87, KC85/5, KC Compact, C64

Dieser Beitrag wurde am 19.02.2017 um 10:47 Uhr von Alwin editiert.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

005
19.02.2017, 10:56 Uhr
T5000

hatte die gleiche Ausgabe am K8924 mit SCP und GIDE.

Die Disk ist nicht formatiert.
--
Polyplay ESC2 Bauform4,K8924,EC1834,KC85/3-5,KC87,KC-Compact,Lada 21011,PC1715,PC1715W,A5105,CM1910,LC-80

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

006
19.02.2017, 11:06 Uhr
Bert

Na klar ist die Disk formatiert, mit dem KC-CCP geht ja alles:

Quellcode:


C0>D
C0:!!!TIME&.DAT RS  :COPY    .CFG     :COPY    .COM     :DEP3    .CFG
C0:DEP3    .COM     :DRIVER  .COM     :FORMAT34.COM     :HILFE   .COM
C0:NC2     .COM     :NC2     .HLP     :NC20    .CFG     :NC2OVL  .LBR
C0:PIP     .COM     :POWER7  .COM     :PUTDS   .COM     :SDIR    .COM
C0:SERVICE .KCC     :STAT    .COM     :SUBMIT  .COM     :UDIR    .COM
C0:UGET    .COM     :UPUT    .COM     :USB     .COM     :ZCNFG   .COM
C0:ZDE     .COM     :ZDE     .HLP     :ZPATH   .COM     :BOOT    .DAT
C0:SPEICHER.PIF     :SPEICHER.PIP     :AUTOEXEC.SUB     :SETUP   .JOY
C0:_SYSTEM .TXT     :PMARC   .COM     :PMEXT   .COM     :DRIVER  .LBR
C0:BOOT    .COM RS  :USBCOPY .SUB     :USB12   .CFG     :NC2START.SUB
C0:DSTAT12 .COM     :DRIVER10.CFG     :DRIVER14.COM     :TYPE    .COM
C0:TEST    .COM     :TEST    .SYS     :TEST_CCP.COM     :CPMSTAT .COM
C0>

Trotzdem Danke für den Hinweis. Wahrscheinlich kommt der CPM-CCP nicht mit der großen Disk klar.
Hier die Ausgabe von DSTAT12:

Quellcode:


                         DRIVE C: DISC PARAMETER BLOCK

            0   1   2   3   4   5   6   7   8   9  10  11  12  13  14  15  16
DPB:       00h 08h 06h 3Fh 03h 1Fh 1Fh FFh 0Fh FFh FFh 00h 00h 01h 00h 00h 00h

              SPT  BSH BLM EXM    DSM     DRM  AL0-AL1    CKS     OFF  PSH PHM
DPB(HEX):    0800h 06h 3Fh 03h   1F1Fh   0FFFh FFh FFh   0000h   0001h 00h 00h
DPB(DEC):    2048    6  63   3   7967    4095  255 255      0       1    0   0

          BLOCK       EXTENT      MAX DISK    DIRECTORY   CHECK SUM   SECTOR
          SIZE (K)    FOLDS       SIZE (K)    ENTRIES     ENTRIES     SIZE
DPB(DEC):   8K         ***          63744       4096           0        128


ALLOCATION OF DISK BLOCKS
                             Data       1K    128 byte
                            Blocks    Blocks   Records    Capacity

              Directory         16       128      1024        4096 Entries
              Data            7952     63616    508928    65142784 Bytes
                          --------  --------  --------
                              7968     63744    509952

Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

007
19.02.2017, 11:45 Uhr
maleuma

Zitat:

Bert schrieb
Na klar ist die Disk formatiert, mit dem KC-CCP geht ja alles:
...
Wahrscheinlich kommt der CPM-CCP nicht mit der großen Disk klar.

Das denke ich auch.

Frage: Funktioniert es denn bei Diskettenlaufwerken?

Ansonsten bleibt nur im JKCEMU mit dem Debugger zu beobachten was der CCP so treibt und wo er hängen bleibt.
--
Mario.

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

008
19.02.2017, 21:19 Uhr
Bert

Das DIR auf's Diskettenlaufwerk geht (bei der RAM-Disk geht es ja auch).
Aber ich kann mit dem CCP keine Programme starten.
Da werde ich wohl tatsächlich mal eine Debug-Session machen müssen.

Viele Grüße,
Bert

Profil || Private Nachricht || Suche

Zitatantwort || Editieren || Löschen

Seiten: -1- [ Technische Diskussionen ]