Fehlerbehebung - macOS 14+, Apple Silicon und Intel. Build: 260804.
AmiSSL funktioniert wieder auf PiStorm und Vampire
Images, die mit 0.99.7 oder 0.99.8 gebaut wurden, enthielten fuer PiStorm/Emu68
und Vampire die falsche AmiSSL-Bibliothek. Jedes Programm, das
AmiSSL nutzt – Browser, FTP-Clients, alles mit HTTPS – brach mit einer
Fehlermeldung ab, obwohl AmiSSL vollstaendig installiert war.
AmiSSL liefert getrennte Builds fuer verschiedene Prozessoren, und 0.99.7 fing an,
zwischen ihnen zu waehlen. Diese Aenderung sollte ein anderes Problem loesen, das
in Wahrheit eine ganz andere Ursache hatte (zu wenig Fast RAM) – die Auswahl
ist daher wieder raus, und jedes Image bekommt den Build, der ueberall laeuft.
Wer ein Image mit 0.99.7 oder 0.99.8 gebaut hat, sollte es neu bauen.
Die Korrektur sitzt im Builder; bereits erzeugte Images behalten die falsche
Bibliothek, bis sie neu gebaut werden.
Dank an evil4admin, der den Fehler gefunden und direkt auf der
Maschine bis zur betroffenen Datei zurueckverfolgt hat.
Grosse WHDLoad-Sammlungen werden richtig berechnet
Die Pruefung, ob die Spiele passen, addierte die Dateigroessen. Ein
Amiga-Dateisystem legt aber jede Datei in ganzen Bloecken ab und braucht einen
Verzeichniseintrag dafuer. Bei Sammlungen aus tausenden kleinen Dateien wurde so
um bis zu 50% zu wenig gerechnet – die Pruefung ging durch,
und das Kopieren machte die Partition mittendrin voll.
Jetzt zaehlt sie, was die Dateien tatsaechlich belegen. Eine zu grosse Sammlung
wird vor dem Build abgelehnt statt nach mehreren Gigabyte.
Builds lassen sich abbrechen
Builds haben jetzt einen Abbrechen-Knopf. Das Kopieren einer
grossen Spielesammlung dauert, und bisher half nur, die App zu beenden. Der
Abbruch erfolgt am naechsten sicheren Punkt, nicht mitten im Schreiben.
Und wenn ein Build vorzeitig endet – abgebrochen oder fehlgeschlagen –
fragt Amiga Imager jetzt, was mit dem halbfertigen Image passieren soll,
statt eine Datei zurueckzulassen, die fertig aussieht, aber nicht bootet.
Beides angeregt von evil4admin.