Systemfehler Code 6

[einbeliebigername]

Hallo,

Zitat von ONeill:

flog is ein weiters Form, indem das Memo log eingebunden ist

Dann würde ich auf flog.log.free; aber ganz verzichten, denn bei jedem Aufruf von Tfmain.installcwm würde das ja freigegeben werden.

Zitat von ONeill:

Ist aber für das Problem keine Lösung

Wenn du das obige berücksichtigt hast, wo steigt er dann aus und mit welchem Fehler.

Und dann bin ich der Meinung das man ein Service nicht über CreateProcess startet, sondern über den Service Control Manager. Und dann hat ein Service auch kein StdOut.

einbeliebigername.

[ONeill]

Die adb.exe ist kein Windows Service sondern ein zusätzlicher daemon für die Android ENtwicklung. Man kann den Service nur über das starten der adb.exe starten und auch über das Beenden des Prozeses oder durch den adb kill-server befehl beenden.
Ich beende also den Service ganz normal, wie ich es auch per Hand tun würde.

Er steigt bei der selben stelle nach dem ausführen von "fastboot flash recovery recovery.img" aus.

[einbeliebigername]

Hallo,

Zitat von ONeill:

Die adb.exe ist kein Windows Service sondern ein zusätzlicher daemon für die Android ENtwicklung. Man kann den Service nur über das starten der adb.exe starten und auch über das Beenden des Prozeses oder durch den adb kill-server befehl beenden.
Ich beende also den Service ganz normal, wie ich es auch per Hand tun würde.

Ich hatte halt Service eher mit Widowsdienst in Verbindung gebracht.

Zitat von ONeill:

Er steigt bei der selben stelle nach dem ausführen von "fastboot flash recovery recovery.img" aus.

Ich denke da ist wieder das Problem, das Delphi bei einem Fehler nicht direkt an der Stelle in der Funktion steht bleibt, sonder außerhalb der Funktion. Beim zweiten rüber schauen über Tfmain.RunCaptured, ist mir das aufgefallen

Zitat von ONeill:

Code:

        CloseHandle(procInfo.hThread);
        CloseHandle(procInfo.hProcess);
        Windows.CloseHandle(tmp);
        { Die Ausgaben hinzufügen }
        if KillProcess(GetProcessID('adb.exe')) = true then

in Verbindung mit dem

Zitat von ONeill:

Code:

    except
      Windows.CloseHandle(tmp);
      Windows.DeleteFile(PChar(tmpName));
      raise;
    end;
  finally
  end;
end;

Es könnt dazu kommen das Windows.CloseHandle(tmp) zweimal aufgerufen wird. Was Windows beim zweiten Aufruf macht weiß ich jetzt nicht. Aber ich könnte mir denkt das es zu deinem Fehler führt. Mach doch mal einen Haltepunkt nach dem except und schau ob er da vorbei kommt. Wenn du damit auch nicht weiterkommst bleibt dir wohl nichts anderes übrig als mal mit F7 durchzudebuggen.

einbeliebigername.

[ONeill]

Das zweite WIndow.CloseHandle(tmp) ist aber in dem Exceptbereich. Wenn ich das richtig in Erinnerung habe, dürften niemals beide Windows.CloseHandle(tmp) ausgeführt werden. Dafür ist es ja da

Dann werde ich wohl mal den Debugger bedienen müssen
Falls noch jemand eine Idee hat, bitte posten

[einbeliebigername]

Hallo,

Zitat von ONeill:

Das zweite WIndow.CloseHandle(tmp) ist aber in dem Exceptbereich. Wenn ich das richtig in Erinnerung habe, dürften niemals beide Windows.CloseHandle(tmp) ausgeführt werden. Dafür ist es ja da

Das ist aber nur so, wenn zwischen dem ersten CloseHandle und dem except keine Exception ausgelöst wird. Dritt da aber eine auf, wird das Handle zweimal geschlossen.

einbeliebigername.

[ONeill]

Dann wäre es doch besser, wenn ich das CloseHandle in die finally abschnitt reinschreibe, oder?

[einbeliebigername]

Hallo,

Zitat von ONeill:

CloseHandle in die finally abschnitt reinschreibe, oder?

Ich würde auch das löschen der Datei in ein finally verfrachten.

einbeliebigername.