[quote="cms"]Innerhalb von Anwendungen gibt es allerei Dateien und eventuell auch Verzeichnisse.
[/quote]
Oh, ich sehe jetzt was du meinst. Verwirrend erst mal...
A4000
Moderator: Patrick
[quote="Tide"]Oh oh, ich brauche diesen RISC OS 3 Application Guide ...
Nachtrag: Habe mir das Handbuch bestellt[/quote]Bist Du Dir sicher mit [I]Application Guide[/I] ? Das ist die Anleitung für Paint, Draw etc. mit Fallbeispielen. Das meiste erschließt sich auch intuitiv oder über die Hilfe. Trotzdem sicher ganz brauchbar, aber der [I]User Guide[/I] sollte eigentlich das 'sinnvollere' Buch sein. Original war immer noch ein [I]Welcome Guide[/I] zum jeweiligen Rechner dabei mit Glückwünschen und ersten Desktopschritten - z.B. rechte Maustaste nutzen usw. Das kannst Du aber sicher mittlerweile fast alles schon.
Desweiteren exisiteren auch allerlei Hilfefiles für die !StrongED Hilfe - mit Info's zu BasicBefehlen, SWIs, Systemaufbau, Assembler. Sehr nützlich !
Und für Basic gibt es das da : [URL="http://www.riscworld.co.uk/volumes/volume4/issue3/basicv/index.htm"]Dabhand Basic V[/URL].
Für den grundlegenden (technischen) Überblick bietet sich [URL="http://www.pagetable.com/?p=68"]Archimedes Operating System[/URL] an.
Beide allerdings nur in Englisch.
Es gab auch ein deutsches Basic-Handbuch, würde mich nicht wundern, wenn auch das als PDF irgendwo herumgeistern würde.
Ein paar schöne Sachen für's 'Real Acorn Feeling Anno 1994' kannst Du bei [URL="ftp://ftp.uni-stuttgart.de/pub/systems/acorn/riscos/magazines/german/"]StuttgartFTP[/URL] herunterladen.
Die wirklich gute und komplette Demo Seite von Icebird (.org) scheint es leider nicht mehr zu geben.
Nachtrag: Habe mir das Handbuch bestellt[/quote]Bist Du Dir sicher mit [I]Application Guide[/I] ? Das ist die Anleitung für Paint, Draw etc. mit Fallbeispielen. Das meiste erschließt sich auch intuitiv oder über die Hilfe. Trotzdem sicher ganz brauchbar, aber der [I]User Guide[/I] sollte eigentlich das 'sinnvollere' Buch sein. Original war immer noch ein [I]Welcome Guide[/I] zum jeweiligen Rechner dabei mit Glückwünschen und ersten Desktopschritten - z.B. rechte Maustaste nutzen usw. Das kannst Du aber sicher mittlerweile fast alles schon.
Desweiteren exisiteren auch allerlei Hilfefiles für die !StrongED Hilfe - mit Info's zu BasicBefehlen, SWIs, Systemaufbau, Assembler. Sehr nützlich !
Und für Basic gibt es das da : [URL="http://www.riscworld.co.uk/volumes/volume4/issue3/basicv/index.htm"]Dabhand Basic V[/URL].
Für den grundlegenden (technischen) Überblick bietet sich [URL="http://www.pagetable.com/?p=68"]Archimedes Operating System[/URL] an.
Beide allerdings nur in Englisch.
Es gab auch ein deutsches Basic-Handbuch, würde mich nicht wundern, wenn auch das als PDF irgendwo herumgeistern würde.
Ein paar schöne Sachen für's 'Real Acorn Feeling Anno 1994' kannst Du bei [URL="ftp://ftp.uni-stuttgart.de/pub/systems/acorn/riscos/magazines/german/"]StuttgartFTP[/URL] herunterladen.
Die wirklich gute und komplette Demo Seite von Icebird (.org) scheint es leider nicht mehr zu geben.
Moin Moin!
Vielleicht, sofern es sich nicht schon erschlossen hat, einige grundlegende Infos zu Dateien und Anwendungen/Applikationen unter RISCOS:
Anwendungen sind Dateiordner mit ein zwei grundlegenden Extras. So fängt der Name immer mit einem ! an. Ferner gibt es in diesen Dateiordner immer ein Objekt namens !Run. An !Run ist nur eine Bedingung geknüft: Der Inhalt muss ausführbar sein. Damit kann !Run z.B. eine Obeydatei (vgl. *.bat) sein (meistens), es könnte eine Basicdatei sein oder aber auch eine Anwendung sein. Weitere, typische Bestandteile einer Anwendung hat CMS ja bereits genannt.
Da für RISCOS nur der Objektname, nicht aber der Objekttyp relevant ist können in einem Ordner keine zwei Objekte gleichen Namens sein. Eine Datei namens "!Name" und eine Anwendung namens "!Name" in einem Ordner gehen also nicht!
Im Stammordner des Bootlaufwerkes kommt dem Objekt mit dem Namen "!Boot" eine besondere Bedeutung zu. RISCOS wird dieses Objekt beim Rechnerstart ausführen, dabei scherrt es RISCOS nicht, ob das Objekt eine ausführbare Datei oder eine Anwendung ist. Tatsächlich war !Boot bis einschliesslich RISCOS 3.1x eine Datei (Typ Desktop, was prinzipiell dem Typ Obey gleichkommt). Erst mit der "Universal-Boot" unternahm Acorn den Versuch eine einheitliche !Boot-Anwendung zu etablieren.
Neben !Boot sind noch drei weitere Anwendungen (ja, Anwendungen) wichtig:
=> "!System": Enthält verschiedene Module (vgl. *.dll), die beim Recher- oder Anwendungsstart nachgeladen werden.
=> "!Scrap": Für temporäre Dateien.
=> "Fonts": Enthält Fontdefinitionen.
=> "Printers": Stellt die konfigurierten Druckertreiber zur Verfügung. Es gibt auch eine "!Printers+".
Hinweis: Tatsächlich ist der Name prinzipiell egal, da beim Booten der Anwendungen Systemvaribalen gesetzt werden. Und auf deutschen RISCOS 3.1x Systemen heissen "!Scrap", "!Fonts" und "Printers" tatsächlich auch "!Temp", "!Schriften" und "!Drucker". Das führt aber bei Anwendungen, die (fälschlicher Weise) nicht mit den Systemvaribalen sondern mit den Dateinamen arbeiten zu Fehlern... Sollte heutzutage aber nicht mehr vorkommen und in der "Universal-Boot" werden nur die englischen Namen verwendet.
Ich hoffe das Ganze etwas entwirrt zu haben
Vielleicht, sofern es sich nicht schon erschlossen hat, einige grundlegende Infos zu Dateien und Anwendungen/Applikationen unter RISCOS:
Anwendungen sind Dateiordner mit ein zwei grundlegenden Extras. So fängt der Name immer mit einem ! an. Ferner gibt es in diesen Dateiordner immer ein Objekt namens !Run. An !Run ist nur eine Bedingung geknüft: Der Inhalt muss ausführbar sein. Damit kann !Run z.B. eine Obeydatei (vgl. *.bat) sein (meistens), es könnte eine Basicdatei sein oder aber auch eine Anwendung sein. Weitere, typische Bestandteile einer Anwendung hat CMS ja bereits genannt.
Da für RISCOS nur der Objektname, nicht aber der Objekttyp relevant ist können in einem Ordner keine zwei Objekte gleichen Namens sein. Eine Datei namens "!Name" und eine Anwendung namens "!Name" in einem Ordner gehen also nicht!
Im Stammordner des Bootlaufwerkes kommt dem Objekt mit dem Namen "!Boot" eine besondere Bedeutung zu. RISCOS wird dieses Objekt beim Rechnerstart ausführen, dabei scherrt es RISCOS nicht, ob das Objekt eine ausführbare Datei oder eine Anwendung ist. Tatsächlich war !Boot bis einschliesslich RISCOS 3.1x eine Datei (Typ Desktop, was prinzipiell dem Typ Obey gleichkommt). Erst mit der "Universal-Boot" unternahm Acorn den Versuch eine einheitliche !Boot-Anwendung zu etablieren.
Neben !Boot sind noch drei weitere Anwendungen (ja, Anwendungen) wichtig:
=> "!System": Enthält verschiedene Module (vgl. *.dll), die beim Recher- oder Anwendungsstart nachgeladen werden.
=> "!Scrap": Für temporäre Dateien.
=> "Fonts": Enthält Fontdefinitionen.
=> "Printers": Stellt die konfigurierten Druckertreiber zur Verfügung. Es gibt auch eine "!Printers+".
Hinweis: Tatsächlich ist der Name prinzipiell egal, da beim Booten der Anwendungen Systemvaribalen gesetzt werden. Und auf deutschen RISCOS 3.1x Systemen heissen "!Scrap", "!Fonts" und "Printers" tatsächlich auch "!Temp", "!Schriften" und "!Drucker". Das führt aber bei Anwendungen, die (fälschlicher Weise) nicht mit den Systemvaribalen sondern mit den Dateinamen arbeiten zu Fehlern... Sollte heutzutage aber nicht mehr vorkommen und in der "Universal-Boot" werden nur die englischen Namen verwendet.
Ich hoffe das Ganze etwas entwirrt zu haben
Ich habe mir jetzt mal die Universal boot files heruntergeladen, aber sobald ich den zweiten Teil entpacken will stürzt das ganze System ab. Ich bekomme die Fehlermeldung, daß bei Spark der Fehler 5 auftritt und dann erfolgt eine post mortem Meldung aus lauter ASCII Zeichen, die nur durch Neustart beendet werden kann.
Wobei ich nicht ganz verstehe, warum ich das eigentlich machen soll? So wie ich das verstehe, habe ich doch eine !Boot Datei. !Scrap, !Fonts und !System sind ebenfalls auf der Festplatte vorhanden. Was bringt mir diese Aktion jetzt?
Wobei ich nicht ganz verstehe, warum ich das eigentlich machen soll? So wie ich das verstehe, habe ich doch eine !Boot Datei. !Scrap, !Fonts und !System sind ebenfalls auf der Festplatte vorhanden. Was bringt mir diese Aktion jetzt?
[quote="Tide"]Was bringt mir diese Aktion jetzt? [/quote]Never change a running system!
Es bringt dir so erstmal garnichts. Das bisherige !Boot-File ist für RISC OS 3.1 standard und auch völlig ausreichend.
Dieses UniBoot brauchst du nur, wenn neuere Anwendungen die !Boot-Anwendung (also das was Acorn ab RISC OS 3.5 eingeführt hat) [i]verlangen[/i]. Solange bei dir alles ohne UniBoot läuft, würde ich da auch nichts dran drehen.
Es bringt dir so erstmal garnichts. Das bisherige !Boot-File ist für RISC OS 3.1 standard und auch völlig ausreichend.
Dieses UniBoot brauchst du nur, wenn neuere Anwendungen die !Boot-Anwendung (also das was Acorn ab RISC OS 3.5 eingeführt hat) [i]verlangen[/i]. Solange bei dir alles ohne UniBoot läuft, würde ich da auch nichts dran drehen.
Ein Stück tiefer rein in RISC OS
!System, !Scrap und !Fonts sind nicht wirklich Anwendungen. Wenn man darauf klickt wird ja kein Programm geladen das man dann anwenden kann. Aber man nutzt zwei Eingeschaften von Anwendungen. Einerseits das es ein Verzeichnis ist und darin kann man ja allerhand verstauen. Durch die !Boot Datei innerhalb dieser "Anwendung" kann sich diese Anwendung dem System bekannt geben. Da werden dann einfach Systemvariablen gesetzt die sagen wo !System und so weiter liegt. Ein Programm das ein Modul (entspricht in etwa einer DLL) nachladen will macht dies über die Systemvariable und nie mit einen absoluten Pfad. Ach ja, Module liegen in allgemeinen zentral in !System, also keine DLL Hölle mit den unterschiedlichsten Version auf der Platte verstreut. Man kann also !System, !Scrap und !Fonts an eine beliebige Stelle der Festplatte verschieben. Man muss nur dafür sorgen dass die !Boot Datei in diesen "Anwendungen" ausgeführt wird. Bei !System, !Scrap und !Fonts muss dies beim Start passieren. Auch echte Anwendungen kann man beliebig auf der Festplatte anordnen. Diese Anwendungssverzeichnisse bieten also etwas flexiblität und man hat alles in einen Verzeichnis, statt verstreut auf der Festplatte liegen. Ausnahmen sind nur die Konfiguration (siehe gleich) und eventuell Module.
In der "Anwendung" !Boot sind !System, !Scrap und !Fonts vorhanden. Also erstmal kein Unterschied, ausser das optisch weniger auf der Wurzel der Platte liegt. Tatsächkich ist das viel mehr. In der "Anwendung" !Boot befindet sich aber noch weit mehr. Das wichtigste ist das Verzeichnis Choices. In diesen Verzeichnis legen neuere Programme ihre Konfiguration zentral ab. Wenn Du so willst ist das die Registry von RISC OS Programmen. Zusätzlich findet man in !Boot die Konfiguration (Doppelklick), das Verzeichnis Library für Komandozeilenprogramme und das Verzeichnis Resources. In Resources liegen !System, !Scrap und !Fonts. Alle "Anwendugen" die dort liegen werden beim Start gebootet, also dem System per Variable bekannt gemacht. Dort liegt auch noch einiges mehr und man darf auch gerne selbst Zeug da hinlegen. Das ist nichts für "richtige" Anwendungen, da das doch etwas schwer erreichbar ist. Aber für Bibliothek und so weiter ein idealer Ort. Dort sind die optisch versteckt und doch dem System bekannt. Zusätzlich gibt es in !Boot die Möglichkeit Programme beim Start zu laden. Aber ob das auch in UniBoot vorgesehen ist weiß ich nicht ohne das zu Prüfen.
Von welchen UniBoot ist das zweite Archiv defekt? Ich habe eben alle "meine" vier Archive mit "unzip -t" getestet und die sind in Ordnung. Tatsächlich habe ich die gestern übers Internet auf den PC geladen und dann mit dem Emulator RedSquirrel getestet. Es gibt da noch ein zweiteiliges UniBoot, das ist aber einerseits nicht vollständig und paßt nicht auf DD Disketten für den A3x0, A4x0, A3000 und so weiter.
!System, !Scrap und !Fonts sind nicht wirklich Anwendungen. Wenn man darauf klickt wird ja kein Programm geladen das man dann anwenden kann. Aber man nutzt zwei Eingeschaften von Anwendungen. Einerseits das es ein Verzeichnis ist und darin kann man ja allerhand verstauen. Durch die !Boot Datei innerhalb dieser "Anwendung" kann sich diese Anwendung dem System bekannt geben. Da werden dann einfach Systemvariablen gesetzt die sagen wo !System und so weiter liegt. Ein Programm das ein Modul (entspricht in etwa einer DLL) nachladen will macht dies über die Systemvariable und nie mit einen absoluten Pfad. Ach ja, Module liegen in allgemeinen zentral in !System, also keine DLL Hölle mit den unterschiedlichsten Version auf der Platte verstreut. Man kann also !System, !Scrap und !Fonts an eine beliebige Stelle der Festplatte verschieben. Man muss nur dafür sorgen dass die !Boot Datei in diesen "Anwendungen" ausgeführt wird. Bei !System, !Scrap und !Fonts muss dies beim Start passieren. Auch echte Anwendungen kann man beliebig auf der Festplatte anordnen. Diese Anwendungssverzeichnisse bieten also etwas flexiblität und man hat alles in einen Verzeichnis, statt verstreut auf der Festplatte liegen. Ausnahmen sind nur die Konfiguration (siehe gleich) und eventuell Module.
In der "Anwendung" !Boot sind !System, !Scrap und !Fonts vorhanden. Also erstmal kein Unterschied, ausser das optisch weniger auf der Wurzel der Platte liegt. Tatsächkich ist das viel mehr. In der "Anwendung" !Boot befindet sich aber noch weit mehr. Das wichtigste ist das Verzeichnis Choices. In diesen Verzeichnis legen neuere Programme ihre Konfiguration zentral ab. Wenn Du so willst ist das die Registry von RISC OS Programmen. Zusätzlich findet man in !Boot die Konfiguration (Doppelklick), das Verzeichnis Library für Komandozeilenprogramme und das Verzeichnis Resources. In Resources liegen !System, !Scrap und !Fonts. Alle "Anwendugen" die dort liegen werden beim Start gebootet, also dem System per Variable bekannt gemacht. Dort liegt auch noch einiges mehr und man darf auch gerne selbst Zeug da hinlegen. Das ist nichts für "richtige" Anwendungen, da das doch etwas schwer erreichbar ist. Aber für Bibliothek und so weiter ein idealer Ort. Dort sind die optisch versteckt und doch dem System bekannt. Zusätzlich gibt es in !Boot die Möglichkeit Programme beim Start zu laden. Aber ob das auch in UniBoot vorgesehen ist weiß ich nicht ohne das zu Prüfen.
Von welchen UniBoot ist das zweite Archiv defekt? Ich habe eben alle "meine" vier Archive mit "unzip -t" getestet und die sind in Ordnung. Tatsächlich habe ich die gestern übers Internet auf den PC geladen und dann mit dem Emulator RedSquirrel getestet. Es gibt da noch ein zweiteiliges UniBoot, das ist aber einerseits nicht vollständig und paßt nicht auf DD Disketten für den A3x0, A4x0, A3000 und so weiter.
Hmm, habe jetzt mal den ersten Teil mit Sparkplug entpackt, woraufhin ein !Boot Verzeichnis in besagtem sysnew angelegt wird. Die alten !boot !scrap usw kopiert und gelöscht. Das neue !boot ins Stammverzeichnis kopiert, was aber dazu führte, daß die Festplatte vor sich hin ratterte und der Rechner nicht mehr ansprechbar war.
Nach Neustart kommt eine Fehlermeldung bzgl der Festplatte während des bootvorganges, danach muß die Maus jedesmal manuell über Kommandozeile neu aktiviert werden. Eigentlich soll man die !run der Maus in !system verschieben, damit das automatisch geschieht aber im neuen !boot verzeichnis habe ich das jetzt gar nicht mehr.
Nach Neustart kommt eine Fehlermeldung bzgl der Festplatte während des bootvorganges, danach muß die Maus jedesmal manuell über Kommandozeile neu aktiviert werden. Eigentlich soll man die !run der Maus in !system verschieben, damit das automatisch geschieht aber im neuen !boot verzeichnis habe ich das jetzt gar nicht mehr.