Neueste Beiträge

1

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von ragnar76 am Heute um 00:01:23 »

Komme bis hierhin unter Mojave:
** BUILD FAILED **


The following build commands failed:
   CompileC build/build/magic-on-linux.build/Release/Objects-normal/x86_64/Clipboard.o src/Clipboard.cpp normal x86_64 c++ com.apple.compilers.llvm.clang.1_0.compiler
   CompileC build/build/magic-on-linux.build/Release/Objects-normal/x86_64/HostHandles.o src/HostHandles.cpp normal x86_64 c++ com.apple.compilers.llvm.clang.1_0.compiler
(2 failures)

Die Zusammenfassung ist wenig hilfreich. Die eigentlichen Fehler stehen weiter oben. Du kannst ein log erstellen wenn du make wie folgt ausführst: "make 2>&1 build.log". Dann hast du eine Logdatei in der du nachsehen kannst

2

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von cyberish am Gestern um 23:46:09 »

Komme bis hierhin unter Mojave:
** BUILD FAILED **


The following build commands failed:
   CompileC build/build/magic-on-linux.build/Release/Objects-normal/x86_64/Clipboard.o src/Clipboard.cpp normal x86_64 c++ com.apple.compilers.llvm.clang.1_0.compiler
   CompileC build/build/magic-on-linux.build/Release/Objects-normal/x86_64/HostHandles.o src/HostHandles.cpp normal x86_64 c++ com.apple.compilers.llvm.clang.1_0.compiler
(2 failures)


Oder beim Versuch mit XCODE zu kompilieren, spuckt's das aus, s.h. Foto

3

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von ragnar76 am Gestern um 22:29:48 »

Ich würde das klasse Ding liebend gerne auf Mojave zum Laufen bringen.

Wieso? Was klappt denn nicht?

4

Portfolio & Atari PCs / Re: Atari PC1 - CPU Tausch

« Letzter Beitrag von morus am Gestern um 18:03:42 »

Hier noch die Software für das Initialisieren der RTC ("rtcclock.com dd/mm/yy hh:mm:ss"). In der autoexec.bat startet man das dann ohne Parameter damit die DOS Zeit mit der RTC synchronisiert wird.

Ich habe mir übrigens noch eine dieser Fake 8087-1 FPU aus China bestellt. Die sollen tatsächlich funktionieren und nachdem die FPU in einer viel neuren CMOS Technologie gefertigt sein dürfte, sollte sie auch nicht so heiß werden wie der originale 8087. Diese FPU ist für 10MHz ausgelegt - ich wüsste daher nicht warum die im PC1 nur mit 4.77MHz laufen sollte. Oder schaltet das Bios den Turbo dann prophylaktisch aus weil es die Speed Grades des 8087 nicht unterscheiden kann?

Beim XT kostet die FPU allerdings immer wenige Prozent Prozessorleistung. Ich überlege daher den Jumper W3 nach draußen zu verlängern damit ich die FPU bei Bedarf deaktivieren kann, um die volle 8088 Power nutzen zu können.  Das sollte dann auch den Turbo wieder möglich machen, falls das Bios tatsächlich auf 4.77MHz besteht.

Irgendwann kommt dann auch noch das NEC V20 Upgrade. Jetzt muss ich aber erstmal noch die -5V Versorgung am ISA-Bus nachrüsten. Meine Soundbalster 2.0 ist leider eine der ganz wenigen Karten, die die -5V-Schiene tatsächlich nutzt.

5

Emulatoren / Re: AtariX auf Mojave 10.14

« Letzter Beitrag von cyberish am Gestern um 17:52:59 »

Ich lese im MACOS.txt unter 3. Generate Xcode Project:  " cmake -G Xcode .. "
Bleiben diese Punkte bestehen oder sind sie mit einem Pfad zu ersetzen? Der Output
hier im Terminal ist: " Does not match the generator used previously: Unix Makefiles
Either remove the CMakeCache.txt file and CMakeFiles directory or choose a different binary directory. "

