home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
rtsi.com
/
2014.01.www.rtsi.com.tar
/
www.rtsi.com
/
OS9
/
OSK
/
EFFO
/
forum16.lzh
/
LETTERS
/
brief.zuber
< prev
next >
Wrap
Text File
|
1991-02-09
|
6KB
|
122 lines
Gerhard Zuber Tel. <BRD> (0) 30 / 861 32 01
Pfalzburger Str. 25
D - W 1000 Berlin 31 8.2.91
mein System: CT68000 mit OS9 - V 1.2
CT68020
Liebe EFFO-Runde,
ich habe ein Problem mit dem cio-Trap-Handler. Die wichtigsten von Euch
verteilten Programme kann ich nicht fahren, weil ich keinen passenden
cio-Trap-Handler habe. Mit meinem V 1.2-System laufen die compilierten
Programme nicht, weil sie einen neueren Trap-Handler brauchen. Ueber-
setzen kann ich sie auch nicht, weil ich den neueren C-Compiler nicht habe.
Vielleicht koennte der passende cio-Trap-Handler einfach mal mit verteilt
werden.
Der "vi" auf einer der letzten Forumsrunden hatte darueberhinaus noch
einen Modul-CRC-Error.
Interessanterweise laeuft jedoch bei mir der "msfm", ein wunderschoenes
System, herrlich fuer den Datenaustausch mit MS-DOS und ATARI-Systemen.
Der schon beschriebene Fehler mit dem Address-Trap-Error tritt bei mir
auch auf. Wenn man keine wild-charts benutzt, kommt man daran vorbei.
Das Problem schein zu seint, das der Anpasser des "msfm" ein 20er-System
hat, wo die Adressen nach Belieben ungerade sein koennen. Der "msfm"
muesste nochmal auf einem 68000-System uebersetzt werden und neu verteilt
werden.
Ein Formatierprogramm schreibe ich noch und gebe es in der naechsten
Runde bei.
Derzeit ziehe ich gerade mein neues CT 68020 - System hoch. Es besteht
derzeit aus:
68020 CPU -Karte und 256 K-EPROM
SCSI-Massenspeicherkarte mit AM5380 und WD1772 und DMA 68450
IORAM-Karte mit 128 K-SRAM und mc68230 und RTC72421 und SN 68562
2. IORAM-Karte mit 128 K-SRAM und mc68230 und RTC72421 und SN 68562
IWD-Karte mit 2x ACIA 6850 und WD-1002-Interface (Eigenbau gefaedelt)
SRAM-Karte fuer 8 32-polige SRAM/EPROM
Das Clock-Modul fuer den mc68230 habe ich im Griff. Es liegt bei.
Probleme habe ich noch mit dem Interrupt. Merkwuerdigerweise funktionieren
bei mir auf der IORAM-Karte nur A-PALs. Original sind B-PALs dabei. Ich lasse
lieber mein System nur mit 8 MHz laufen und benutze A-PALs.
Zum Hochziehen habe ich mir eine Faedelkarte mit 2 normal-ACIAs gemacht,
weil ich dafuer Treiber und Monitor habe, liegen auf den gleichen Adressen
wie beim CT 68000.
Der Floppy-Treiber fuer den WD 1772 liegt ebenfalls bei. Ich habe allerdings
den Interrupt noch nicht im Griff. Bei dem beigefuegten Treiber muss der
Interrupt gezogen sein (74 als 156 gezogen). Es war unmoeglich, eine gepollte
Version hinzukriegen, lesen ging zwar, aber beim Schreiben gab es oefter einen
Byte-Versatz. Dann habe ich mir lieber den DMA-Chip gekauft, der einfach und
prima zu programmieren ist.
Demnaechst kommt der Treiber fuer den Serienbaustein SN 68562 (Valvo) dran.
Mein Problem mit der 32 bit-Speicherkarte hat sich vorerst entzerrt, da ich
die SRAM-Karte habe und die 128 Kx8 SRAMs ja nur noch 50 DM pro Stueck kosten
und da kriege ich noch 512 KByte fuer 200 DM dazu und das reicht vorerst.
Mich wuerde interessieren, ob es noch weitere Menschen in der EFFO-Runde gibt,
die auch den CT68020 haben und ggf. kooperieren wollen.
Leider wurde das Projekt (es gibt noch eine neue Grafik-Karte mit dem
NEC 7220) von CT abgewuergt. Man pfrimelt dort lieber an ATARIs und PCs
noch irgenwelche "speed up"-Module ran oder "bohrt" die ATs noch auf 386SX
auf, anstatt wie frueher was vernuenftiges zu machen. Dies ist kein Hang an
den "guten alten Zeiten", sondern ein Abgesang auf die CT.
----------------
Ich suche einen Tabellenkalkulator und den EMACS sowie ein Modemprogramm
(Z-Modem X-Modem).
Aus Euere PD-list wird man nicht schlau. Es waere gut, von jeder PD_Disk
ein "dir -era" zu ziehen und dies zu verteilen. Man weisz dann, was drauf
ist und von wann.
Vielleicht kann man auch hardware-spezifisch was zusammenstellen, z.B.
fuer CT etc.
Zur Verteilungspolitik: Um Gottes (?) Willen nur einstufig, und wenn es
etwas kostet, aber ja kein kuddel-muddel mit irgendwelchen Zwischenhaendlern.
Eher waere eine Zusammenarbeit mit einer regional verteilten Mailbox etwas,
wegen der dann niedrigeren Telefonkosten. (oder mit BTX ??).
Zu OS9-BBS: Mir sind die Telefongebuehren leider zu hoch. An elektronischen
Quasselrunden a-la CERN.... habe ich (leider?) kein Interesse. Ohne mir mal
schnell ein Stueck Software abholen zu koennen ist so was fuer mich nicht
interessant.
UNIX-Portierungen: UNIX ist nun mal eine grosze Quelle fuer PD-Software.
Nun stuerzen sich ganze Heerscharen von OS9-Freaks darauf, UNIX-Programme
nach OS9 zu ueberfuehren. Welch ein Unfug. Vielleicht stuerzt sich mal
einer oder eine Gruppe darauf, um OS9 eine Schale herumzustricken, damit
man die UNIX-Programme einfach nur neu zu uebersetzen braucht ?????
Es mueszte reichen, einen speziellen Trap-Handler fuer Systemaufrufe und
einen speziellen cio-Handler zu schreiben. Das Problem von festen Speicher-
adressen kann mit einem relocating-loader geloest werden. Gibt es keinen
public-domain C-Compiler ?
--- Das waere EINE Arbeit, und nicht TAUSENDe.
Besser waere natuerlich, gleich ein UNIX-kompatibles System anzubieten, aber
das liegt an MicroWare, ---- MINIX ?? ---> gibt's nicht fuer den
CT 68000.
Das Problem liegt doch nur daran, dasz es kein UNIX fuer DM 500,- gibt.
Und fuer RTOS-UH gibt's keinen C-Compiler.
Es grueszt Euch
ggz.
Gerhard Zuber
P.S.
Ich moechte nicht offizielles Mitglied im EFFO werden, ich bin kein
Vereinsmeier und trete auch aus dem Alpenverein wieder aus. Mein
Scherflein fuer die Distributionskosten trage ich durch Disketten-
bestellungen bei, und wenn nicht, so mache ich mal 'ne Spende.