[archimedes] Re: PDF
- From: Steffen Huber <steffen@xxxxxxxxxxxx>
- To: archimedes@xxxxxxxxxxxxx
- Date: Fri, 1 Feb 2019 17:33:41 +0100 (CET)
M <info4m@xxxxxxxxxxx> hat am 29. Januar 2019 um 22:19 geschrieben:
Noch ein Nachtrag:
MuView hat scheinbar Probleme, wenn der Aemulor läuft. Das Programm
startet dann nicht und bricht immer mit der merkwürdigen Fehlermeldung
ab, dass es zu wenig Speicher hat.
Aemulor limitiert aus technischen Gründen den Application Memory Slot
auf 28 MiB (wie zur guten alten 26bit-Zeit). Das führt bei
speicherhungrigen Programmen (nach RISC OS-Maßstäben! Auf anderen
Betriebssystemen gilt MuPDF als Musterbeispiel für geringen
Ressourcenbedarf...) zu genau diesen Problemen.
Eventuell kann man per Environment-Variable (vermutlich muview_heap,
falls es diesen GCC-Unixlib-Mechanismus noch gibt) MuView dazu
zwingen, eine Dynamic Area als Speicherhalde zu verwenden anstatt
des Application Memory Slots. Kann aber zu anderen Problemen führen
("physical address exhaustion" - das Problem gab es schon zu Risc PC-
Zeiten).
Ist zwar etwas unschön, aber da ich Publisher und den Aemulor nur selten
nutze, kein Problem.
Das Problem ist ja eher, dass Publisher etwa 20 Jahre nachdem klar
war dass der Code 26/32bit-neutral sein muss immer noch in der
"alten Welt" verhaftet ist. Lange nix mehr von Impression-X gehört...
Ich musste allerdings bei der Fehlermeldung und diversen anderen Dingen
öfter an Steffens Satz denken: "Die RISC OS-Experience lässt in letzter
Zeit immer mehr zu wünschen übrig ..."
RISC OS ist halt was für Bastler, Gewohnheitstiere und Entwickler mit
masochistischer Ader. Damit bin ich gleich dreifache Zielgruppe.
Gruß
Steffen
--
Steffen Huber LambdaComm System – Welcome to Trollinger Country
steffen@xxxxxxxxxxxx
Private homepage
http://www.huber-net.de/
RISC OS Blog
http://riscosblog.huber-net.de/
Other related posts:
