Testberichte

2. Nachtrag zum Review des BoingBag 3.9.1 (von Christian Aichinger)

So, was soll ich sagen? Einen Tag, nachdem ich das BoinBag-Review an Carsten abgeschickt hatte, wurde auf den Server von Amiga ein überarbeitetes BB1 abgelegt. Hätte es dazu keine Meldung auf Amiga-News gegeben, wäre dies wahrscheinlich von niemandem bemerkt worden, denn weder die Versionsnummer unterschied sich vom ersten BB1, noch gab es großartige Unterschiede in den digitalen Ausmaßen - sprich: Archivgröße - des Updates. Hier zeigte sich mal wieder die "merkwürdige" Informationspolitik der Firma AMIGA. Auf der anderen Seite muß man AMIGA Inc. aber auch die schnelle Reaktion auf Bug-Reports und die Veröffentlichen des Updates zugute halten (oder nicht zugute halten: Lest dazu bitte die Berichte von Lesern, die mir geschrieben haben).

Zu dem neuen BB1:

Die erwähnten Probleme mit dem deutschen Utilities.catalog und IconEdit wurden behoben und auch einige Commodities wurden in aktualisierten Versionen im "neuen" BB1 untergebracht.

Zu meinen erwähnten Problemen mit der Einbindung von AMPlifier in Voyager hat sich bis jetzt leider noch kein Leser gemeldet und ich hatte diesen Monat einfach zu wenig Zeit, mich mit diesem Problem näher auseinanderzusetzen. Sobald ich mal die Muse und die Zeit dazu finde und dieses Problem in den Griff bekomme (oder mir ein aufmerksamer Leser die benötigten Information zukommen läßt), werde ich euch darüber auf dem Laufenden halten.

Das zweite von mir erwähnte Problem mit HDToolBox habe ich aber mittlerweile ausfindig machen können. Da mir letzten Monat mein SCSI- Hostadapter (Blizzard-1230IV-SCSI-Kit) kaputt gegangen ist und ich ihn desterwegen ausbauen mußte, war in den Tooltypes von HDToolBox ein falscher (oder besser gesagt: ein nicht vorhandener) Gerätetreiber (1230scsi.device) eingetragen. Nachdem ich das Tooltype entfernt hatte, verhielt sich HDToolBox wieder ganz normal. Ob das nun ein Bug von HDToolBox ist oder eine falsche Konfiguration meinerseits ist, ist wohl reine Auslegungssache. Eine kleine Information, daß der eingetragene Gerätetreiber überhaupt nicht zur Verfügung steht, hätte mir HDToolBox ruhig mal ausgeben können. Man muß solche Dinge ja nicht komplizierter machen, als das unbedingt nötig wäre.

Einige Leser berichteten mir noch über ihre Erfahrungen mit BoingBag1 für OS3.9, die ich euch natürlich nicht vorenthalten möchte.

Andreas Franz (Andreas.Franz@arcormail.de) schrieb:

> Leider löste bei mir das BoingBag größte Probleme mit dem FastFilesystem
> aus (V45.9!!):
>
> - es kam zu Dateien mit dem Namen "" und der Größe 0 Bytes, Datum
> 01.01.1978
>
> - nach einem Crash beim Surfen waren verschiedene Verzeichnis
> "verschwunden" bzw. hatten Prüfsummenfehler
>
> - ein vollständiges Backup hatte ich natürlich auch
> nicht ...
>
> Ich habe nun das SmartFileSystem installiert und bin nun ganz "happy". ->
> Meine Empfehlung: Runter mit FFS, rauf mit SFS!
>
> ASyncWB ist zwar schön, hat bei mir aber schon einigemale den Rechner
> "eingefroren" (Mauspfeil ist wie festgeklebt, keinerleie Grafikausgabe
> mehr).

Zu dem langsamen ASyncWB kann ich nur sagen, daß möglichst ein flotter Festplatten-Kontroller eingesetzt werden sollte. Mit einem ZorroII-IDE- Kontroller oder dem internen IDE-Anschluß des A1200 wird durch ASyncWB die CPU des Rechners sehr stark belastet. Das ist mir im Übrigen auch aufgefallen, als ich auf meinen SCSI-Adapter verzichten mußte und nur eine 2.5"-IDE-Festplatte in meinem A1200 zur Verfügung hatte. Mittlerweile habe ich wieder einen funktionsfähigen SCSI-Hostadapter in Betrieb und die Geschwindigkeit von ASyncWB ist für mich absolut zufriedenstellend. Das das gesamte System aufgrund von ASyncWB einfriert, ist aber trotzdem nicht in Ordnung. Was vielleicht helfen könnte, ist, daß man die Buffer der verwendeten Partitionen mit dem AddBuffers-Befehl oder mit HDToolBox erhöht. Werte um 1000 sollten einen merklichen Performance-Schub zutage bringen.

Michale Wilde (Michael.Wilde@stud-mail.uni-wuerzburg.de) schrieb:

> Ich hatte deftige Abstürze beim Starten (EASys ist bei mir installiert).
> Wenn man das "AmigaOSUpdate"-File des Updates untersucht (scheint ein
> lha-file zu sein), sieht man, welche Files so stillschweigend installiert
> werden. Wenn man nun eines dieser Files mit dem alten ersetzt, tritt
> irgendwann dieser Fehler nicht mehr auf. Bei mir war es das "rxlib" im
> "sys:rexxc"-Verzeichnis. Jetzt läuft alles bestens... ;)

