OS4Welt

1) Korrekt. A-EON hat Hyperion damals Ringidiggidingdong unter dem Arsch weggekauft und will seither dafür Lizenzgebühren. Daher wurde das Rad neu erfunden und eigene Notifications integriert (die zu Ringidiggidingdong natürlich kompatibel sind und davon auch ersetzt/gepatcht werden können, Hyperion ist ja nicht so).

2) Korrekt. Die Macher von Update 2, woran ich NICHT beteiligt war, haben leider das neuste Prefs/GUI nicht inkludiert, was es erlauben würde, zumindest in rudimentären Bahnen die Systemnotifications zu konfigurieren. Hier müßte allerdings noch jemand Hand anlegen und zum Einen "Systemfarben" verwenden (damit Themes das Aussehen der Notifications automatisch konfigurieren können) und zum Anderen vielleicht auch beliebige Farben erlauben.

3) Falsch. Es laufen niemals zwei Syteme. Wenn Riggidiggidingdong installiert ist (zumindest eine der letzten Versionen, die ganz alten natürlich nicht, die sollte man löschen), werden die Systemnotifications ersetzt (genauer, die entsprechende Funktion in der application_lib gepatcht).

Ich selbst habe Riggidiggidingdong schon vor Jahren aus dem System geworfen und bin mit den systemeigenen Notifications zufrieden .. die Farbwahl ist etwas eigen, insbesondere als Default hätte ich jetzt nicht Blau genommen, aber ansonsten tun sie das, was sie sollen ohne Probleme.


Da es aber scheinbar noch mehr Probleme mit U2 gibt, kommen ja hoffentlich noch ein paar Korrekturen inklusive der neusten Prefs/GUI..

Danke fur die Erklärung.
Wenn ich von Update1 zu Update 2 einfach drüber aktualisiert habe, wird dann aber Ringdingdong überschrieben? Nach der Install von U2 har Ringdingdong nix mehr gemacht, Server lief laut prefs. Notification kamnaber immer an neuer Stelle in neuem Design. Durch den laufenden Server, den ich stoppen konnte und den Wbstartup Ringding Eintrag, dachte ich halt es läuft noch....

Egal. Es läuft ja irgendwie

Das kann ich Dir nicht sagen, was da gemacht wird.. und ob überhaupt. Normalerweise sollte sich am Verhalten durch die neue application_lib nichts ändern, solange nicht der RINGHIO ARexx-Port angesprochen wird, denn der kommt vom Ringhio-Server. Alles, was vorher aber schon über IApplication->NotifyA() ging, muß sich auch nach dem Update genau so verhalten, wie vorher. Mit Ringhio-Server eben über Ringhio (weil der genau diese Funktion patcht) und ohne Server über das interne System.

Also kann/sollte man Ringhio aus der WBstartup rausnehmen?
Ich habe direkt von Upd1 nach Upd2 geupdated, ohne Zwischenschritte.

Cyborg hat geschrieben: ↑27. Dezember 2020 16:40 aber schon über IApplication->NotifyA() ging, muß sich auch nach dem Update genau so verhalten, wie vorher.

Ah, ok. Also doch die application.library. Da bei mir die Notifications immer noch oben rechts in normaler Farbe (aber ohne lauter schicke Animationen etc.) kommen, schiebt die wahrscheinlich der NotificationServer (-patch) vom Enhancer die Dinger dahin. Das würde den Unterschied erklären...

Edith: Gerade mal abgeschaltet und jetzt weiß ich auch welche "blauen Fenster unten rechts" ihr meint... Scheint bei mir aber ansonsten keinen Unterschied zu machen...

Hoffentlich gibt es auch bald noch ein SDK-Update.
Es wurde zwar Einiges erneuert, aber eben nicht alles.
Z.B. hat Exec jetzt ein GetSystemInfo(), aber gerade Exec.doc ist noch unverändert...

Bei mir läuft jetzt Update2 (AmigaOS4.1 FE Classic, in Emulation) soweit. Ich hatte einige Probleme, die aber nichts mit dem Update zu tun hatten, sondern mit verstellten WinUAE-Einstellungen. Es gab bei mir zuvor schon immer wieder Probleme mit nicht vorhandenem Internet, das habe ich jetzt neu konfiguriert, wobei ich einen DNS-Server bei den Internet-Prefs eintragen musste, damit es läuft.

Poste das hier gerade mit Odyssey, der läuft jetzt also (bis jetzt) auch, das war zuvor tatsächlich nur der nicht vorhandene Speicher. Das einzige, das man nach einem Update unter Emulation nachbessern muss, ist die Startup-Sequence (bezüglich ZorroIII-RAM,C:BootLoader COMMANDLINE="NoRamPager"). Ich habe da einfach nach Vergleich die alte Startup genommen.

Werde die nächsten Tage noch weiter testen und herumprobieren.

Ich teste auch nur in der Emulation, wie gesagt, ohne Enhancer usw. direkt nach Update2 - keine Probleme bisher.

Ich hatte auch eine relativ grundlegende Installation. Zu Hängern oder Ähnlichem kann ich noch nicht viel sagen, da muss ich noch mehr testen. Bis jetzt zumindest nicht mehr als sonst

Gelegentliche Hänger oder Wartepausen gab es bedingt durch die Emulation nämlich schon zuvor, gefühlt bewege ich mich da irgendwo zwischen CyberstormPPC und SAM440ep. Mein MacbookPro ist zwar immer noch ausreichend schnell für mich, hat mittlerweile aber auch schon über 5 Jahre auf dem Buckel. Dazu kommt noch, dass ich FlowerPot für die Installation benutzt habe d.h. ich habe da noch Wine als Wrapper dazwischen (WinUAE über Wine auf MacOSX). Laut Autor soll das zwar sogar flotter sein als eine "native" Installation über E-UAE, aber es ist trotzdem eine Schicht mehr dazwischen.

cha05e90 hat geschrieben: ↑27. Dezember 2020 14:48

cygnusEd hat geschrieben: ↑27. Dezember 2020 14:18 Funktioniert bei Dir "ROX-Filer"? Stürzt bei mir seit dem Update direkt beim Start ab.

In der Tat schmeisst ROX-Filer einen Grim-Repaper - wenn man den ignoriert, startet er aber und funktioniert auch.

Der Fehler ist gefunden: Das Programm stürzt beim Aufruf der Funktion getgroups() der newlib.library ab, die dann letztendlich die entsprechende Funktion in der usergroup.library aufruft.