Autor Thema: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3  (Gelesen 13749 mal)

0 Mitglieder und 3 Gäste betrachten dieses Thema.

Offline Hingenaan

  • Benutzer
  • Beiträge: 24
Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« am: Do 11.07.2024, 06:17:44 »
Kann von meinen Disketten folgende Dateien nicht lesen:
ADITALK.PRG
INIT.PRG
COMMAND.TXT von Adimens

Im Netz finde ich nix vertrauenswürdiges, was ich herunterladen könnte.

Kann mir da jemand aushelfen?
« Letzte Änderung: Do 11.07.2024, 20:35:29 von Hingenaan »

Offline martinb

  • Benutzer
  • Beiträge: 9
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #1 am: So 14.07.2024, 18:45:36 »
Hier die Datei COMMAND.TXT von ADIMENS. Gefunden auf einer Originaldiskette aus dem Nachlass von meinem Onkel.
ADITALK habe ich leider nicht.

Offline martinb

  • Benutzer
  • Beiträge: 9
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #2 am: So 14.07.2024, 20:44:21 »
Auf der SuperGAU-CD (https://archive.org/details/atarist-super-gau) habe ich sowohl Aditalk 2.3 als auch Adimens 2.3 gefunden.

Der Inhalt der beiden Adimens-Disketten der CD entspricht in etwa dem Inhalt meiner Original-Disketten. Auf der CD sind einige Dateien zusätzlich, andere fehlen (bspw. die COMMAND.TXT). Aber die Dateien, die sowohl auf der CD als auch auf den Disketten vorhanden sind, sind inhaltlich identisch. Daher könnte auch der Inhalt des Aditalks-Archivs auf der CD authentisch sein. Das jedoch ohne Gewähr.

Offline Hingenaan

  • Benutzer
  • Beiträge: 24
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #3 am: Mo 15.07.2024, 21:16:23 »
F**K!
Virus Burglar_1150 auf der Disk?!  >:(
Was ist das denn für eine Empfehlung?!

Offline martinb

  • Benutzer
  • Beiträge: 9
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #4 am: Di 16.07.2024, 08:46:00 »
Hier von einer Empfehlung zu sprechen, obwohl ich explizit geschrieben habe, dass ich keine Gewähr für den Inhalt übernehmen kann, finde ich persönlich weit hergeholt.

Abgesehen davon habe ich mir auf den Post hin die Mühe gemacht und sowohl das CD-Image als auch die Dateien aus dem Aditalk-Archiv bei Virustotal zu überprüfen. Ergebnis: Die CD halten 94 Scanner für sauber, die Dateien 65. Kein einziger Scanner hat auch nur einen Vedacht gemeldet.

Viel Erfolg bei Deiner weiteren Suche.

Offline Thorsten Otto

  • Benutzer
  • Beiträge: 1.315
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #5 am: Di 16.07.2024, 17:15:33 »
sowohl das CD-Image als auch die Dateien aus dem Aditalk-Archiv bei Virustotal zu überprüfen.

Das macht vermutlich auch nicht viel Sinn, die werden wohl kaum Informationen über Bootsector-Viren von einem 30 Jahre alten Retro-System in ihrer Datenbank haben ;)


Offline Megatari

  • Benutzer
  • Beiträge: 231
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #6 am: Mi 17.07.2024, 18:46:11 »
Schau mal in den Anhang. Sind beide von der Originaldiskette. Ich weiß nicht, ob es 2.3 ist.
« Letzte Änderung: Mi 17.07.2024, 18:47:09 von Megatari »

Offline gh-baden

  • Benutzer
  • Beiträge: 2.052
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #7 am: Mi 17.07.2024, 19:22:19 »
Schau mal in den Anhang. Sind beide von der Originaldiskette. Ich weiß nicht, ob es 2.3 ist.

1990 ADITALK v3.0
Wider dem Signaturspam!

Offline tkreutz

  • Benutzer
  • Beiträge: 262
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #8 am: Do 18.07.2024, 15:33:15 »
Im Tosec Archiv (Internet Archiv) sind die Versionen 2.1 und 2.3 - auf Viren muss man schon selbst prüfen.

https://ia902909.us.archive.org/view_archive.php?archive=/29/items/Atari_ST_TOSEC_2012_04_23/Atari_ST_TOSEC_2012_04_23.zip

Offline gh-baden

  • Benutzer
  • Beiträge: 2.052
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #9 am: Do 18.07.2024, 16:48:30 »
Im Tosec Archiv (Internet Archiv) sind die Versionen 2.1 und 2.3 - auf Viren muss man schon selbst prüfen.

https://ia902909.us.archive.org/view_archive.php?archive=/29/items/Atari_ST_TOSEC_2012_04_23/Atari_ST_TOSEC_2012_04_23.zip

Apropos: ich habe das erste mal seit gefühlt 20 Jahren wieder UVK (2000) ausgegraben, und wollte das in Hatari über mein GEMDOS-Drive laufen lassen, auf der Suche nach Linkviren. Es fängt an zu scannen, aber ich sehe keinen Fortschritt, auch nicht nach Stunden (und so groß ist das Laufwerk nicht), und wenn ich abbreche, sind alle Counter auf "0". Bekanntes Problem, weil nur in Hatari und „Schweinesoftware“ die nicht mit dem GEMDOS-Laufwerk zurechtkommt?
Wider dem Signaturspam!

Offline czietz

  • Benutzer
  • Beiträge: 3.682
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #10 am: Do 18.07.2024, 19:46:57 »
Du könntest Hatari mit --trace gemdos aufrufen; dann siehst Du, was es tut. (Unter Windows vermutlich zusätzlich mit --wincon.)

Offline tkreutz

  • Benutzer
  • Beiträge: 262
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #11 am: Fr 19.07.2024, 07:18:24 »
Bekanntes Problem, weil nur in Hatari und „Schweinesoftware“ die nicht mit dem GEMDOS-Laufwerk zurechtkommt?

Puh - das wird eine echte Herausforderung - wäre für mich die Frage, wie nahe die Emulatoren in diesem Bereich an echte Hardware ran kommen. Ich glaube, da kommen wir tief in den Bereich Reverse Engineering von Hardware.

P.S.
Habe tatsächlich gestern einen Artikel zufällig gelesen, dass die Marine händeringend nach einer Ersatzlösung für 8 Zoll Floppies für Maschinen auf den Warships sucht, die diese noch benötigen.
Scheinbar scheitern an an so einem scheinbar "trivialem" Problem etliche Fachleute.

Ist aber vielleicht auch nur so ein Sommerloch Thema (wenn auch mit ernsthaftem Hintergrund).

Im Zweifelsfall muss man es halt mit echter Hardware testen. Auch wenn die Restauration der alten Floppies heute schon eine Herausforderung ist, sehe ich hier als ersten Schritt den ersten Weg, damalige Szenarien nachzustellen.

By the way - was waren eigentlich die verbreitesten Viren damals auf den Rechnern ? Hat da jemand noch eine Bibliothek oder gar Sourcen aus dem Giftschrank ?

Allerdings sollten wir dazu vielleicht einen neuen Thread starten, sonst wird es zu viel OT.

Man könnte mal versuchen, einen Emulator zu bauen, auf der Basis einer Simulation von Hardware im Bereich Floppy Disk. So wie man heute virtuell analoge Synthesizer konstruiert oder eben Filmsimulationen im Bereich digitaler Fotografie. Das wäre tatsächlich ein grundsätzlich neuer Ansatz von Emulation alter Hardware.

Die Synthesizer Software Reaktor baut ja "Instrumente" virtuell mit einer solchen Oberfläche. Im Bereich elektronischer Schaltungen gibt es solche Simulationen ja auch. Eigentlich sollte man auf dem Weg einen variablen Emulator Baukasten bauen können, der dann auch von Nicht-Programmierern aber mit technischem Verständnis benutzt werden kann. (also grafische Oberfläche). Aber das ist eine völlig verrückte Idee - vermutlich sinnfrei - und die Profis sagen vermutlich, dass es so etwas oder so etas ähnliches schon längst gibt.

Dann sind wir im Bereich Prototyping - auf elektronischer Ebene.

Die Firma Behringer zeigt ja im Bereich Synth, das Reverse Engineering grundsätzlich möglich ist, aber ein dahinter ein sehr anspruchsvoller Prozess steckt. Im Musikbereich scheint es sich zu rechnen, alte Schätze wieder neu aufzulegen.
« Letzte Änderung: Fr 19.07.2024, 07:32:36 von tkreutz »

Offline gh-baden

  • Benutzer
  • Beiträge: 2.052

Puh - das wird eine echte Herausforderung - wäre für mich die Frage, wie nahe die Emulatoren in diesem Bereich an echte Hardware ran kommen. Ich glaube, da kommen wir tief in den Bereich Reverse Engineering von Hardware.
… Software, nicht Hardware. So tief runter müssen wir vermutlich bzw. hoffentlich nicht :) Richard Karsmakers wird den Dateizugriff zur Prüfung in GFA-Basic hoffentlich nicht per bitweisem Prügeln des WD177x-Floppycontroller geschrieben haben.

