Nur-Text-Usenet-Newsreader für Linux:
Das klingt ganz gut 
Erstmal sollte man rausfinden, welches Gigabyte Board ser Serie 6- Quad Du drin hast:
-- GIGABYTE -- Ultra Durable 2 / Dynamic Energy Saver Motherboards
und da nach einem BIOS Update suchen/durchfuehren.
Der BAD_BLOCK Error ist laut MS meist ein Problem b
bei Platte/Ram.
D.h. Ram-Stick und Platten erstmal einzeln testen.
Wenn die alle OK sind, kann es auch das DVD Laufwerk sein, dass nicht mehr sauber liesst.
Zu den Platte/Ram Problemen sollte man sich auch die Kodensatoren von Mainboard/Netzteil ansehen.
per anderer Partition/Platte, wenn der G4 450Mhz noch nativ OS9 unterstuetzt?
Ich nutze das Usenet auch nur via Google Groups, aber eigentlich eher nur weil mir ein gescheiter kostenloser Server und aktueller Newsgroup-Client fehlt.
Damals mochte ich es sehr via FidoNet unter DOS Usenet-Groups zu lesen, bis fuer fast alle das Usenet nur noch zum tauschen von Bildern/Musik und Binarys war.
Manchmal findet man in der comp.os.cpm einige Infos, die man sonst so nicht mitbekommt.
Release v5.0 vom 15. Oktober 2023:
Tera Term
2023.10.15 (Ver 5.0)
Changes
Changed internal processing to Unicode.
Changed the folders to read setup files, the folder to save log files.
Changed default to on for High DPI support.
Same behavior as before the change when DPIAware=off add to Tera Term section in TERATERM.INI
Added setting Underline attribute(SGR 4) color and font
if log file name from command line or default log file name is not full path, now it is considered as relative path from log folder or default log save folder.
Exchanged foreground and background colors of characters that attributes is setted ANSIColor when colors are reversed with DECSCNM set.
U+00A0(NBSP) and U+2000..U+2003 are converted to SPACE and displayed. tree command output is displayed correctly.
XMODEM: Fix to check all received datas and process correctly, even if received datas are accumulated.
YMODEM: ignore continuous 'C' when waiting for sending.
Changed window position to specified in TERATERM.INI when duplicate a session.
added a setting that can disable corner rounding of VT Window and TEK Window in Windows 11.
added the WindowCornerDontround entry in the teraterm.ini file. The default is off.
changed behavior of Binary checkbox of Send file on file drop dialog.
now default state is TransBin value of TERATERM.INI.
now state is remembered when "Do same process, next drop" is checked.
Invalid characters as file name contains Default log file name, are replaced with '_'.
Bug fixes
Fixed problem with color number 1-7 and 9-15 are replaced in sequence OCS 4.
Fixed wrong color numbers in the color change and response sequence.
Fixed the area selected with the mouse does not disappear when the text is erased with the erase escape sequences.
Reset text colors when [Control]-[Reset terminal] is selected
Fixed wrong window size is set when NAWS (Negotiate About Window Size) is received on telnet (cygterm) connection.
Fixed mouse cursor style is changed to hand when mouse cursor hover on URL string even when clickable URL is disabled.
Fixed DPI adjustment does not work correctly when VT Window is moved to different DPI monitor.
Fixed Kermit could not receive in some case.
Adjusted packet size of Kermit send.
Fixed full color icon is not used to notify icon.
Fixed changed custom notify icon is not used to notify icon.
Fixed when SSH connected, "Do same process, next drop" is checked on "File Drag and Drop" dialog, nevertheless always "SCP" is selected.
Fixed current font name was empty in ChooseFont dialog when changing dialog fonts.
Fixed wrong color numbers were changed when the color palette change in Visual Tab in Additional settings dialog.
Fixed "Send file" help is appear when "Help" button is pushed on Log dialog.
Fixed wrong value is written to VTReverseColor when saving TERATERM.INI during reverse video.
Fixed when setting value of MouseCursor in TERATERM.INI is lower case, value is not loaded to "Additional settings" dialog.
The file handle of TELNET.LOG could not be closed.
MACRO: can not read from the file handle that is opened by filecreate command. This bug was introduced in 4.102.
MACRO: The setpassword command cause an error when password argument is a string value. Only string variable was accepted.
MACRO: The getpassword command updates password variable by undefined value when password from user is no input.
Misc
Changed requirements, Windows 7 or later.
Added about EAR (Export Administration Regulations) to Frequently asked questions.
Upgraded TTSSH to 3.0.
upgraded TeraTerm Menu to 1.17
upgraded TTXttyrec Plug-in to 1.05.
upgraded TTXResizeMenu Plug-in to 1.07.
NOTE: CygTerm+ binary included in the installer becomes to be supported on only 64bit Cygwin. Please build CygTerm+ from source code by using 32bit Cygwin, if CygTerm+ wants to run with 32bit Cygwin.
Deleted LogMeTT, TTLEditor and Collector.
upgraded Oniguruma to 6.9.8.> Welche CP/M-86 ist denn Deine bevorzugte
CP/M-86 1.1 und Concurrent CP/M-86 3.1
> warum?
Zwei Gründe:
1. Ähnlich verhält er sich mit Anpassungen für Concurrents (3.x und 4.x).
was spricht gegen 4.x oder gobt es da kaum Unterschiede?
ganz interessanter Artikel
https://inst.eecs.berkeley.edu//~cs266/sp10/readings/price89.pdf
Table 2 musste etwas gerade gerueckt werden (saget der "Monk" in mir )
Marek welche CP/M-86 ist denn Deine bevorzugte (und warum) und welche ist am besten in Verbindung einer Festplatte?
Welche Probleme hat DOS Plus mit Deinem Commander?
Ich habe heute rausgefunden, dass die DECtalk "Demo-Eingabe-Windows", die man auch ueber die SAY.EXE amsprechen (oder spricht man die dectalk.dll an?) kann- nun neu compiliert frei verfuegbar sind.
Frueher in einer kommerziellen Version musste man ein "TSR" GW32DEC.EXE vor dem Aufruf von SAY gestartet haben, dass faellt nun wohl weg 
Die SAY.EXE fuer Windows kann
- Dateien vorlesen: SAY HELLO.TXT
- Text vorlesen: SAY "Hello, how are you?"
- .WAV erzeugen: SAY "Hello, how are you" -w HELLO.WAV
Andere Optionen kann per Hilfe ueber SAY -HELP bekommen:
[DECtalk] How to use Say
Jayson Smith ratguy at insightbb.com
Sun Jul 10 14:27:45 EDT 2011
Previous message: [DECtalk] tests and new song
Next message: [DECtalk] How to use Say
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Here's how to use the Say program Ed posted earlier today. Before we even
get started, you must have a dectalk.dll that's compatible with Say. If you
have the version of Speak using the first attempt by Enable to create a SAPI
DECtalk which was circulated limitedly a few months ago, you have a
compatible dectalk.dll. Note that the access32.dll distributed with Window
Eyes appears not to be compatible. It seems it's been modified probably so
it can only be used within WE. If you try renaming it to dectalk.dll and
using say, you're told there are no license units available.
Also you will need a Microsoft Visual C Runtime library. You've probably got
several versions of this all over your system. I used the one from JAWS 11.
In my case, it's in my settings\enu folder as msvcr71.dll. This needs to be
renamed to msvcrtd.dll. You'll also need a DECtalk dictionary. Once again,
if you have the Speak produced earlier this year, you have this. So in
total, here's the directory listing you need.
dectalk.dll
dtalk_us.dic
msvcrtd.dll
say.exe
Once all these files are in a directory, just run say. Now type something,
hit Enter, and it will be spoken. Running Say with the /? argument will
provide help text. For everyone's convenience, I've pasted this help text in
this message. It's a nice little program. Thanks, Ed!
Unfortunately, as far as I know there's no way to use this with DECtalk 4.3,
since speak43.exe seems to have the DECtalk code bundled in itself rather
than as a separate DLL. Now here's the Say help text. Hope you can use it.
Jayson
SAY [options] [text]
Help Options:
-h or -? = Help. Outputs this file to the console. This
option cancels any others on the command line.
Output Options:
-w outFile = Convert text into specified wave file instead of
speaking to the sound device.
-l[t] outFile = Turn on text logging, which logs all input text
to a file. This text includes any pre and post
commands as well as commands sent to DECtalk by
the SAY program itself.
Since this is the default logging mode, the 't'
immediately following the '-l' is optional.
-ls outFile = Turn on syllable logging, which logs each
syllable to a file.
-lp outFile = Turn on phoneme logging, which converts the
input text to phonemes. This is useful if you
want to get DECtalk to sing. You convert the
text to phonemes and then insert the tone
commands into the phoneme file.
If no output options are specified, SAY sends its output to the
installed sound device, ususally a sound card. Only one output
option can be specified; if you specify more than one, the last one
on the command line is used.
Input Options:
-pre preText = Text to be passed to DECtalk before the normal input.
This is useful for passing initializing commands to
DECtalk that would normally not be part of the input.
If the prefix text has spaces, it must be enclosed in
quotes. An example would be "[:phoneme on]" or
"[:nb :ra200]".
The prefix text is "forced" out before the input text
is read.
-post postText = Text to be passed to DECtalk after the normal input.
This is useful for passing terminating commands to
DECtalk that would normally not be part of the input.
If the postfix text has spaces, it must be enclosed
in quotes. An example would be "[:phoneme off]" or
"The End".
The "normal" input is "forced" out before the postfix
text is read.
text = Text appearing on command line is spoken. The text
to be spoken can either come from the standard
input or from the command line.
Anything on the command line that is not an option
will be interpreted as text, as will anything following
it on the command line. In other words, text to
be spoken must appear on the command line after
all options.
If the *first* word in the text has a dash (-) or
slash (/) as its first character, you must precede
it with another dash or slash. For example, to tell
DECtalk to say the number -123, you would type the
command
SAY --123
This is necessary to avoid having SAY interpret the
number as a command line option.
If you embed DECtalk commands into your text, you must
enclose them in quotes if they contain spaces.
This is because SAY treats each space-delimited
command-line argument as a separate "word",
while DECtalk commands must be processed as
single "words" by the SAY program.
If no text is specified, SAY will take its input from the standard input.
For example, you could have SAY speak a directory listing in Betty's
voice by typing
DIR | SAY -pre "[:nb]"
or you could just type the command
SAY
and then enter text at the console. In this case, SAY speaks each
line after you press RETURN, and exits after you press CTRL-Z. If
you want SAY to take its input from a file, use file redirection as
in the following example, which reads the file FOO.TXT in Harry's
voice.
SAY -pre "[:nh]" < FOO.TXT
Dictionary Options:
-d userDict = Loads the specified user dictionary before
speaking. This dictionary is loaded in place of
any default user dictionary determined by DECtalk.Das Projekt Modern builds for the 90s/00s DECtalk text-to-speech application.
ist auf guthub unter https://github.com/dectalk/dectalk
Nimmt man die Dateien des Windows-Release (zusammen mit dem angehaengten SAY.EXE) hat man die o.g. Funktionen
In dem Release gibt es MacOS und Ubuntu Files, aber da gibt es wohl dann kein SAY (oder man muss versuchen es selbst zu compilieren - unter /dectalk/src/samples gibts auf github auch ein Source-Verzeichnis fuer say.c
it https://public.dhe.ibm.com hat es jetzt geklappt.
wohl so, wie aid Filenamen auf
https://www.ibm.com/support/pages/…nity-4500r-5100
stehen?
https://public.dhe.ibm.com/systems/support/system_x/33p2627w.xml
https://public.dhe.ibm.com/systems/support/system_x/33p2627w.txt
https://public.dhe.ibm.com/systems/support/system_x/33p2627w.txt
Vor einiger Zeit hatte ich eine Kopie von DOS-Plus. Aus irgendeinem Grund war es im Emulator (mit und ohne Pirx) instabil und wurde daher nicht getestet.
Welche Version von DR DOS Plus hattest Du getestet? Auch die "letzte" V2.1?
Mit dem PCE aus Deinem Archiv "CPM86 fuer Newbies" habe ich es nicht gebootet bekommen,
aber mit meinem GOTEK-USB-Floppy am eeePC701 startete es sofort
Evtl. magst Du oder andere es mal testen? Oder Du machst uns netterweise (wenn es klappt) eine Konfiguration fuer den PCE, dann koenntest Du damit auch Deinen PIRX-Commander testen
[EDIT]
Unter DR DOS Plus laeuft auch ein Z80-CP/M-Emu (den hatte ich bei Erstellung des .ZIP noch nicht)
MBASIC und FRAROUND (das hatte ich abgebroche, damit man die Startmeldung des Z80-Emu sieht) laufen.
Ich habe den simh/sage Emulator vor 2 Jahren schon mal mit UCSD-Pascal ausprobiert.
Da hatte ich ähnliche Probleme.
Dort im Thread schreibst Du, dass die Ram-Disk geht. War das nur im Pascal oder habe ich die im CP/M-68k uebersehen?
Mit den Parametern von hans klappt es auch mit WinSCP sich zu connecten:
Ist das ein Problem vom MINGW, oder tut es unter Linux auch nicht?
Da ich es bis jetzt nur unter MinGW und Cygwin compiliert hatte, habe ich SAGE-simh eben nochmal unter armbian/Linux compiliert - aber da ist leider auch der Schreibzugriff (bis auf Files loeschen) nicht funktional. 
Wobei sich simh gefuehlz bei dem Befehl die Zeit laesst bis der Prompt wieder kommt.
Also kann es sein dass simh da "irgendwas" tut.
Den Autor "Holger Veit, March 2011" des imh Port der Sage II/IV koennte ich leider nicht finden/zuordenen im Internet um da mal anzufragen ob das der letzte Stand war. Da das von 2011 ist, ist leider davon auszugehen.
Kenn den von Ecu schon jemand?
Gibt es wohl schon ueber 10 Jahre und ist mir noch bis jetzt entgangen.
Hat ein "maechtiges" .TXT README von 259KB und hat viele Optionen.
Spannend fand ich
- CP/M Plus 3.1 (aus eine v2.2 geboren
- rcpmfs via LibDisk (Drive A: - D: koennen Verzeichnisse auf dem Host-Computer (OSX, Linuc, Windows) sein
(das ist auch notwendig, da ich einen Tag sinnlos damit verbracht habe eine speziell gepatchte cpmtools v2.10j zu testen)
- beetalker (SPO256-Chip) via emulierten PAR-Port (muss noch mal sehen wie man den anspricht)
- nutzt OpenGL oder SDL (auch fuer Full-Screen und Windowed-Mode)
-kann sich auf COM-Ports verbinden (Kommunikation in die Aussenwelt)
- amber, green, color und monochrom Display-Mode
- CPU-Frequenz einstellbar - wobei ich bei ueber 10Mhz eine zu schnelle Tatstur habe (da soll es eine VSYNC-Option was tun)
Unter https://microbee-mspp.org.au/ gibt es File-Bereiche pub/tech und retro und ein eigenes Forum dazu.
mit dem Programm 'config' kann man den Mince konfigurieren.
Aber das Abspeichern der Konfiguration funktioniert nicht !
Disk write-protected because the image contains compressed sectors. Use IMDU to uncompress.
und simh neu starte, wird beim Schreiben auf die Diskette das FIlesystem zerstört !
d.H. schreiben auf ein DIsk image funktioniert nicht, lesen ist ok !
Die Meldung von CONFIG des MINCE hatte ich am Anfang auch.
Nach dem uncompress konnte ich aber - wie Du - auch nicht auf die Disk schreiben, denn CONFG sagte dass nach 0 Pages schreiben des Swap B: voll ist obwohl STAT B: sagte dass 234K frei seien.
Aber auch wenn ich ein .IMD in .RAW wandle mit cpmtools per diskdef "sage2" was drauf schreibe und per BIN2IMD wieder ein .IMD erstelle sieht das Directory ungesund aus und ich kann nicht drauf schreiben (selbst wenn ich vorher durch loeschen von Dateien Platz im Directory geschaffen habe:
A>STAT B:
B: RW, FREE SPACE: 234K
B>dir
B: CLS SEQ : CLS SUB : COM 68K : CONFIG 68K : EHB353 REL
B: FRACTAL 68K : FRACTAL BAS : FRACTAL C : FRAROUND 68K : FRAROUND BAS
B: FRAROUND C : MBAS68K COM : MBASIC COM : MINCE 68K : QS 68K
B: QS HLP : QSINS 68K : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B: : : : :
B>Ich habe es mit diesen Befehlen und mit IMD v1.18/v1.19 versucht in vDOS und auf einem echtem DOS-PC:
# ########################################################
SAGE II
# ########################################################
# ========================================================
# SAGE simh
# ========================================================
$ cp SAGE/FILES/68k.sim .
$ cp SAGE/FILES/cpm68k12.imd .
$ cp SAGE/sage-ii.hex .
$ BIN/sage 68k.sim
stop simulation: CTRL-E
exit sim: EXIT / QUIT / BYE
https://virtuallyfun.com/2013/12/05/sage-cpm-disk-fun/
DOS IMD-Tool
# ========================================================
# IMD 2 RAW
# ========================================================
# IMDU CPM68K12.IMD CPM.RAW /B
# ========================================================
# RAW 2 IMD
# ========================================================
# BIN2IMD DRIVE_B.RAW DRIVE_B.IMD DM=2 N=80 SS=512 SM=1-8 /2 /U /V1
# BIN2IMD DRIVE_B.RAW DRIVE_BC.IMD DM=2 N=80 SS=512 SM=1-8 /2 /V1
# IMDU DRIVE_BC.IMD DRIVE_B.IMD /E
DM=2 track Data Mode
N=80 Number of Output Cylinders
SS=512 track Sector Size
SM=1-8 Sector numering Map
/2 2-sided (double) Output
/U write UnCompress sectors
/V1 Verbose Output
BINary-2-IMageDisk 1.19 / Jul 11 2022
0/0: Mode:2 Sectors:8 Ssize:2/512
Smap: 1 2 3 4 5 6 7 8
0/1: Mode:2 Sectors:8 Ssize:2/512
Smap: 1 2 3 4 5 6 7 8
# BIN2IMD NEW_B.RAW NEW_B.IMD DM=2 N=80 SS=512 SM=1-8 /2 /U /V1
# BIN2IMD NEW_B.RAW NEW_BC.IMD DM=2 N=80 SS=512 SM=1-8 /2 /V1
# IMDU NEW_BC.IMD NEW_B.IMD /E
# ========================================================
# CPMTOOLS
# ========================================================
cpmls -f sage2 CPM68K12.RAW
# ========================================================
# wrong? version
# ========================================================
diskdef sage2
seclen 512
tracks 160
sectrk 8
blocksize 2048
maxdir 128
skew 1
boottrk 2
os 2.2
end
# ========================================================
# corrected version
# ========================================================
diskdef sage2
seclen 512
tracks 160
sectrk 8
blocksize 2048
maxdir 64
skew 1
boottrk 2
os 2.2
end
# ========================================================
# LIBDISK
# ========================================================
[sag2]
description = SAG2 Sage IV – DSDD 96 tpi 5.25″ – 512 x 8
sides = alt
cylinders = 160
heads = 2
secsize = 512
sectors = 8
secbase = 1
datarate = DD
# ========================================================Der Mince startet bei mir schon, aber die Terminal Emulation paßt nicht.
mit SETENV TERM ist da nichts zu machen? Ich weiss zwar nicht welche VALUEs moeglich sind,
aber in der Emulation setzt die SAGE Ii beim Boot
SETENV TERM TVI950
Evtl. geht ja
SETENV TERM ANSI
oder
SETENV TERM VT100
Gefunden (dachte erst die 68k.sim sei der 68k-Emulator-Code, ist aber die "Batch"-Datei fuer simh )
Also am Ende der Datei 68k.simzwischen FD0 und BOOT einfach die Zeile fuer FD1 einfuegen
Dazu habe ich einfach vorher die CPM68K12.IMD nach DRIVE_B-IMD kopiert.
att fd0 cpm68k12.imd
att fd1 drive_b.imd
boot cpuIch habe heute mal (wegen dem 68K.CP/M) in simh v4.01 den Sage II Emulator compiliert (mit MinGW64 POSUX GCC 13.2.0 in MSVCRT/MSURT).
Binary inkl. ROM/Startdisk im Anhang zum mitspielen fuer Windows 64Bit.
Nun ist Drive A. am Anfang gleich voll (0 Byte free), deshalb wuerde ich gerne auf Drive B: eine leere Diskette einlegen, aber ich weiss nicht wie der att(ach) Befehl beim Sage II Emulator heisst (habe sowas nur mal beim pdp11 simh Emulator gemacht) und finde keine Anleitung dazu
Weiss dies jemand hier der SAGE-Experten?
PS: Leider schmeisst der MinCE-Editor auf A: nur eine Exception
run_sage_ucrt.cmd
sage_ucrt 68k.sim
Sage-II/IV 68k simulator Open SIMH V4.1-0 Current simh git commit id: cc76d9a7
C:/TEMP/SAGE_II/68k.sim-7> set debug debug.log
%SIM-INFO: Debug output to "debug.log"
Loading boot code from sage-ii.hex
SAGE II Startup Test [1.2]
RAM Size = 512K
Booting from Floppy
SAGE CP/M-68k Bootstrap v2.1
SAGE CP/M-68k v1.2 447K TPA
A>STARTUP
A>SETENV TERM TVI950
A>SETENV PATH |A0:
A>dir
A: MINCE SWP : MINCE 68K : CPM SYS : SAGEBIOS SYS : PIP 68K
A: STAT 68K : AR68 68K : LO68 68K : AS68 68K : MIND SUB
A: DDT 68K : SAGE4UTL 68K : INIT 68K : DUMP 68K : COPY 68K
A: DDT68000 68K : P SUB : ASGO SUB : PE SUB : AS SUB
A: LNK SUB : M SUB : ARMATH SUB : FIND 68K : RED SUB
A: SCREEN 68K : MCC SUB : LINKCORE SUB : SETPRNTR 68K : AS68SYMB DAT
A: E SUB : REDASM SUB : CORE SUB : PRINT 68K : SETENV 68K
A: STARTUP SUB : HALT 68K : SPACE SUB : SIG TXT : SPACEM SUB
A: ORBIT SUB : TLNK SUB : BRWNIES TXT
A>mince
Mince Copyright (c) 1981, 1982 Mark of the Unicorn, Inc.
→6 Mince Version 2.6 (Normal) main: DELETE.ME -0%-
Exception $05 at user address $00000B50. Aborted.
A>
A>STAT A:
A: RW, FREE SPACE: 0K
A>Da das ATARI COM Forum den Link zu den Vergleichs-Dateien zwischen Windows und armbian/Linux nicht mochte, hier mal der DE_RE-COMP.ZIP-Google-Drive-Link
Ulkige Kombination...
Dazu muss bei mir erstmal das De-Interlace/Interlace klappen des Floppy-Image
Nach dem De-Interlace ist 0: fast leerund gibt einige leere Eintraege (dann bootet CP/M nicht mehr davon) und B: nutzt A: - man kann kein 2tes Image ladenWo ist der Rest von 0: ?
1ST1 ich hab noch mehr getestet (schau mal hier) - leider erfolglos
d.h. eine .ST deinterlaced und gleich wieder interlaced (ohne File-Operationen dazwischen
Es kommt eine Datei mit anderem (nicht nutzberen) Inhalt raus, die beim booten am St noch den CP/M-Bootloader v0.4 zeigt dann aber 2 ST-Bomben schmeisst.
Tut man die wieder interlace-te Datei nochmal deinterlacen ist nur noch Quark drin
Mir kommt es vor, als habe das interlace Python-Script nen Hau - ebenso Python 3.9.2/3.11 unter Windows - weil das deinterlace dagegen sauber auf armbian mit dem Python 3.9.2 klappt (dehalb hatte ich mit dieser Version 3.9.2 auch mal nach der 3.11 getestet
*sniff* bis jetzt laeuft die AMIGA-Version echt besser...
Kannst ja mal benchmarken, ob der ST oder der Amiga in CP/M schneller ist.
cpmls -f st68k-720 DEINT-05.ST
0:
com.68k
dump.68k
ehbasic.68kWo ist der Rest von 0: ?
guidol : Moment mal, ist die verschollene CP/M-68k Version des STs aufgetaucht? Das Datum oben mag das suggerieren. Oder ist das eine moderne Re-Implementation.
So aehnlich
Auf es gibt den alcyon compiler (Vorlaeufer vom Digital Research C Compiler):
This directory contains the sources of the C compiler and
utilities that i used to compile TOS. They are functional identical
to the ones in the developer kit, but with numerous bugs fixedDazu kommt der ATARI-ST-CP/M-68-Port der wie die AMIGA Version auf dem cpmsim aufsetzen.
Alcyon .ZIPs findet man auch in diesem Thread.
ATARI ST Sourcen auch hier.
Natuerlich muss man fuer die Floppy BIOS/BDOS/CCP/Bootsektor je nach AMIGA oder ST machen.
Beim AMIGA darf man direkt mit den cpmtools dran (amiga diskdef-Eintrag) aber beim ST CP/M-68K
muss man erstmal mit Phyton3 das .ST image deinterlacen, dann mit cpmtool und st68k-720 diskdef bearbeiten und dann wieder mit Phyton3 interlacen
z.B.
python3 ./deinterlace.py RWdisco68k.st editor.st
cpmrm -f st68k-720 editor.st 1:*.
python3 ./interlace.py editor.st ws68k.st
diskdef st68k-720
seclen 512
tracks 160
sectrk 9
blocksize 2048
maxdir 192
boottrk 5
os 2.2
end
diskdef amiga
seclen 128
tracks 160
sectrk 44
blocksize 2048
maxdir 128
boottrk 8
os 2.2
end
# Format for the CP/M-68K sim C drive images
diskdef em68k
seclen 128
tracks 512
sectrk 256
blocksize 2048
maxdir 4096
skew 0
boottrk 1
os 2.2
end
# Format for the 5.25" floppies on my MEX68KECB based system
# and the B drive of the CP/M-68K sim.
diskdef ecb800
seclen 1024
tracks 160
sectrk 5
blocksize 2048
maxdir 192
skew 2
boottrk 2
os 2.2
endWichtige Threads dazu (einmal spanisch und einmal englisch) sind:
CP/M68K para Atari ST:
[Conseguido] CP/M68K para Atari ST - RetroWiki & Cacharreo [RW]
CP/M 68K:
https://atari-forum.com/viewtopic.php?t=27055
Den spanischen kann man sich im Google-Chrome uebersetzt (englisch) ansehen
Ich habe heute mal mit MSYS2 MinGW64 (also 64Bit, den da gibt es auch die ncurses lib)
die cpmtools v2.24 fuer Windows compiliert
(hat bis auf den FS-Editor fsed.cpm.exe geklappt (den fsed.cpm hab ich noch nicht genutzt)
Laut cpmtools-Autor (Michael Moria) sind die getopt-Errors am Anfang "nicht schlimm", denn die hat er auch beim Compile auf seinem Arch-System mit GCC 13.2.0
Nur beim ihm klappt wohl der Compile des fsed.cpm
(unter armbian mit GCC-12.x klappt der auch bei mir)
In den diskdefs bei den cpmtools v2.24 habe ich am Ende auch die defs fuer amiga, st68k-720
und em68k drin
Suche so etwas noch für den Atari ST...
Peter z80.eu Kommt Zeit - kommt Rat...aehm Emulator
Aehnlichkeiten sind rein zufaellig...
Cool, wenn dann mal AMIGA und ATARI ST User friedlich zusammen arbeiten koennen
unter CP/M-68K!
Ok - ein wenig versteckt - aber hatte ich Anfang Mai auch gefunden und "gemeldet"
Bin immer noch nicht dazu gekommen, dies auf dem MiST zu testen - WinUAE soll gehen.
Heute (Nacht und gestern Abend( habe ich es auf meinem MiST ausprobiert und es klappt soweit ganz gut
(auch wenn er beim Wechsel zwischen A: und B; Probleme hat und ich vom cpmsim-68K-Speed verwoehnt bin)
Ist nett, dass er ohne Workbench auskommt und "Bare-Metall" auf dem Kickstart (besser v2.04 als v1.3) bootet.
Zum FRACTAL/FRAROUND.C compilieren musste ich allerdings die cpm-boot.adf etwas mit anderen DR-C-Compiler-Komponenten/-Files bestueckt, da die vorhandenen mir eine arg seltsame Ausgabe bescherten.
So als haette man durch eine Fehlberechnung das Bild an die Seite verschoben.
Auch fehlte auf A: die AS68SYMB.DAT - ohne die wollte AS68.68K nicht arbeiten
Weil es nur eine CPMFS-ADF-Floppy fuer A: und B: gibt (aber per cpmtools nutzbar), ist es auf A: etwas eng.
Nach dem compilieren von FRACTAL/FRAROUND wollte ich das PIPen nach B:, aber das wollte er nicht
(BDOS-Error - na gut dann reset - gut dass die cpmtolls ein fsck.cpmfs haben)
Da muss wohl noch am Filesystem-Handling gearbeitet werden (leider ist das Gihub-Repository schon fast ein Jahr im Dornroeschenschlaf )
Aber FRACTAL und FRAROUN laufen als .68K Binary flot genug auf dem MiST
Auf B: (cpm-extras.adf) habe ich mal COM.68K, MBASIC 5.29 (Z80) und EHBASIC v3.53 drauf gepackt.
Die angepassten .ADFs haenge ich auch hier mal als .ZIP dran (wie im ATARI-COM-Forum MiST-Bereich)
Ein Kickstart-ROM v2.04 (bevorzugt fuer A500/A600 da 68000-CPU) muss man schon selbst mitbringen.
Gut dass ich damals das AMIGA-Emulationspacket gekauft habe mit ROMs & Key
Ich hoffe, Ihr habt auch so viel Spass, wie ich dran habe (bei mir ist es jetzt schon wieder 03:44 nachts).
Mal schauen ob ich einschlagen kann
LOAD und dann ctrl-c
Danke
Funktioniert bei Dir ein EHB353.68K?
Bei mir startet (sauber) nur ein EHB353.REL
Mache ich daraus ein .68K mit
RELOC EHB353.REL EHB353.68K
dann loescht es nu den Screen beim Start und haengt.
Oder klappt da "nur" die automatische RELOC-Adresse nicht?
Ist es eigentlich empfohlen ein .68K Binary draus zu machen (gibt ja auch die DR C-Compiler-Befehle als .REL)
Ich hatte es so verstanden, dass die .68K mehr ans bestimmte CP/M 68K Systeme angepasst sind.
2 kurze "dumme Fragen" (OK- wer nicht fragt bleibtbt dumm)
1.) Gibt es eine Moeglichkeit auf Dateien aus anderen User Areas zuzugreifen?
- beim compilieren gibt man ja auch z.B. 2:s.o an oder 8:clib
Denn ein TYPE 0:CLS.SEQ bringt einen Fehler
[EDIT] Laut dem YT-Video koennte ich dafuer bei CLS folgendes machen, ist aber doch umstaendlich?
PIP CLS.SEQ=C:CLS.SEQ[G0]
TYPE CLS.SEQ2.) Wie verlasse ich EHBASIC 3.53?
- QUIT, BYE, SYSTEM, STOP scheint es ja nicht zu sein -beim IoTBASIC/TinyBasic gabs noch CALL 0
Ich habe nach wie vor das Problem, daß das Schreiben von Dateien mit cpmtools (V2.20) auf
Drive C (diskc.cpm.fs) das Filesystem beschädigt !
Lesen von diskc.cpm.fs mit den cpmtools ist ok.Mit den cpmtools von kkaempf funktioniert jetzt auch Schreiben auf Drive C.
Auf der Original morio-de-cmptools-Webpage ist noch die v2.23 genannt, aber geht man direkt in
das Files-Verzeichnis findet man "schon" die v2.24 (vom 2023-08-14 19:46 mit 177K).
Changelog:
Changes since 2.23:
o Fix memory leak in mkfs.cpm
o Treat forbidden filename characters per version
o Fix fsck name check with regard to spaces
o Refactored filename translation for other host OS
o Fixed -f amstrad broken with 2.23
o Fix possible buffer overrun in cpmcp
o mkfs.cpm only created the DateStamper file, but did not
write its initial content.
o fsck.cpm now checks DateStamper file mode, extent and size
o Check for format bug with extent size < 16k
o Allow to configure extent size
o Different KB conversion in cpmls for block size < 1024
o Fixed cpmls -F total used statistics, documented different
directory entry counts by CP/M 3Mit der v2.24 und dem em68k-diskdefs-Eintrag klappt es auch mit der diskc.cpm.fs
solange man nicht GCC-10 (10.2.1-6) nutzt.
Bei mir klappte es (funktiontuechtiger Transfer trotz Warnings beim compile) mit
- NanoPi A64 mit armbian Bookwork (debian 12) - GCC-12.2.0-14
- Windows-cygwin 64Bit - GCC 11.4.0
- LinkIt Smart OpenWrt 23.05 - GCC 12.3.0
Spannend - mit 2650.
Gibt es mehr Infos dazu...?
Nach den Bildern geht's um den Electronics Australia 2650 Mini:
https://www.postincrement.net/remaking-the-7…-mini-computer/
https://www.postincrement.net/2650-remake-finished-and-working/
https://bitbucket.org/postincrement/…ake/src/master/
https://www.postincrement.net/wp-content/upl…e-Manual-v3.pdf
Probier mal das fractal zum Fliegen zu bekommen und dann, wenn das klappt, probier das mit dem tbasic erneut.
ngc224 Peter z80.eu tofro ThoralfAsmussen
Danke fuer "Mut machen"
Und ihr werdet kaum glauben was es fuer ein aergerlicher Fehler war:
compiliere ich die cpmtool von kkaempf (2.21) oder original moria.de cpmtools (2.23) auf meinem NanoPi Neo2 mit dem (dort bei der OS-Version mit Kernel 6.4.12) Stanard GCC-10 bekomme ich eine Version, die nicht immer alle Daten sauber uebertraegt
Auf meinem NanoPi A64 mit GCC-12 (bei OS mit Kernel 6.6.2) kommt trotz Warnings beim compile (wie auch beim CygWin 64Bit) eine Version raus, die die Fiiles sauber uebertraegt.
Meine compile-Fehler am Anfang waren auch Uebertragungsfehler z.B. vom tbasic.c und aber auch die read-Fehler bei der S.O und der CLIB
Im tbasic.c fand der Compiler nichts, weil er woh gleich bei dem Wirrwar ein EOF erkannte und so auch ueber main motzte (weil er kein main fand).
Aus Frust/Mut hatte ich alle 8 Disketteninhalte der CP/M-68k v1.2 in mein User 8 kopiert und selbst da complierte mit Muehen gerade mal ein "Hello World!" (das hatte ich als .C ueber den Editor eingepasted).
Ans FRACTAL war nicht zu denken denn da hatte ich versucht per cpmcp ins 8: zu kopieren, konnte es aber weder TYPEen noch editieren
Ich hatte es ohne Fehlermeldunf auf 8: kopiert bekommen, aber beim rueckkopieren ins Linux-Filesystem waren nur Hyroglyphen/Steuerzeichen zu sehen.
Nachdem ich erst versucht hatte in MinGW oder MSYS2 dioe cpmtools zu compilieren, gelang es unter Warnings in Cygwin 64Bit und da klappt der Transfer des FRACTAL.C rein und raus ohne Fehler.
Aus Neugier gegen den NanoPi Neo2 probierte ich es mit dem neuren OS des NanoPi A64 (GCC-12) und auch da klappte der Transfer
So macht ich mich gleich dran mit dem neu gefundenen Wordstar-like SKED CP/M-68K Editor
(den haenge ich zur Sicherheit auch mal hier mit dran)
das FRACTAL.C auf mein mehr geliebtes FRAROUND.C umzustellen und zu compileren.
Der Editor nutzt war Wordstar-Keys, allerding muss man zwischen den Command-Buchstaben die Control-Taste loslassen gegenueber echten Wordstar (und er zeigt dies auch nur in der Ctrl-J Hilfe und man muss es erstmal verstehen )
Zusaetzlich mag der SKED wohl nur einen 80x25 Bildschirm
Da dies jetzt endlich erfolgreich war, ist fuer heute erstmal Schluss, weil laut Euch eh nicht alles fuers TinyBasic (tbasic) vorhanden ist.
Dafuer hier Bilder meines Wirkens von heute