thx

6

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von cyberish am Gestern um 17:28:39 »

Ich würde das klasse Ding liebend gerne auf Mojave zum Laufen bringen.

7

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von ragnar76 am Gestern um 11:12:19 »

Ich hab es geschafft, mit Hilfe der Apple Präprozessor-Direktiven, MoL unter FreeBSD zum laufen zu bringen. Annähernd. Ich bekomme jetzt eine Fehlermeldung, "no video driver". Irgendeine Idee?

8

Hardware (Classic 16-/32-Bit) / Re: VME-Lightning Probleme mit USB-Sticks

« Letzter Beitrag von Lukas Frank am Gestern um 08:12:08 »

Hast du das Treiber Paket richtig installiert im AUTO Ordner ...?

https://www.tho-otto.de/snapshots/freemint/usb4tos/

... lade das lastest.zip


Reihenfolge im AUTO Ordner ist: USB.PRG - STORAGE.PRG - BLITZ.PRG , den Rest kannst du erstmal weglassen. Und das USBTOOL.ACC auf C:/ nicht vergessen
 https://wiki.newtosworld.de/index.php?title=Lightning_VME#TOS_und_Magic

Wenn du das USBTOOL.ACC aufrufst kannst du sehen ob alles richtig installiert ist und ob dein Stick erkannt wird.

Zum testen erstelle mal einen neuen AUTO Ordner nur mit den drei USB Treibern und sonst nichts ...

9

Hardware (Classic 16-/32-Bit) / Re: VME-Lightning Probleme mit USB-Sticks

« Letzter Beitrag von Buggy am Fr 05.06.2026, 22:21:42 »

Vielen Dank für eure Tips, bis jetzt war es leider noch nicht von Erfolg gekrönt, ich werde jetzt erst mal den HDDriver erwerben und dann weiter nach der Ursache suchen. Zwischenzeitlich hat mein Diskettenlaufwerk den Geist aufgegeben und ich werde es jetzt erst mal reparieren. Ich glaube es steht noch viel Arbeit und Lernen für die nächste Zeit an. Irgendwie muss ich doch das VME-Lightning zum Laufen bringen.

10

Hardware (High-End) / Re: CT60 + Nova Falcon ISA Grafikkarten Adapter ...

« Letzter Beitrag von Joebar am Fr 05.06.2026, 19:40:26 »

Guten tag,

Sorry I will reply in English today as my German is 35 years old and too basic for the topic at hand.

DFB1 does also not pay any attention to the /EXPAND line. I don't know enough about the CT60 (I have never owned one) to know why this matters for it but not for DFB1. I remain slightly skepitcal about EXPAND being a problem at all and tend to agree with Rodolphe that it should have no effect really.

BUT there is one area where I can see it could. Perhaps CT60 generates its own BERR signal for the lower 16MB range rather than relying on the motherboard's 128 clock cycle timeout? [nb. from memory it's 128 cycles -- about 8 microseconds, but I may be misremembering and it may be only 4microseconds]

DFB1 does not synthesize its own bus errors apart from at the top of TT-RAM. It relies on the motherboard  to assert BERR and EXPAND is, of course, still connected to the motherboard.

Perhaps CT60 is not like this and, for some reason, Nova requires a very, very slow bus access from time to time?

BW

Hi David,

I don't recall the details since we worked on this more than 20 years ago, but as far as I remember Rodolphe was expecting expansion cards to create /DTACK within 4 cycles. Since Nova needs to honour the ISA protocol (I think I read that I/O can take up to 12 cycles), this was an issue. Nova uses a 74LS164 for timing control and we tried modifying the GAL as well as using a different LS164 output, but nothing worked. He concluded that the card (interface) is too slow and since this was also the time when CTPCI became available, he stopped looking into the issue.
Maybe someone with better hardware knowledge than me can make it work, I also don't own a CT6x anymore and only one Falcon with a DFB1. 

Wolfgang