Habe tatsächlich gestern einen Artikel zufällig gelesen, dass die Marine händeringend nach einer Ersatzlösung für 8 Zoll Floppies für Maschinen auf den Warships sucht, die diese noch benötigen.
Scheinbar scheitern an an so einem scheinbar "trivialem" Problem etliche Fachleute.

Woraus schließt du diese Annahme?

Ist aber vielleicht auch nur so ein Sommerloch Thema (wenn auch mit ernsthaftem Hintergrund).

Ja, das liegt nahe. Zumal so eine Anfrage ja nicht bedeutet „niemand kann das“, sondern vielleicht auch nur „das alles umzurüsten wird so teuer, dass es über den Ausschreibungs-Schwellwert kommt, und daher ausgeschrieben werden muss“. Und schon „fragt“ die Marine öffentlich, wer das wohl wie lösen kann.

Da wird sich halt eine Bude finden, die ein Gotek nimmt, das irgendwie "MILITARY GRADE" macht (STAHL-Drehknopf!!!) und die Firmware patch (copyright austauscht)*, und das dann für viel Geld implementiert.

Leider kamen die wenigsten Journalist*innen beim Artikel auf die Frage, an was die derzeitigen 8"-Floppy-Laufwerke denn grade dranhängen. Die typische Maschinenklasse für "Steuerungen aus den 70ern mit 8" Floppies" wären DEC PDP. Die sind ja genauso alt.


* nein, das würde die ja nie machen!!!

Mag ein Admin das bitte abspalten? merci.
Wider dem Signaturspam!

Offline gh-baden

  • Benutzer
  • Beiträge: 2.052
Endlose UVK-Scans (was: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3)
« Antwort #13 am: Fr 19.07.2024, 08:20:36 »
Du könntest Hatari mit --trace gemdos aufrufen; dann siehst Du, was es tut. (Unter Windows vermutlich zusätzlich mit --wincon.)

Danke, das ist idT ganz interessant, auch wenn ich es noch nicht verstehe.

  • UVK scannt tatsächlich los … cyclet aber endlos im Ordner "z-config", und sucht da "mirandje.ofm" (?). Nur: der Ordner ist leer.
  • Also z-config weggeworfen (war ja eh leer), UVK neu gestartet, weiter.
  • Jetzt hängt UVK in einer Endlosschleife in GMNI12UK/GEMINI/TRASHDIR. Wieder taucht die ominöse Datei mirandje.ofm auf (die ich nicht kenne), und – TRASHDIR ist (wieder) ein leerer Ordner.
  • Wie kommt’s zu "***.***" bei Fsfirst()?

GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR
GEMDOS 0x4E Fsfirst("mirandje.ofm", 0x0) at PC 0x2656D4
GEMDOS didn't find filename /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/mirandje.ofm
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4E Fsfirst("***.***", 0x7) at PC 0x2617EE
GEMDOS: ***.*** -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/***.***
GEMDOS 0x4F Fsnext() at PC 0x261B1E
GEMDOS 0x4E Fsfirst("*.*", 0xffff) at PC 0x261B62
GEMDOS: *.* -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR/*.*
GEMDOS 0x47 Dgetpath(0x2a9422, 0) at PC 0x277E84
-> '\Desktop\GMNI12UK\GEMINI\TRASHDIR'
GEMDOS 0x4F Fsnext() at PC 0x261CD8
GEMDOS 0x3B Dsetpath("\Desktop\GMNI12UK\GEMINI\TRASHDIR\") at PC 0x26179E
GEMDOS: \Desktop\GMNI12UK\GEMINI\TRASHDIR\ -> host: /Users/goetz/Emulation/ST/Desktop/GMNI12UK/GEMINI/TRASHDIR

etc.pp.

  • Hatari 2.5.0 für arm64
  • EmuTOS 1.3, gleiches Verhalten mit TOS 2.06DE
  • Machine type: STE, 68020

Mag ein Admin das bitte abspalten und bevorzugt nach Emulatoren, behelfsweise Software, verschieben?
Wider dem Signaturspam!

Offline czietz

  • Benutzer
  • Beiträge: 3.682
… Software, nicht Hardware. So tief runter müssen wir vermutlich bzw. hoffentlich nicht :) Richard Karsmakers wird den Dateizugriff zur Prüfung in GFA-Basic hoffentlich nicht per bitweisem Prügeln des WD177x-Floppycontroller geschrieben haben.

Hatari würde bitweises Prügeln :D auf den FDC aller Wahrscheinlichkeit nach auch korrekt emulieren, denn anders als tkreuz vielleicht vermutet, kommt Hatari (für den ST/STE) schon extrem dicht an echte Hardware heran.

Ich erwarte aber auch einen Effekt der GEMDOS-Emulation, die ja etwas ist, was über das hinausgeht, was echte Hardware machen würde.

EDIT: Ich gucke mir Deinen Trace später an.

Offline czietz

  • Benutzer
  • Beiträge: 3.682
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #15 am: Fr 19.07.2024, 09:33:27 »
FYI: Hatari loggt ja nur, wie das jeweilige Programm GEMDOS-Funktionen aufruft. D.h. sowohl "***.***" als auch "mirandje.ofm" kommen direkt aus UVK. Letzteres ist vielleicht ein Trigger für ein Easter-Egg??Trotzdem sollte sich UVK natürlich nicht an leeren Ordnern aufhängen. Wenn Du magst, kannst Du direkt auf der Hatari-devel-Mailingliste nachfragen.

EDIT: Die naheliegendste Vermutung (aber nicht von mir geprüft), ist, dass Hataris GEMDOS-Emulation irgendwie an "***.***" strauchelt und komische Sachen zurückliefert, die UVK nicht erwartet.

EDIT #2: Habe das mal für Dich nach hatari-devel geposted. Falls Du die Liste nicht abonniert hast, kannst Du die Posts mit ca. einem Tag Verzögerung im Archiv nachlesen: https://listengine.tuxfamily.org/lists.tuxfamily.org/hatari-devel/.
« Letzte Änderung: Fr 19.07.2024, 12:53:29 von czietz »

Offline gh-baden

  • Benutzer
  • Beiträge: 2.052
Re: Einzelne Dateien zu ADITALK 2.3 und ADIMENS 2.3
« Antwort #16 am: Fr 19.07.2024, 13:29:12 »
[…]

EDIT: Die naheliegendste Vermutung (aber nicht von mir geprüft), ist, dass Hataris GEMDOS-Emulation irgendwie an "***.***" strauchelt und komische Sachen zurückliefert, die UVK nicht erwartet.

EDIT #2: Habe das mal für Dich nach hatari-devel geposted. Falls Du die Liste nicht abonniert hast, kannst Du die Posts mit ca. einem Tag Verzögerung im Archiv nachlesen: https://listengine.tuxfamily.org/lists.tuxfamily.org/hatari-devel/.

Danke fürs crossposten und deine Arbeit. Hätte ich auch selbst draufkommen&machen können, aber „trau mich nicht“ da etwas am Rande meiner Kenntniskomfortzone. Ich schreibe auch mal Richard K an.
Wider dem Signaturspam!

Offline tkreutz

  • Benutzer
  • Beiträge: 262
Woraus schließt du diese Annahme?

Gar nicht, es war einfach ein Artikel mit einer "Annahme" eines Journalisten.

Ich kann das gar nicht beurteilen.


Offline ste1040fan

  • Benutzer
  • Beiträge: 100
Etwas viel Spekulation, was die Suche der Bundesmarine nach einem Nachfolger für frühere 8-Zoll-Diskettenlaufwerke betrifft. Dabei ist in der Ausschreibung von einer "Entwicklung und Integration an Bord eines emulierenden Speichersystems zum Ersatz der Floppy-Disk-Einheit für die Messwerterfassungsanlage an Bord der Fregattenklasse 123" die Rede. Es ist also den Beschaffern schon klar, dass es eine andere Lösung als eine Floppy sein muss. Da Gotek von einer chinesischen Firma produziert wird, dürfte diese Hardware kaum der Favorit der Bundesmarine sein. Übrigens haben US-Miltärs in einem vergleichbaren Fall eine Lösung mit Hilfe von SSDs konstruiert. Und: bei öffentlichen Aufträgen ist eine Ausschreibung obligatorisch und kein Ausdruck der Unwissenheit der Beschaffer.

Und: Eigentlich sind wir vom Ursprung des Themas ziemlich entfernt.
« Letzte Änderung: Fr 19.07.2024, 17:57:54 von ste1040fan »

Offline tkreutz

  • Benutzer
  • Beiträge: 262
Und: Eigentlich sind wir vom Ursprung des Themas ziemlich entfernt.

Danke für den ausführlichen Kommentar.