Hmm, vor oder nach der Zeile mit dem
"alias sound sb"
??
Und warum gibt es keine Probleme, weil doch nacher zwei Dinge "sound"
heißen, einmal das Sounblaster-Modul (sb), einmal das OSS-SoundModul ?
Wie kann ich das im Nachhinein kontrollieren, das das Modul auch echt
diesen Parameter geschluckt hat ?
Bei falschen IRQs/DMAs merk ichs, aber bei dem Modul ja nicht.
Oder gibts da nen Trick ?
> eingetragen werden, dann läuft's (wie bei meinem Schlaptop). Alles klar?
Schon. Bei meinem Laptop (64MB RAM) besteht das Problem übrigens nicht.
Es trat auch auf der Kiste hier erst auf, nachdem die 384MB drin
waren...
Zumindest fiel es mir vorher nie auf...bei meinem vorherigen Rechner
(auch 64MB) trat das Problem während 2 Jahren Betrieb *nie* auf....ok,
vielleicht wars beim 2.0.36-er Kernel anderst aufgesetzt.
> Auf keinen Fall sollte man das obige Beispiel verwenden, denn es
> wiederspricht dem Gedanken flexibler, ladbarer Module mit klaren,
> selbstauflösenden Abhängigkeiten.
Ist mir bekannt.
Deshalb hab ich ja nach einer besseren Lösung gefragt.
Trotzdem versuch ich halt, erst selber ne Lösung zu finden, und dann
erst in die Liste zu gehen...
(IMHO kann ich nicht unbedingt schlechtes dabei finden, wenn man im
Startup-Script "sound" auch wirklich den Sound lädt...dazu ist das
Script doch schließlich da, hihi)
BTW: Könnte man diesen Vorschlag (den von Joachim, nicht meinen) in die
DLD 6.2 aufnehmen ?
Wie die andre Mail gezeigt hat, kommt das Problem wohl öfters vor...
Solong...
mfg Frank.
-- Frank Schneider, <SPATZ1@T-ONLINE.DE>. -Linux, because: Who needs Gates in a fenceless World ?? ... -.-