Danke für den Tipp! User die Probleme mit ARexx und/oder EASys nach der Installation von BB1 haben, sollten den Tipp vielleicht mal ausprobieren. Bei dem "AmigaOSUpdate"-File handelt es sich übrigens um ein passwortgeschütztes ZIP-File. Warum dieses unbedingt mit einem Passwort geschützt sein muß, so daß man nicht in der Lage ist, nur einzelne Dateien mit ZIP oder UnArc zu entpacken, ist mir rätselhaft. AMIGA Inc. scheint dem Amiga-User nicht viel zuzutrauen.

Gernod Schomberg (G.Schomberg@t-online.de) schrieb gleich einen ausführlicheren Erfahrungsbericht:

> Hier meine Meinung/Erfahrung:
>
> Meine Einstellung zu AmigaOS3.9 ist nicht besonders gut, deshalb wundert
> es mich auch nicht, dass schon so schnell eine Korrektur, wie immer man
> sie auch nennen mag, erschienen ist. Natürlich habe ich mir das Archive
> sofort heruntergeladen und nach dem Entpacken mit Erstaunen festgestellt,
> dass etwa 4,5 Megabytes für Locale-Dateien verwendet sind. Nicht, das es
> mich stört, dass es diese Dateien gibt, ich bin ja auch Ausländer, fast
> überall, aber man hätte doch eine Vorauswahl möglich machen können,
> welche Sprache man zusätzlich zum Englischen haben möchte. Wieviel
> Megabytes Datentransport und damit Kosten für Online-Zeit hätten da doch
> gespart werden können!
>
> Und als Hammer empfand ich eine Mitteilung am 5. April:
>
> »BoingBag3.9-1
> Auf der OS3.9-Support-Seite befindet sich seit dem 04.04.2001 ein
> aktualisiertes BoingBag3.9-1 Archiv mit kleineren Änderungen. Die
> aktuelle Dateigröße ist 5.254.174 Bytes. Wer also BoingBag3.9-1 vor dem
> 04.04.2001 heruntergeladen hat, kann sich das Archiv erneut laden.
> Folgende Änderungen wurden gemacht:
>
> 1. Deutsche Lokalisierung von IconEdit jetzt in Ordnung
> 2. Die Commodities Blanker, CrossDOS, Exchange und FKey sind nun wirklich
> in ihrer aktuellsten Version enthalten.«
>
> Wegen dieser Kleinigkeiten muss man sich noch einmal das ganze Paket
> holen!
>
>
> Ich hatte mir seit OS3.9 (wie empfohlen) FBlit eingerichtet, um etwas
> Chip-RAM für die Glowicons zu sparen (es brachte tatsächlich nicht viel).
> Darauf hin hatte ich Probleme mit dem Ausschneiden von Brushes in den
> Programmen "DPaint" und "PPaint". In FBlit habe ich im Voreinsteller
> diese Programme ausgeschaltet und es funktionierte.
>
> Mit dem BoingBag kam nun "AsyncWB". Und jetzt machte sich der gleiche
> Fehler bemerkbar, wenn ich mit der in TurboPrint integrierten
> Tastenkombination "Alt Ctrl A" einen Teil des Bildschirms ausschneiden
> und im RAM ablegen wollte. Im Ausschnitt entstanden senkrechte, schwarze
> Striche, die am Mauszeiger erschienen. Abhilfe: Entweder "FBlit" oder
> "AsyncWB" weg lassen! Ich habe mich für das Erste entschieden.
>
> Das neue WBRun funktioniert bei mir nicht. Ich kann aus einem Script oder
> direkt von der Shell kein Programm mit Icon starten! Ich habe wieder das
> alte WBRun V2.2 aktiviert, und damit arbeitet alle Programme wieder, die
> es verwenden.
>
>
> Gernod Schomberg
> g.schomberg@t-online.de

Und sogar einen Nachtrag hat Gernod verfaßt. Bitte lest weiter:

> Nachtrag:
>
> Es lies mir keine Ruhe, da ich den BoingBag vorher nur Schritt für
> Schritt eingerichtet hatte (weil ja rigoroser Weise alles überschrieben
> wird) und ich dabei durchaus etwas hätte übersehen können.
>
> Deshalb habe ich nocheinmal meine SYS:-Partition, die ich zu diesem Zweck
> gut unter 100 MBytes halte, auf eine startfähige ZIP-Disk kopiert und den
> BoingBag dorthin installiert. Beim Start von dieser Disk erhielt ich
> zweimal die Meldung "WBRUN: SPEICHERPLATZMANGEL", der Bootvorgang ging
> aber bis zum Schluss weiter. Tatsächlich wird in der "User-Startup" 4
> oder 5 Mal der Befehl "WBRun" verwendet.
>
> Und nun muss ich mich korrigieren, ich kann nun Programme aus Scripts
> starten, was ich als Gegenkontrolle inzwischen auch bei meiner SYS:-
> Partition auf der HD feststellte, aber das Abspeichern aus einem Programm
> heraus, das Spielstände und die Konfigurationen sichert, funktioniert
> nicht. Das Programm, das mit "WBRun" aufgerufen worden war, öffnet beim
> Wunsch nach Speicherung einen Requester mit der Meldung, dass eben das
> nicht möglich sei. Hier kann ich nicht sagen, welche Programme allgemein
> betroffen sind, ich möchte aber wichtige Programme nicht gefährden,
> deshalb habe ich da keine weiteren Tests gemacht.
>
> G. Schomberg

So wie es aussieht, scheinen sich im AmigaOS3.9-Update trotz Überabrbeitung doch noch einige Fehler versteckt zuhaben. Wer sich zu den aufgeführten Problemen und Berichten äußern möchte, kann sich gerne an mich wenden oder seiner Meinung im AMIGA-aktuell-Forum Luft machen.

Christian Aichinger <christian@aakt.de>