Total Commander - Problem nach *.dll-Transfer

So, Jungs, ich hab ein seltsames Problem, vielleicht hat ja einer von Euch eine Idee dazu.

Ich hab ja das Dusk-theme installiert (siehe das package hier im Forum).

Das gefällt mir total gut - bis auf einen Punkt: mir gefällt die Warteanimation nicht, also dieser schwarze Balken mit dem grünen, wandernden Strich, der in der Mitte des Bildschirms auftaucht, wenn das HD2 gerade beschäftigt ist.

Jetzt habe ich herausgefunden, daß diese Wartenanimation, die Teil des themes ist, in einer *.dll-Datei verankert ist genauer gesagt in der shellres.192.dll.

Ich habe diese nun aus dem Windows-Ordner kopiert und auf meinen Computer geschickt.

Auf meinem PC habe ich dann mit dem Resource Hacker die shellres.192.dll geöffnet und die 16 *.bmp-Dateien der Dusk-Animation ausgetauscht gegen die *.bmp-Dateien der originalen Animation.

Danach habe ich die so veränderte shellres.192.dll wieder gespeichert.

Dann habe ich die Datei auf die Speicherkarte kopiert.

Da der originale File Explorer von Windows Mobile 6.5 keine *.dll-Dateien anzeigt und der von mir ebenfalls installierte RescoFile Explorer die *.dll Dateien zwar anzeigt, aber die im Windows Ordner bereits vorhandene shellres.192.dll mit der neuen, von mir modifizierten shellres.192.dll nicht überschreiben kann, habe ich aufgrund eines Rats hier im Forum den Total Commander installiert.

Ich habe allerdings die zu diesem Zeitpunkt die neueste Version des Total Commander genommen, und zwar folgende:

Total Commander 2.52 beta von hier:

http://ghisler.ch/board/viewtopic.php?t=24409

Zitat:

---

For PocketPC/PocketPC phone. These are usually devices with 320x240 or 640x480 resolution, a touchscreen, the start menu at the top, and the program menu at the bottom.

ARM/XSCALE processor (most users will need this)

---

Diese Version habe ich als *.exe heruntergeladen und über Active Sync auf meinem HD2 installiert. Danach Softreset.

Dann habe ich den Total Commander aufgerufen und die modifizierte shellres.192.dll von der Speicherkarte in den Windows Ordner kopiert.

Interessanterweise hat es nicht die Meldung gegeben "Datei vorhanden, wollen Sie die datei überschreiben", sondern es hat sie einfach rüberkopiert, obwohl Dateiname und Erweiterung gleich sind.

Nun gut, ich hab dann einen Softreset gemacht und folgendes ist passiert:

Es hat normal gestartet, bereits am Anfang zeigte sich, daß die Warteanimation tatsächlich wieder die originale war, ganz genau so wie ich sie ja in der shellres.192.dll geändert habe.

ABER:

In der Taskbar war plötzlich wieder das originale WM-Logo, nicht das Dusk-Logo und außerdem fehlte das Icon von Dusk Showcase in der Taskbar. Darüberhinaus stimmte die Netzanzeige nicht mehr.

Ich hab mir gedacht, vielleicht hat es die shellres.192.dll nicht vollständig übernommen und habe daher nochmal mit Total Commander die Datei von der Speicherkarte in den Windows Ordner kopiert.

Danach nochmal Softreset.

Jetzt war es so, daß noch immer alles glech war (also wie vorher und nicht so wie es sich gehört), ABER ich das Startmenü nicht mehr aufrufen konnte. Also weder durch das Icon oben in der Taskbar, noch über die Hardware-Taste.

Alles, was blieb, war ein Hardreset.

So und jetzt frage ich Euch, was da passiert sein könnte. Weil eigengtlich hätte es funktionieren müssen.

Kann es sein, daß der Total Commander nicht gleichzeitig mit Resco installiert sein darf? Oder liegt es an der neuen Version des Total Commander? Oder ist es überhaupt was anderes?Wieso ist nicht die Meldung gekommen "Datei wird überschrieben"?

Ich bin ratlos und für jeden Hinweis zur Lösung dieses Rätsels dankbar.

mfg,
Oliver

PS: sorry, ist ein wenig länger geworden.

Die Datei müßte shellres.192.dll.407.mui heißen, wenn ich mich nicht täusche. Schau mal hier nach. Da ist das gut beschrieben.

Zitat:

---

Zitat von Isobuster

Die Datei müßte shellres.192.dll.407.mui heißen, wenn ich mich nicht täusche. Schau mal hier nach. Da ist das gut beschrieben.

---

Hmm, die Datei war schon die shellres.192.dll, da war ja auch die Dusk Warteanimation drinnen, aber Dein Link hat mich auf was anderes gebracht:

vielleicht hätte ich die *.dll unsignen müssen vor dem bearbeiten und nach wieder signieren.

Könnte das der Grund sein? Obwohl, warum konnte ich die Datei dann öffnen und bearbeiten, wenn ich sie ja gar nicht unsigned habe? Komisch...

Bearbeiten geht auch ohne unsignen, man muss danach aber auf jedenfall noch signen.

Ich hatte das selbe Problem gerade auch, konnte dem hardreset aber entgehen indem ich die Datei umbenannte, einen soft-reset gemacht hab, diese dann gelöscht habe und dann war es wieder wie vorher. Des Rätsel's Lösung war, dass das "signen" nicht richtig funktionierte beim ersten mal. Deswegen kam es zu diesem unschönen Fehler.