|
ENGLISH VERSION |
|
 |
| Links | | | Forum | | | Kommentare | | | News melden |
|
| Chat | | | Umfragen | | | Newsticker | | | Archiv |
|
| amiga-news.de Forum > Amiga, AmigaOS 4 > :Prefs/Workbench ... | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
| -1- | [ - Beitrag schreiben - ] |
|
26.02.2003, 18:09 Uhr DD9KWA Posts: [Ex-Mitglied] |
Mojnt, die Einstellungen (versteckte Laufwerke) werden weggespeichert aber erscheinen wieder beim nächsten Start. Also,er hat sein Gedächtnis verloren. Temporär versteckt er die Laufwerke,aber nach einem Reset sind sie wieder da. Woran könnte das liegen. Habe schon extra mit dem Opus die Protection-Bits global auf ARWED gesetzt,aber,das wäre ja ein Wunder gewesen,wenn es nur sowas gewesen wäre :) -- Schöne Grüße vom Walter aus Frankfurt/Main Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ kein (W)elt .....(W)eit .....(W)arten davor! [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
26.02.2003, 18:24 Uhr Cojo Posts: 106 Nutzer |
hmm, also hier gehts, dah das ganze ja sicher als env-var gespeichert wird. falls du opus als wb-erstaz laufen hast, musste das evtl im opus einstelln.... [ - Antworten - Zitieren - Direktlink - ] |
|
26.02.2003, 18:33 Uhr DD9KWA Posts: [Ex-Mitglied] |
an Cojo ->hmm, also hier gehts, dah ... hähähä,das finde ich einfach klasse (Sei mir nicht Böse,aber,das lief hier auchmal :)) ->das ganze ja sicher als env-var gespeichert wird. das dachte ich mir auch und tat deswegen eventuellen Schreibschutz entfernen ->falls du opus als wb-erstaz laufen hast ... Nee,isnich. Habe nur das Opus 4.17 Das starte ich immer von Hand! Danke... -- Schöne Grüße vom Walter aus Frankfurt/Main Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ kein (W)elt .....(W)eit .....(W)arten davor! [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
26.02.2003, 20:23 Uhr Palgucker Posts: 1342 Nutzer |
Wird eigentlich in den Workbench.prefs in Dh0:Prefs/Env-Archive/Sys/ abgespeichert. Kannst ja dort nochmal die Flags angucken. oder mal Workbench starten und extra über Menu Open die Prefs laden und vielleicht über save as dort wieder speichern. Wenn alles glatt geht, sollte beim editieren der Workbench.prefs auch die von Dir zu versteckenden Gerätenamen auftauchen. [ - Antworten - Zitieren - Direktlink - ] |
|
26.02.2003, 22:01 Uhr DD9KWA Posts: [Ex-Mitglied] |
an Palgucker ->... eigentlich in Dh0:Prefs/Env-Archive/Sys/ bei mir.............SYS:Prefs/Presets/ (siehste,da hammer den Salat :( Weißt Du,wie ich den davon Überzeugen kann.seine Daten aus .../SYS/ zu holen? Habe sie auch mit ".... als" dort abgespeichert,aber irgendwie scheint der Intern immerwieder sich auf /Presets/ umzustellen. Und wenn er sich dorthinstellt ... die Daten,die auch dort abgespeichert sind,will er nicht :( -- Schöne Grüße vom Walter aus Frankfurt/Main Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ kein (W)elt .....(W)eit .....(W)arten davor! [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
26.02.2003, 23:08 Uhr Palgucker Posts: 1342 Nutzer |
An DD9KWA Das Prefsprogramme über Menü die zu ladenden Files aus Presets/ holen, ist glaub ich völlig in Ordnung. Nur über die Buttons save oder use werden die Preferenzen entweder in Envarc:Sys/ und / oder in ENV:Sys/ gespeichert. Das müßtest Du auch mit Snoopdos verfolgen können. Versuch doch mal, eine Sicherheitskopie von Workbench.prefs aus Envarc:Sys/ zu machen, und dann das File zu löschen, nur um zu sehen, ob dieses gelingt. Wenn dies nicht funktioniert, stimmt mit den Flags was nicht, oder irgendein Programm hat einen Look drauf. Letzteres könnte ich mir aber auch nicht erklären. Hast Du schon mal die Workbench.prefs (die von Envarc/Sys/) in einen Hexeditor betrachtet?. Dort Solte mindestens ein Chunk namens WBHD sein und als nächstes sollte der Gerätename von dem zu verbergenden Gerät eingetragen sein. Ansonsten fällt mir höchstens noch ein das Du ja mal schauen könntest, ob Bei Dir in Ram:ENV/ das Verzeichnis Sys/ existiert. [ - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 00:00 Uhr DD9KWA Posts: [Ex-Mitglied] |
an Palgucker ->Das Prefsprogramme über Menü die zu ladenden Files aus Presets/ Das ist Okay? ->Nur über die Buttons save oder use werden die Preferenzen ... Stimmt. Habe alles (workbench.prefs) wegranamed ... wird da wieder erzeugt (aber nicht die Laufwerke versteckt. Die Qualität: , Rahmengröße: , usw.,die Sachen werden dummerweise übernommen. ->Das müßtest Du auch mit Snoopdos verfolgen können. Ich fürchte,daß mir das insofern nichts bringt,da das Programm keine Fehlermeldung als solche ausspuckt und dazu: Er macht ohnehin was er will :) -> Versuch doch mal, eine Sicherheitskopie von Workbench.prefs Wie ich schon berichtete. Er kreiert brav sein File aber nimmt das gespeicherte nicht an. ->aus Envarc:Sys/ zu machen, und dann das File zu löschen, nur um zu habs zur sicherheit nur Renamed,daß er das nichtmehr findet. In RAM: in Prefs/ENV-ARC und in Prefs/Presets ->Weenn dies nicht funktioniert, stimmt mit den Flags was nicht, die stehen alle auf ARWED ->oder irgendein Programm hat einen Look drauf. Meinste das kann das Snoopi rausfinden? Eher auchnicht gell? ->Letzteres könnte ich mir aber auch nicht erklären. hm,ich tu mir da auch schwer ->Hast Du schon mal die Workbench.prefs ... ein HEX? Ich nehme an,wenn ich da was ändere/zufüge und dann speichere,wird der nichtmehr als Prefsfile akzeptiert und/oder legt grade ein neues an :( ->Dort Solte mindestens ein Chunk namens WBHD sein und ... Danke,mal sehen ->Ansonsten fällt mir höchstens noch ein das Du ja ... Ja,das workbench.prefs ist bis auf das byte und Sekunde das gleiche -- Schöne Grüße vom Walter aus Frankfurt/Main Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ kein (W)elt .....(W)eit .....(W)arten davor! [ Dieser Beitrag wurde von DD9KWA am 27.02.2003 editiert. ] [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 01:25 Uhr Palgucker Posts: 1342 Nutzer |
An DD9KWA Habe alles (workbench.prefs) wegranamed ... ja, da ist wieder so eine Feinheit, wollte damit nur wissen, ob irgend ein anderes Programm die Workbench.prefs in Benutzung(...Lock - schönen Look auch) hat, was aber sehr ungewöhnlich wäre. Aber Files, die Benutzt werden, lassen sich merkwürdigerweise umbenennen. Mir kam es aber auf einen Löschversuch an, der in diesen Fall ohne Fehlermeldung nicht vonstatten geht. So kann man es auch nicht überschreiben, da es dazu erstmal gelöscht werden müsste. Anderererseits sollte auch das Programm Workbench beim misslingen der saveoperation eine Fehlermeldung ausgeben. Aber das ist wie gesagt mehr so ein im Dunkeln stochern, eben um die Fehler einzugrenzen. Mit Snoopdos muß man auch nicht unbedingt Fehler suchen, es kann einen auch schlicht und einfach anzeigen, woher ein Programm sich z.B die Prefs holt oder nach welchen Tooltypes es fragt, ohne das es zu Fehlern kommt. Zu den Flags wollte ich noch sagen, das R W und D ausreichen. Ausführbar ist es nicht und der Archive-Flag wird glaube ich vom Amiga-OS garnicht richtig unterstützt. Es wird, soweit ich weiss, von Backup und Packprogrammen genutzt. Wichtig wäre vielleicht das Ergebnis vom Hexeditor.Das war aber keine Aufforderung, das Du irgendwas verändern sollst. Nur halt mal gucken. [ - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 14:14 Uhr DD9KWA Posts: [Ex-Mitglied] |
an Palgucker ->..werden, lassen sich merkwürdigerweise umbenennen. Nicht alle :) Wenn ich ein Teilchen manipulieren will,welches von einem laufenden Programm okkupiert ist :) aber,bei den meisten scheint ein Renamen im Betrieb drinzusein ->So kann man es auch nicht überschreiben ... Stimmt,aber ein Mecker bleibt hier aus (und kommen zumeist dann,wenn man sie nicht erwartet:) ->... sollte auch das Programm Workbench beim misslingen ... wie Du schon angedeutet hast ... sollte :)) ->... eben um die Fehler einzugrenzen. richtig. Das ist ja auch das was mich schärft ->... nach welchen Tooltypes es fragt, ohne das es zu Fehlern ... Stimmt. Habe es mal parallel gestartet. Aber auch hier zeigt der mir bei Tooltypes ein Fehl (haaaa,des habe ich schon so gemerkt:) Habe folgendes in den Tooltypes eingestellt: FROM=Workbench:Prefs/Env-Archive/Workbench.prefs (ACTION=EDIT|USE|SAVE) (EDIT) (USE) (SAVE) (CREATEICONS=YES|NO) (PUBSCREEN=<public screen name>) Nur,erster Eintrag ist dem gänzlich wurscht,ob der in Klammer ist oder ob da was steht :( ->Zu den Flags wollte ich noch sagen, das R W und D ausreichen. Ich habe mal ARWED genommen. Sieht ja auch besser aus und es schadet ja nicht :) ->Es wird, soweit ich weiss, von Backup und ... Richtig. Das Diavolo hats auch mit sone flags ->Wichtig wäre vielleicht das Ergebnis vom Hexeditor. Da steht nur: FORM ^PREFPRHD WBNC ( WBHD SDH1: WB HD SDH4: (genauso abgetippelt) Er soll aber SDH1 und SDH4 vestecken. Macht der "®½½¾" aber nicht :() ->das Du irgendwas verändern sollst. Nur halt mal gucken. hm,jede Cursorbewegung in meinem Hexa (Filex 2.0) löscht das darunterliegende Zeichen :( -- Schöne Grüße vom Walter aus Frankfurt/Main (Rechtschreibfehler können behalten werden ... hab noch viele davon :-) Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ kein (W)elt .....(W)eit .....(W)arten davor! [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 15:19 Uhr Holger Posts: 8116 Nutzer |
Zitat:Also: Nicht alles, was in SnoopDos o.ä. als Fehlschlag angezeigt wird, ist auch ein Fehler. Es ist vollkommen normal, das Programme überprüfen, ob bestimmte Optionen vorhanden sind, ohne das sie benötigt werden. Außerdem: ToolTypes sind Einstellungen, bzw. Anweisungen an das dazugehörige Programm. Die ToolTypes des Einstellungsprogramms Workbench sind für das Einstellungsprogramm und nicht für die Workbench. Zitat:Das stimmt nicht. Damit weist Du das Einstellungsprogramm an, die entsprechende Datei zu laden. D.h. Du siehst nicht mehr, was tatsächlich eingestellt ist, sondern die Einstellungen aus dieser Datei. Aktiv sind die Einstellungen dadurch aber nicht. Somit führst Du Dich selbst ins Irre. Jetzt mal etwas produktiver.. Du hast offensichtlich eine Datei workbench.prefs in ENVARC:, bzw. Workbench:Prefs/Env-Archive Jetzt mußt Du überprüfen, ob diese Datei nach dem booten auch nach ENV:, bzw. Ram:Env kopiert wurde, denn nur, was dort ist, ist aktiv. Wenn nicht, überprüfe ob die Zeile C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ in der startup-sequence enthalten ist. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 15:28 Uhr Holger Posts: 8116 Nutzer |
Zitat:Ein Hexeditor sollte eher so einen Output liefern 0000: 464F524D 00000054 50524546 50524844 FORM...TPREFPRHD 0010: 00000006 00000000 00005742 4E430000 ..........WBNC.. 0020: 001E0000 1FF60000 00020000 0010FFFF .....ö.......... 0030: FFFF0001 00010001 00000019 00010001 ................ 0040: 57424844 00000005 52414D3A 00005742 WBHD....RAM:..WB 0050: 48440000 00054446 303A0000 HD....DF0:.. Sonst ist's kein Hexeditor. Das nur am Rande. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ Dieser Beitrag wurde von Holger am 27.02.2003 editiert. ] [ - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 16:29 Uhr DD9KWA Posts: [Ex-Mitglied] |
an Holger ->Ein Hexeditor sollte eher so einen Output liefern [courier] 0000: 464F524D 00000054 50524546 50524844 FORM...TPREFPRHD der Filex sollte das ja machen,aber ich mache sone Dinge lieber im DOSControl Der Überschreibt nicht und zeigt mir auch die Punkte. ->sonst ist's kein Hexeditor. Das nur am Rande. Ich dachte auch,daß der ganz gut ist. Ists aber doch nicht :) -- Schöne Grüße vom Walter aus Frankfurt/Main (Rechtschreibfehler können behalten werden ... hab noch viele davon :-) Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ kein (W)elt .....(W)eit .....(W)arten davor! [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 16:53 Uhr DD9KWA Posts: [Ex-Mitglied] |
an Holger ->Also: Nicht alles, was in SnoopDos o.ä. als Fehlschlag ... gell? Kam mir auch schon anderweitig etwas misteriös vor ->Es ist vollkommen normal, das Programme überprüfen ... Habe auch andere Programme im Start darin beobachtet. Auch da waren "Fehl" ->Außerdem: ToolTypes sind Einstellungen, bzw. ... ja,muß ich mir verinnerlichen. Gut zu Wissen :) ->Somit führst Du Dich selbst ins Irre. Da gehe ich auch von aus. Kann mir vorstellen,daß ich mich hier und da selbst ausbremse :( ->Du hast offensichtlich eine Datei workbench.prefs in ENVARC ... in :Prefs/Env-Archive in :Prefs/Presets in RAM:Env in RAM:Env/Sys aber,nichts fruchtet ->Jetzt mußt Du überprüfen, ob diese Datei nach dem booten ... hoffentlich wird sie dort auch gelesen. Ist da :( ->C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ ist,ich bilde mal meine Startup ab: ------------------------------------ ; $VER: Startup-Sequence 45.1 vom 27.2.03 ;set echo on ; ->um den Ablauf der S-S zu beobachten If Exists C:IDEFix C:IDEFix EndIf C:val C:SetPatch QUIET CyReq ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist PatchRAM ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist C:Version >NIL: C:AddBuffers >NIL: DF0: 15 FailAt 21 C:MakeDir RAM:T RAM:Clipboards RAM:ENV RAM:ENV/Sys C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ Resident >NIL: C:Assign PURE Resident >NIL: C:Execute PURE Assign >NIL: ENV: RAM:ENV Assign >NIL: T: RAM:T Assign >NIL: CLIPS: RAM:Clipboards Assign >NIL: REXX: S: Assign >NIL: PRINTERS: DEVS:Printers Assign >NIL: KEYMAPS: DEVS:Keymaps Assign >NIL: LOCALE: SYS:Locale Assign >NIL: LIBS: SYS:Classes ADD Assign >NIL: HELP: LOCALE:Help DEFER BindDrivers C:Mount >NIL: DEVS:DOSDrivers/~(#?.info) C:LoadMonDrvs IF EXISTS DEVS:Monitors IF EXISTS DEVS:Monitors/VGAOnly DEVS:Monitors/VGAOnly EndIF C:List >NIL: DEVS:Monitors/~(#?.info|VGAOnly) TO T:M LFORMAT "DEVS:Monitors/%s" Execute T:M C:Delete >NIL: T:M EndIF SetEnv Language "english" SetEnv Workbench $Workbench SetEnv Kickstart $Kickstart UnSet Workbench UnSet Kickstart C:AddDataTypes REFRESH QUIET C:IPrefs C:ConClip Path >NIL: RAM: C: SYS:Utilities SYS:Rexxc SYS:System S: SYS:Prefs SYS:WBStartup SYS:Tools SYS:Tools/Commodities SYS:System/REXXMast >NIL: IF EXISTS S:User-Startup Execute S:User-Startup EndIF Resident Execute REMOVE Resident Assign REMOVE c:avail >nil: flush c:wbctrl MCM=265536 IMT=FAST C:LoadWB EndCLI >NIL: ----------------------------------------------- Vielleicht siehst Du ja darin einen Mist :) Ich mache da nur was,von dem ich mir denke,daß es praktisch ist (wie diese RAM-Geschichte oben) Achja: Meine HD bootet nur noch,wenn ich die Diskette mit dem ROM UPDATE für 15Sekunden reinschiebe (aber Nur nachdem ich den komplett aushatte (oder der Guru kam sowie nach dem TurboVal) Nicht nach dem Affengriff :) Naja,habe mich dran gewöhnt hähähä -- Schöne Grüße vom Walter aus Frankfurt/Main (Rechtschreibfehler können behalten werden ... hab noch viele davon :-) Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ kein (W)elt .....(W)eit .....(W)arten davor! [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 17:34 Uhr Brunadi Posts: 1365 Nutzer |
Hallo DD9KWA Einiga Befehle in Deiner Startup-Sequence sind mir nicht ganz klar, bezw. fehlen bei mir. ;set echo on ; ->um den Ablauf der S-S zu beobachten C:val CyReq ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist PatchRAM ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist IF EXISTS DEVS:Monitors IF EXISTS DEVS:Monitors/VGAOnly DEVS:Monitors/VGAOnly EndIF C:List >NIL: DEVS:Monitors/~(#?.info|VGAOnly) TO T:M LFORMAT "DEVS:Monitors/%s" Execute T:M C:Delete >NIL: T:M c:avail >nil: flush c:wbctrl MCM=265536 IMT=FAST Gruß Brunadi  -- Die meisten Computerfehler sitzen vor dem Bildschirm.. [ - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 18:06 Uhr DD9KWA Posts: [Ex-Mitglied] |
an Brunadi ->;set echo on ; ->um den Ablauf der S-S zu beobachten hier wird am Palausgang der Ablauf der Startup-Sequence Schritt für Schritt ausgegeben ->C:val Gehört zum TurboVal(idating) Das ist hier scheinbar ganz Brauchbar ->CyReq ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist ->PatchRAM ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist mein Kommentar dahinter verdeutlicht das Normal ist doch das RAM immer 100% voll,obwohl da nichts drin ist! ->IF EXISTS DEVS:Monitors ->IF EXISTS DEVS:Monitors/VGAOnly ->DEVS:Monitors/VGAOnly ->EndIF das ist vielleicht der Standard. Kann ich Dir jetzt garnicht sagen. Ist meine S-S für das AOS3.9 ->C:List >NIL: DEVS:Monitors/~(#?.info|VGAOnly) TO T:M LFORMAT "DEVS:Monitors/%s" hm ... standard glaube ich ->Execute T:M ->C:Delete >NIL: T:M ->c:avail >nil: flush ->c:wbctrl MCM=265536 IMT=FAST zuletzt war Herr Haage hierdran. Ich kenne mich da so garnicht aus. Ich mache dadrin wie gesagt nur was,was mir einleuchtet,was ich gut finde und mir in deutsch erläutert wird,wie's einzubauen ist. Sonst darfste mich nicht groß fragen :) -- Schöne Grüße vom Walter aus Frankfurt/Main (Rechtschreibfehler können behalten werden ... hab noch viele davon :-) Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
27.02.2003, 23:31 Uhr Holger Posts: 8116 Nutzer |
Zitat:Nicht in :Prefs/Env-Archive/sys ? Von dort sollte sie eigentlich nach während des Bootens nach Ram:Env/sys kopiert werden. Die Kopien in RAM:Env und Sys:Prefs/Env-Archive sind überflüssig. Zitat:Auf den ersten Blick nicht. Du kannst ja noch Deine user-startup posten. Ansonsten.... Du kannst noch versuchen, ohne startup-sequence zu booten, snoopdos zu starten und dann mit execute s:startup-sequence weiterzubooten. Es muß ein Lese-Zugriff des Programms IPrefs auf die Datei Env:sys/workbench.prefs stattfinden. mfg -- Good coders do not comment. What was hard to write should be hard to read too. [ - Antworten - Zitieren - Direktlink - ] |
|
28.02.2003, 00:06 Uhr DD9KWA Posts: [Ex-Mitglied] |
Ha :) Habe meine Startup-Sequence wie folgt geändert (aus einer alten Sicherung ausgeschnitten,was zuvor (oben) fehlte,und siehe da,er Speichert wieder. Jetzt frage mich nicht,was dafür verantwortlich ist/war :) ------------------ ; $VER: Startup-Sequence 45.1 vom 27.2.03 ;set echo on ; ->um den Ablauf der S-S zu beobachten If Exists C:IDEFix C:IDEFix EndIf Set SCSIUpdate 1 If EXISTS C:IDEFix C:IDEFix Set SCSIUpdate 0 EndIf ;If EXISTS SYS:Expansion/XSurfIDE ; Set SCSIUpdate 0 ;EndIf If EXISTS SYS:Prefs/Env-Archive/NOSCSIUPDATE Set SCSIUpdate 0 EndIf If $SCSIUpdate EQ 1 SetPatch QUIET C:val C:SetPatch QUIET CyReq ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist PatchRAM ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist Else SetPatch SKIPROMUPDATES "scsi.device" QUIET EndIf Unset SCSIUpdate C:Version >NIL: C:AddBuffers >NIL: DF0: 15 FailAt 21 C:MakeDir RAM:T RAM:Clipboards RAM:ENV RAM:ENV/Sys C:Copy >NIL: ENVARC: RAM:ENV ALL NOREQ Resident >NIL: C:Assign PURE Resident >NIL: C:Execute PURE Assign >NIL: ENV: RAM:ENV Assign >NIL: T: RAM:T Assign >NIL: CLIPS: RAM:Clipboards Assign >NIL: REXX: S: Assign >NIL: PRINTERS: DEVS:Printers Assign >NIL: KEYMAPS: DEVS:Keymaps Assign >NIL: LOCALE: SYS:Locale Assign >NIL: LIBS: SYS:Classes ADD Assign >NIL: HELP: LOCALE:Help DEFER BindDrivers C:Mount >NIL: DEVS:DOSDrivers/~(#?.info) C:LoadMonDrvs IF EXISTS DEVS:Monitors IF EXISTS DEVS:Monitors/VGAOnly DEVS:Monitors/VGAOnly EndIF C:List >NIL: DEVS:Monitors/~(#?.info|VGAOnly) TO T:M LFORMAT "DEVS:Monitors/%s" Execute T:M C:Delete >NIL: T:M EndIF SetEnv Language "english" SetEnv Workbench $Workbench SetEnv Kickstart $Kickstart UnSet Workbench UnSet Kickstart C:AddDataTypes REFRESH QUIET C:IPrefs C:ConClip Path >NIL: RAM: C: SYS:Utilities SYS:Rexxc SYS:System S: SYS:Prefs SYS:WBStartup SYS:Tools SYS:Tools/Commodities SYS:System/REXXMast >NIL: IF EXISTS S:User-Startup Execute S:User-Startup EndIF Resident Execute REMOVE Resident Assign REMOVE ;c:avail >nil: flush ;c:wbctrl MCM=265536 IMT=FAST C:LoadWB EndCLI >NIL: ------------------------------------ Bitte mit oben vergleichen. Irgendwo in der Änderung lag der Fehler! -- Schöne Grüße vom Walter aus Frankfurt/Main (Rechtschreibfehler können behalten werden ... hab noch viele davon :-) Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ [ Dieser Beitrag wurde von DD9KWA am 28.02.2003 editiert. ] [ - Ändern - Antworten - Zitieren - Direktlink - ] |
|
28.02.2003, 03:09 Uhr yelworC Posts: 401 Nutzer |
Ich habe zwei Verbesserungsvorschläge für Deine Startup-Sequence. Bei Dir sieht der Teil mit SetPatch so aus: If $SCSIUpdate EQ 1 SetPatch QUIET C:val C:SetPatch QUIET CyReq ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist PatchRAM ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist Else SetPatch SKIPROMUPDATES "scsi.device" QUIET EndIf D.h. SetPatch wird zweimal gestartet, wenn das SCSI Update installiert werden soll. Das macht zwar eigentlich nichts, aber ist einfach unschön ;). Zudem werden die Programme val, CyReq und PatchRAM auch nur bei aktiviertem SCSI Update gestartet. So sollte der Teil meiner Meinung nach korrekt aussehen: If $SCSIUpdate EQ 1 SetPatch QUIET Else SetPatch SKIPROMUPDATES "scsi.device" QUIET EndIf C:val CyReq ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist PatchRAM ; ->hiermit wird erreicht daß das RAM nicht immer 100% voll ist So wird SetPatch auf jeden Fall nur einmal gestartet und die 3 anderen Programme werden auch in jedem Fall ausgeführt. Außerdem ganz am Anfang: ; $VER: Startup-Sequence 45.1 vom 27.2.03 ;set echo on ; ->um den Ablauf der S-S zu beobachten *If Exists C:IDEFix <- das hier löschen * C:IDEFix <- das hier löschen *EndIf <-das hier löschen Set SCSIUpdate 1 If EXISTS C:IDEFix C:IDEFix Set SCSIUpdate 0 EndIf Die drei Zeilen mit dem Stern davor (den hab natürlich ich da hingemacht zum Kennzeichnen ;)) solltest Du entfernen. Es reicht, wenn IDEFix einmal pro Bootvorgang gestartet wird (falls Du es überhaupt verwenden solltest). Ich vermute WBCtrl hat den Fehler mit den workbench.prefs hervorgerufen. Durch die Option IMT=FAST wird erreicht, dass die Icons auf der Workbench im Fastram abgelegt werden. Da es genau die gleiche Option auch in sys:prefs/workbench gibt ("Bilder in: anderer Speicher"), ist vielleicht dadurch etwas "kollidiert" und deshalb wurden die Einstellungen nicht verwendet. Falls Du noch nicht genug vom Basteln hast, dann probier doch einfach mal, ob es geht, wenn du WBCtrl zwar startest, aber nur die MCM (=MaxCopyMem) Option verwendest. ;) [ - Antworten - Zitieren - Direktlink - ] |
|
28.02.2003, 19:14 Uhr DD9KWA Posts: [Ex-Mitglied] |
an yelworC ->Ich habe zwei Verbesserungsvorschläge für Deine ... Sorry daß ich nicht alles Zitiere ... weißt ja was Du geschrieben hast :) Vielen aber herzlichen Dank :) Habe es analog hierzu (einmal AWeb und einmal EditPad) geändert und werde mich wieder reinmelden,wie es ausging. (wird in der Änderung erscheinen :) ->So wird SetPatch auf jeden Fall nur einmal gestartet ... gell? Dachte mir daß der Teufel im Detail steckt! ->und die 3 anderen Programme werden auch in jedem Fall ausgeführt. das ist mir schon wichtig ... danke ->Die drei Zeilen mit dem Stern davor ... Super ->Ich vermute WBCtrl hat den Fehler mit den workbench.prefs ... irgendwas ist an meinen Auskommentierungen gewesen. Da war das bei. Und wenn Du schon denkst,daß da eventenudel was schieflief ... :)) Ich kann auch nur Vermuten! ->wenn du WBCtrl zwar startest, aber nur die MCM ... Ja,machte ich. Ich melde mich in jedem Fall :)) jetzt kommt die Entscheidung! habe es so gemacht: ---- ... ... ;c:avail >nil: flush c:wbctrl MCM=265536 IMT=FAST ---- also dieses ;c:avail >nil: flush wars,die das Gedächtnis der "Workbench" nahm! Habe es gelöscht! Jetzt ist dieses Problem behoben. Prima ... :) -- Schöne Grüße vom Walter aus Frankfurt/Main (Rechtschreibfehler können behalten werden ... hab noch viele davon :-) Homepage ist: http://home.tiscali.de/laminator/dd9kwa/ [ Dieser Beitrag wurde von DD9KWA am 28.02.2003 editiert. ] [ - Ändern - Antworten - Zitieren - Direktlink - ] |
| -1- | [ - Beitrag schreiben - ] |
| amiga-news.de Forum > Amiga, AmigaOS 4 > :Prefs/Workbench ... | [ - Suche - Neue Beiträge - Registrieren - Login - ] |
|
|
Impressum |
Datenschutzerklärung |
Netiquette |
Werbung |
Kontakt
Copyright © 1998-2024 by amiga-news.de - alle Rechte vorbehalten. |
|