LightJacker - eine weitere Stromsparalternative

    Zitat

    Original von jwoegerbauer
    Ich hätte das info nicht bekanntgegeben, hätte es hier nicht ausdrücklich geheißen:


    LightJacker is compatible with Windows Mobile 5 upwards


    Hey, mußt dich doch nicht entschuldigen ;D : drink
    Und entschieden ist doch noch nichts. ;)

    Nabend zusammen!


    Ich glaube, da hat eher jemand anderes eine Entschuldigung nötig! :evil:


    Klick

    Ich zolle allen hier meinen Respekt.


    Die, denen ich auf den Schlips getreten bin, bitte ich insoweit um Vergebung.


    Ich wollte nur sagen, dass das Spektrum der Themen hier im Forum für
    mich zu einseitig ist. für mich ist die Stromfresserei meines Navi nämlich
    das größte Problem, und dieses Thema komt meiner Meinung nach hier
    viel zu kurz.


    Werde das Navi wohl wieder verkaufen.

    Ich glaube es jetzt zu wissen, wie LightJacker angelegt worden ist.


    Hier habe ich einen diesbezüglichen Beitrag von Paul G. Tobey [eMVP], eingestellt am 12 Aug 2009, gefunden.

    Einmal editiert, zuletzt von jwoegerbauer ()

    Zitat

    Original von jwoegerbauer
    Ich glaube es jetzt zu wissen, wie LightJacker angelegt worden ist.


    Hier habe ich folgenden Beitrag von Paul G. Tobey [eMVP], eingestellt am 12 Aug 2009, gefunden:
    .......


    und was hilft uns das?

    Ich hab's letzte Woche mal versucht, auf meinen 465er zum Laufen zu bringen, aber trotz DependencyWalker und dem DL zusätzl. benötigter Libraries wie htmlview.dll, mmvc[r|p]70.dll und einer commctrl.dll (hier hatte ich ein Versionsproblem) hatte ich damit keinen Erfolg.


    Wobei ich mir denke, das es bei den älteren PNAs durchaus noch zusätzl. Probleme mit der Firmware geben könnte.

    Zitat

    Original von Ralf25
    Ich hab's letzte Woche mal versucht, auf meinen 465er zum Laufen zu bringen, aber trotz DependencyWalker und dem DL zusätzl. benötigter Libraries wie htmlview.dll, mmvc[r|p]70.dll und einer commctrl.dll (hier hatte ich ein Versionsproblem) hatte ich damit keinen Erfolg.


    Wobei ich mir denke, das es bei den älteren PNAs durchaus noch zusätzl. Probleme mit der Firmware geben könnte.


    Ich habe den Autor schon kontaktiert...aber leider bisher keine Antwort erhalten !

    Zitat

    Original von PrinzEmu


    und was hilft uns das?


    Hallo PrinzEmu,


    in einem anderen thread wurde mir mitgeteilt



    somit ich davon ausgehen kann, dass es mindestens 2 (zwei)
    C-Programmierer hier im Forum gibt.


    An diese (mir Unbekannten) habe ich mich gewendet. Denn so schwer kann
    ein Nachprogrammieren von Lightjacker meiner Meinung nach nicht sein.

    Zitat

    Original von Ralf25
    Ich hab's letzte Woche mal versucht, auf meinen 465er zum Laufen zu bringen, aber trotz DependencyWalker und dem DL zusätzl. benötigter Libraries wie htmlview.dll, mmvc[r|p]70.dll und einer commctrl.dll (hier hatte ich ein Versionsproblem) hatte ich damit keinen Erfolg.


    Wobei ich mir denke, das es bei den älteren PNAs durchaus noch zusätzl. Probleme mit der Firmware geben könnte.


    Zusätzlich wird noch die AYGSHELL.DLL benötigt ( wird von ljackh.dll benötigt ).
    Die fehlenden DLLs befinden sich meiner Kenntnis nach fast alle in der Datei


    PACKDLL.ZIP:


    einfach mal danach googlen.


    Der Autor konnte diese DLLs nicht mit ausliefern, da die rechtliche Lage dieser
    DLLs nicht geklärt ist.


    UPDATE:


    Im Anhang finden sich 3 DLLs, die mit MioPocket_3.0_Release50 ausgeliefert werden.

    Hallo zusammen,


    ich nutze in Koord (mit Pelles-C) auch Hook-Funktionen, um die Eingaben der Button(s) (Fänchentaste, Fernbedienung) abzufangen und auszuwerten, aber leider funktioniert nur das Abfangen der Tastatur (SetWindowsHookEx(WH_KEYBOARD_LL,...)), alles andere hat nicht geklappt.
    QASetWindowsJournalHook habe ich noch nicht getestet und weiß auch gar nicht, ob die coredll.dll diese undokumentierte Funktion überhaupt exportiert.
    Ich hatte vor längerer Zeit auch mit WM5EventSpy experimentiert und für den PNA portiert, aber auch kein brauchbares Ergebnis erhalten.


    Vielleicht wenn ich mal Zeit habe...


    Gruß,
    Stefan

    Nur ganz am Rande:



    Warum braucht man die aygshell.dll für Windows CE


    Zitat

    Original von Christopher Fairbairn MVP


    aygshell was originally some shell extensions designed for the Windows Mobile environment.
    To increase software compatability between "raw" Windows CE devices and Windows Mobile some of the
    APIs were ported back into Windows CE as an optional component within platform builder. This enables
    some Windows Mobile apps to run on Windows CE devices without requiring source code modifications.



    Mit Vorhalten der aygshell.dll auf dem PNA bekommt man fast jedes Windows Mobile Programm
    auf diesem zu laufen.


    SIEHE HIERZU AUCH HIER



    Diese DLL sollte dann entweder ins Windows-Verzeichnis oder in den selben Dateiordner wie das
    EXE-File kopiert werden


    Dies halte ich persönlich für eine nicht sehr gute Lösung, denn abgesehen vom möglichen Speicher-
    platzproblem sind nach einem Hard-Reset alle diese DLLs wieder weg. Ich habe für mich deshalb
    folgende Lösung geschaffen:


    a) In \My Flash Disk habe ich den Ordner SystemPath angelegt und dorthin kopiere ich alle
    benötigten (externen) DLLs, so u.a. auch die aygshell.dll


    b) Windows CE sucht alle DLLs zunächst in \Windows, dann in den Pfaden, die in der Registry
    unter [HKEY_LOCAL_MACHINE\Loader] hinterlegt sind, so auch in dem von mir angelegten
    Ordner SystemPath


    c) Um diesen Registry-Eintrag nach einem Hard-Reset einfach aktualisieren zu können, habe ich
    mir ein kleines Mort-Skript erstellt


    ############################################################################
    #
    # SET_SYSTEMPATH.mscr
    #
    # Note: THE OS SYSTEM (SEARCH) PATH
    #
    # [HKLM\Loader]
    # "SystemPath"=multisz:"\windows","optional DLL or EXE paths"
    #
    ###########################################################################
    #
    Set VALUE, "\My Flash Disk\SystemPath"
    Set HIVE, "HKLM"
    SET KEY, "Loader\SystemPath"
    #
    If ( RegKeyExists( %HIVE%, %KEY% ))
    sp = RegRead( %HIVE%, %KEY% )
    sp = sp & "," & %VALUE%
    RegWriteMultiString( %HIVE%, %KEY% , sp )
    Else
    RegWriteString( %HIVE%, %KEY% , %VALUE% )
    EndIf
    #
    #############################################################################

    Hallo zusammen,


    das ganze kann vorläufig ad acta gelegt werden, denn ich hab's herausgefunden,
    warum es nicht zum Laufen zu bringen ist:


    Sowohl PEInfo, als auch der ExecutabilityChecker weisen aus, dass die
    CPU type falsch ist: es wird eine OS version 5.1 erwartet, und wir alle haben nur 5.0 drauf.