[archimedes] Re: !PackMan Analyse

  • From: Markus Huber <info@xxxxxxxxxxxxxx>
  • To: archimedes@xxxxxxxxxxxxx
  • Date: Tue, 29 Mar 2016 21:26:21 +0200 (BST)

Installation !PackMan
~~~~~~~~~~~~~~~~~~~~~
Der Menüpunkt Help zu einem Paket (in meime Fall "TranJPEG" welches ich
über die Suchfunktion erreicht habe) öffnete ein Fehlerfenster mit der
Titelzeile: ADFS::Silicium.$.!PackMan.!RunImage (in der Art: Postmortem,
Error abort on data transfer...) mit sehr viel Datenausgabe
(Hexzahl-Orgie), weswegen ich nur den unteren Teil "lesen" kann.

Aber tatsächlich nur bei aller ersten Aufruf. !Packman beendete sich
damit. Nach einem Programm-Neustart ist der Fehler verschwunden. Nach
einem Boot ist der Fehler nun ebenfalls verschwunden. Der Fehler ist nur
dann reproduzierbar wenn ich !PackMan wieder frisch installierte. Da ist
kein Zufall im Spiel. Ich weiß auch den Fehler hatte in in den vergangen
Tagen schon mal, aber eben nicht dokumentiert. Ist ja auch ziemlich
aufwändig heruas zu finden, daß es unbedingt eine Neuinstallation
benötigt um den Fehler nur einmal zu bekommen.

Also anderer Versuche: Ich entwende ihm seinen Choices-Folder. Obiger
Fehler kommt nicht. Ich lösche !PackMan und installiere ohne
Rechner-Neustart erneut. Wieder, obiger Fehler kommt nicht. Ich lösche
seine !Packages und starte !PackMan. Hoppla eine Nachricht von !PackMan:

Message from Package Manager
An unexpected error has occured.
PackMan will attempt to continue but it would be adviseable to close
PackMan ans restart it.
The error was: Not found (SWI 29) r0=1a

Na das war doch der Fehler den ich bei meiner allerersten Installation
auch bekam. Den ich nicht mehr nachvollziehn kann. Da kam der allerdings
in einem TaskWindow (in der Art: Postmortem, Error abort on data
transfer...).

Aber auch jetzt ist obiger Fehler verschwunden. Mann oh Mann! Nur eine
komplette Entfernung, Rechner-Neustart und Neuinstallation bringt einmal
den obigen Fehler. Egal zu welchem Paket Help angeklickt wird.

Also installiere ich jetzt mal !TranJpeg
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Im Gegensatz zu vorherigen Installationen kommt bei einem Drag&Drop um
den Speicherort festzulegen nicht der Fehler "Not meaningfull in this
context". Aber das hier im Log-Fenster:

Time     Code  Description
21:26:36 30035 The files for the packages have been installed correctly,
but 21:26:36 30036 the following warnings occurred during configuration.
21:26:36 10003 Component 'ADFS::Silicium.$.!TranJpeg' has not been
installed'

Ich speichere es diesmal auf die Festplatte und nicht direkt auf
!StrongEd.

Tja es ist tatsächlich kein !TranJpeg auf ADFS::Silicium.$
zu finden. Er hat aber ein grünes Häckchen es sei installiert. Und er
geht davon aus es sei vorhanden. Er erlaubt mir z.B. im Component
Fenster einen Link zu generieren.

Aha! Obwohl ich es explizit das Installationsverzeichnis mit seinem
Drag&Drop (also kein Tippfehler) auf ADFS::Silicium.$ gesetzt habe,
machte er einfach ein neues Verzeichnis in "meinem" !Boot-System:

ADFS::Silicium.$.!Boot.Apps.Graphics.!TranJPEG

Das finde ich nun voll krass! Und interessanterweise weiß er nicht mal
selbst, daß er es dort generiert hat und sucht es nach wie vor an
ADFS::Silicium.$

Aha, !DiffUtils konnte ich nun installieren wo ich will. Die
Deinstallation von !TranJpeg funktionierte interesanterweise vom Ort
ADFS::Silicium.$.!Boot.Apps.Graphics.!TranJPEG einwandfrei, während er
selbst eben noch einen Creata a Link für !TranJpeg auf ADFS::Silicium.$
setzte.

Mein Gott was für eine Löschaktion auf der Festplatte. Mir ging eben die
Düse was der alles löscht. Offensichtlich ist aber nur das
ADFS::Silicium.$.!Boot.Apps.Graphics.!TranJPEG kotrekt gelöscht worden.

Also noch mal !TransJpeg installiert. Selber Ort wie !DiffUtils. ne
macht er nicht. Selber "falscher" Ort wie oben.

So weit erst mal. Ich muss mich erholen... ;-)
.


Other related posts:

  • » [archimedes] Re: !PackMan Analyse - Markus Huber