Seite 1 von 2

reg-ios.spin

Verfasst: Do 19. Sep 2013, 23:16
von PIC18F2550
Wie fülle ich ein Array ausschließlich mit Verzeichnisnamen.

Code: Alles auswählen

sdmount
sddmact
sddmset    auf Hauptverzeichnissetzen
sddir
?sdnext     nächster Dateiname aus Verzeichnis oder sollte das nächster Verzeichnisname aus Verzeichnis heisen?
Daten kopieren bis kein eintrag mehr kommt oder das Array gefüllt ist
So ungefähr stelle ich mir das vor.
Kann mir jemand sagen og das so richtig ist?

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 12:01
von drohne235
?sdnext nächster Dateiname aus Verzeichnis oder sollte das nächster Verzeichnisname aus Verzeichnis heisen?
Daten kopieren bis kein eintrag mehr kommt oder das Array gefüllt ist
Nächster Eintrag im Verzeichnis. Ob Unterverzeichnis oder Dateiname muss mit den Attributen ermittelt werden. Schau doch einfach das DIR-Kommando in Regime an, oder den Filemanager fm als Beispiel.

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 14:50
von PIC18F2550
Hi,

wo ist die "fm-con.spin" versteckt? kann sie irgendwie nicht finden.

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 15:44
von drohne235
Du bist echt ne faule Drohne! :SCHREIEN

Die Datei liegt im LIB-Verzeichnis. :EIEI

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 16:14
von PIC18F2550
:( :oops: :cry: Binn ich ein Holzbrot!!!

Seit mein 2. Monitor die Hufe hoch gerissen hatt komme ich mit dem fensterjonglieren ständig durcheinander.
Werd mich heute erstmal intensiv um ein ersatz kümmern.

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 16:16
von drohne235
Jo, an eine Zweischirmlösung kann man sich schnell gewöhnen. :twisted:

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 16:29
von PIC18F2550
Das sammeln von Systemkonstanten in einer Datei ist ansich eine gute sache.

Aber sollten Konstanten die ausschließlich in einem Programm verwendet werden besser auch in diesem integriert werden?

glob-con.spin
m-glob-con.spin
fm-con.spin
Einige constanten sind hier mehrfach aufgeführt sollte nicht zur besseren pflege die einzelnen zu einer zusammengeführt werden?
Mit CON kann man ja einzelne Bereiche dann zu und aufklappen.

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 18:53
von drohne235
Das mit den gemeinsamen Konstanten täuscht: Bei mental gibt es einige gleiche Namen und Funktionen wie bei TriOS, aber es sind zwei völlig verschiedene Betriebssysteme und so müssten die Konstanten auch getrennt sein. Wenn du vergleichst, wirdst du zum Beispiel verschiedene Funktionsnummern und ähnliches finden.

Beim Filemanager hab ich daran gedacht die Konstanten gleich sauber auszulagern. So können weitere Tools oder Module für den Filemanager diese Konstanten ebenfalls nutzen. Die Auslagerung stört ja nicht, aber erleichert die spätere Erweiterung enorm, wie ich leidvoll bei TriOS erfahren musste.

Re: reg-ios.spin

Verfasst: Fr 20. Sep 2013, 23:51
von PIC18F2550
Oh ich dachte das die Systeme kompartiebel sind wegen der Treiber und so.
Aber sowas macht doch eigendlich den sinn der lib-Strategie kaputt. :(
So währen neuere Treiber bin-Dateien von Trios nicht ohne weiteres unter mental laufähig.

Re: reg-ios.spin

Verfasst: Sa 21. Sep 2013, 09:59
von drohne235
mental ist so verschieden von TriOS, dass eine Kompatibilität wenig Sinn macht. Im Prinzip handelt es sich ja um ein über drei Chips verteiltes Forthsystem. So befindet sich die Kommandozeile, Parser und Editor in Bellatrix - wie soll das mit TriOS zusammengehen? Aber das beschränkt sich ja auch nicht auf mental: Wenn du den Startracker startest, wird auch ein "unkompatibler" Bellatrix-Code geladen um die GUI darzustellen.

Für mich persönlich ist der gemeinsame Nenner des Hives das Binary-Format. Solange ein System Binary-Dateien in alle drei Chips laden kann, kann alles getan werden. Für jede weitere dauerhafte Kompatibilität auf Softwareebene haben die drei Props einfach zu wenig Speicher.

Davon abgesehen ist der Hive ein System für Experimente, welche durch Kompatibilitäten eingeschränkt und begrenzt werden. Ich liebe es einfach, alte Sachen noch einmal neu anzufangen und von einer anderen Perspektive zu betrachten, und so einen Neuanfang kann man schwer mit dem Festhalten an den alten Zöpfen beginnen. Kreativität <> Kompatibilität :twisted:

Aber es wäre durchaus auch ein Experiment, ein universelleres System neu zu programmieren - da will ich niemanden aufhalten... :mrgreen: