Seite 1 von 1

MPE Absturz beim ersten (Multi)-Sync

Verfasst: Do 5. Sep 2019, 14:20
von MobMob
Ich hatte jetzt schon mehrfach den Fall, dass MPE beim ersten Mal Multi-Sync nach Programmstart einfach schließt.

Nach einem neuen Start von MPE funktioniert alles.

Die Debug.txt enthält nach dem Absturz folgendes.

Hat jemand eine Idee?

Code: Alles auswählen


14:51:49.63       Sending GCM Push...
14:51:49.86       Connect via WiFi
14:51:49.86       Start UPnP Discovery
14:51:49.86       Sending broadcast
14:51:49.86       Try connecting to 192.x.x.124 (cached WifiIP)...
14:51:49.94       Got new Broadcast: 002915373C17162E1D095E5F42533F0F06333A1C1D1F19480B021E077B686B6B7D48415F1941040901007C60766F674E45535C404E7865771A150C7F1F20324629490B
14:51:49.99       UPnP Device: xxx
14:51:49.99       UPnP Device: xxx
14:51:49.99       UPnP Device: xxx
14:51:49.99       UPnP Device: xxx
14:51:49.99       UPnP Device: xxx
14:51:50.05       Connect to Android OK (192.x.x.124)
14:51:50.05       Settimeout: RT=2000 WT=500
14:51:50.05       bOpened=True
14:51:50.05 [TX]: AT+CGSN
14:51:50.07       Got Broadcast
14:51:50.08 [RX]: AT+CGSN
14:51:50.08 [RX]: 8691610304xxxxx
14:51:50.08 [RX]: OK
14:51:50.08       C.Answer=8691610304xxxxx
14:51:50.08       IMEI=8691610304xxxxx
14:51:50.08       G_Userfolder=D:\Portable\PortableApps\MyPhoneExplorer portable\Data\xxx [8691610304xxxxx] G_IMEI=xxx [8691610304xxxxx]
14:51:50.08       Settimeout: RT=15000 WT=1000
14:51:50.08 [TX]: AT*PIN=4adb6e83aabe1625fea447eff78df26a
14:51:50.13 [RX]: AT*PIN=4adb6e83aabe1625fea447eff78df26a
14:51:50.13 [RX]: *PIN: ACCESS OK,10
14:51:50.13 [RX]: OK
14:51:50.13 [TX]: ATI
14:51:50.16 [RX]: ATI
14:51:50.16 [RX]: xxx
14:51:50.16 [RX]: OK
14:51:50.16 [TX]: AT*APPVERSION=1.8.12
14:51:50.20 [RX]: AT*APPVERSION=1.8.12
14:51:50.20 [RX]: 28,1.0.67
14:51:50.20 [RX]: OK
14:51:50.20 [TX]: AT*ECAM=1
14:51:50.23 [RX]: AT*ECAM=1
14:51:50.23 [RX]: OK
14:51:50.23 [TX]: AT+CBC
14:51:50.26 [RX]: AT+CBC
14:51:50.26 [RX]: +CBC: 0,94
14:51:50.45 [RX]: OK
14:51:50.45 [TX]: AT+CSQ
14:51:50.48 [RX]: AT+CSQ
14:51:50.48 [RX]: +CSQ: 0,99
14:51:50.48 [RX]: OK
14:51:50.48       Alle Verbindungsaktionen beendet
14:51:50.51 [TX]: AT*GCMID=53B5589E
14:51:50.54 [RX]: AT*GCMID=53B5589E
14:51:50.54 [RX]: OK
14:51:50.54 [TX]: AT*PERM=0,WRITE_SMS
14:51:50.57 [RX]: AT*PERM=0,WRITE_SMS
14:51:50.57 [RX]: *PERM: 0
14:51:50.57 [RX]: OK
14:51:50.97       UPnP Device: yyy1:
14:51:52.39       UPnP Device: yyy2:
14:51:54.04 [TX]: AT+CBC
14:51:54.07 [RX]: AT+CBC
14:51:54.07 [RX]: +CBC: 0,94
14:51:54.07 [RX]: OK
14:51:54.26 [TX]: AT+CPROT=0
14:51:54.29 [RX]: AT+CPROT=0
14:51:54.29 [RX]: CONNECT
14:51:54.29       OBEX Connect: 65535 Bytes Paketgröße, Target: Filebrowser
14:51:54.29 [TX]: 80 00 1A 10 00 FF FF 46 00 13 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09
14:51:54.32 [RX]: A0 00 1F 10 00 FF FF CB 00 00 00 01 4A 00 13 F9 EC 7B C4 95 3C 11 D2 98 4E 52 54 00 DC 9E 09
14:51:54.32       Connection ID:1
14:51:54.32       Paketgröße: 65535, maximal möglich:65535
14:51:54.32       OBEX SetPath: 
14:51:54.32       Settimeout: RT=10000 WT=10000
14:51:54.32 [TX]: 85 00 0D 02 00 CB 00 00 00 01 01 00 03
14:51:54.34 [RX]: A0 00 03
14:51:54.34       OBEX SetPath: 
14:51:54.34 [TX]: 85 00 0D 02 00 CB 00 00 00 01 01 00 03
14:51:54.40 [RX]: A0 00 03
14:51:54.41       OBEX GetFolderListing
14:51:54.41       Settimeout: RT=30000 WT=10000
14:51:54.41 [TX]: 83 00 21 CB 00 00 00 01 42 00 19 78 2D 6F 62 65 78 2F 66 6F 6C 64 65 72 2D 6C 69 73 74 69 6E 67 00
14:51:54.44 [RX]: A0 00 DE 49 00 DB 3C 3F 78 6D 6C 20 76 65 72 73 69 6F 6E 3D 22 31 2E 30 22 20 65 6E 63 6F 64 69 6E 67 3D 22 55 54 46 2D 38 22 3F 3E 0D 0A 3C 21 44 4F 43 54 59 50 45 20 66 6F 6C 64 65 72 2D 6C 69 73 74 69 6E 67 20 53 59 53 54 45 4D 20 22 6F 62 65 78 2D 66 6F 6C 64 65 72 2D 6C 69 73 74 69 6E 67 2E 64 74 64 22 3E 0D 0A 3C 66 6F 6C 64 65 72 2D 6C 69 73 74 69 6E 67 20 76 65 72 73 69 6F 6E 3D 22 31 2E 30 22 3E 0D 0A 3C 70 61 72 65 6E 74 2D 66 6F 6C 64 65 72 2F 3E 0D 0A 3C 66 6F 6C 64 65 72 20 6E 61 6D 65 3D 22 70 68 6F 6E 65 22 2F 3E 0D 0A 3C 66 6F 6C 64 65 72 20 6E 61 6D 65 3D 22 73 64 63 61 72 64 22 2F 3E 0D 0A 3C 2F 66 6F 6C 64 65 72 2D 6C 69 73 74 69 6E 67 3E

Verfasst: Do 5. Sep 2019, 14:45
von icke1954
Wende Dich bitte mit einem Link zu diesem Thread per Mail direkt an FJ => Impressum

Verfasst: Mo 16. Sep 2019, 16:35
von MobMob
Danke! Da ich es nicht super zuverlässig reproduzieren kann, forsche ich noch etwas weiter bevor ich FJ damit belästige.

Verfasst: Mo 16. Sep 2019, 17:41
von icke1954
Dein Problem besteht ja augenscheinlich in einem von Dir definierten Datenabgleich per Job. Ich vermute mal, dass es sich um ein Timing-Zugriffsproblem handelt ?!

MyphoneExplorer bricht nach Datenabgleich ab

Verfasst: Mi 25. Sep 2019, 08:35
von andy23
Hallo,
ich glaube, das ist nicht ein einzelnes Problem, sondern ein generelles Problem.
Wenn der MPE irgendeine Datenabgleich Aktion gemacht hat, dann bricht er manchmal ab (Programmabsturz).
Deshalb habe ich mir auch angewöhnt, nach einer Datenabgleichaktion, den MPE zu beenden und neu zu starten.
Das ist eine Workaround, der funktioniert, den den MPE wollte ich nicht missen.
Leider ist es ein sporadischer Fehler, wo man nicht sagen kann, nach genau dieser Aktion tritt er auf.

Gruß

Re: MyphoneExplorer bricht nach Datenabgleich ab

Verfasst: Mi 25. Sep 2019, 14:26
von JoachimS
Hallo,
ich klinke mich hier mal ein. Auch ich habe gelegentlich nach dem Start von MPE beim Ausführen des Multisync einen Absturz, das MPE-Fenster schließt sich. Nach nochmaligem Start von MPE funktioniert es dann (fast) immer. Systematisch reproduzieren kann ich das leider auch nicht. Aber neben der debug.txt gibt es auch noch Einträge im Ereignisprotokoll von Windows. Hier die von meinem letzten Absturz:

Protokollname: Application
Quelle: Application Error
Datum: 22.09.2019 13:19:56
Ereignis-ID: 1000
Aufgabenkategorie:(100)
Ebene: Fehler
Schlüsselwörter:Klassisch
Benutzer: Nicht zutreffend
Computer: TOSHIBA-JS
Beschreibung:
Name der fehlerhaften Anwendung: MyPhoneExplorer.exe, Version: 1.8.0.12, Zeitstempel: 0x5d07246b
Name des fehlerhaften Moduls: unknown, Version: 0.0.0.0, Zeitstempel: 0x00000000
Ausnahmecode: 0xc000041d
Fehleroffset: 0x00ba0600
ID des fehlerhaften Prozesses: 0x42d4
Startzeit der fehlerhaften Anwendung: 0x01d57137a1b97127
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\MyPhoneExplorer\MyPhoneExplorer.exe
Pfad des fehlerhaften Moduls: unknown
Berichtskennung: 0af7327b-c7f5-4b32-b62e-0aa6e65f747f
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
Ereignis-XML:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2019-09-22T11:19:56.612937900Z" />
<EventRecordID>59824</EventRecordID>
<Channel>Application</Channel>
<Computer>TOSHIBA-JS</Computer>
<Security />
</System>
<EventData>
<Data>MyPhoneExplorer.exe</Data>
<Data>1.8.0.12</Data>
<Data>5d07246b</Data>
<Data>unknown</Data>
<Data>0.0.0.0</Data>
<Data>00000000</Data>
<Data>c000041d</Data>
<Data>00ba0600</Data>
<Data>42d4</Data>
<Data>01d57137a1b97127</Data>
<Data>C:\Program Files (x86)\MyPhoneExplorer\MyPhoneExplorer.exe</Data>
<Data>unknown</Data>
<Data>0af7327b-c7f5-4b32-b62e-0aa6e65f747f</Data>
<Data>
</Data>
<Data>
</Data>
</EventData>
</Event>

Gruß Joachim

Verfasst: Mi 25. Sep 2019, 14:50
von MobMob
Jetzt hatte ich schon eine Weile keinen Absturz mehr. Ich schau beim nächsten Mal in die App Events. Guter Tipp!

Verfasst: So 3. Nov 2019, 22:59
von FJ
Der Bug wurde gefunden und in der aktuellen beta behoben: https://www.fjsoft.at/files/MyPhoneExpl ... Update.exe