MyPhoneExplorer und Linux/Wine

Beitrag von FJ » Mi 18. Jul 2007, 09:06

OK, das ist ein altes Projekt von mir welches von crea-doo übernommen wurde. Es läuft auch über MSComm. Schau mal ob du das zum laufen bekommst:
http://development.crea-doo.at/vb/controller/

weinbi · Beitrag von **weinbi** » Mi 18. Jul 2007, 10:17

Witzig: Ich hab vorhin ein wenig in deinem Forum geschmöckert, da bin ich auch schon auf dieses Tool gestoßen. Habs schon runtergeladen

Mal sehen ob wir das zum Laufen bekommen...

weinbi · Beitrag von **weinbi** » Do 19. Jul 2007, 08:16

Okay, hab das gestern abend ausprobiert und ich glaube, dass wine die MSComm nicht mag.

Hab noch eine ältere Version davon getestet, als es noch SE-Winamp-Control.exe hieß. Aber die verwendet die SPort.dll -- und das Thema hatten wir hier schon:
"Die Komponente 'SPort.dll' oder eine ihre Abhängigkeiten ist nicht richtig registriert: Eine Datei fehlt oder ist ungültig"

Hab hier mal die Konsolenausgaben:

Code: Alles auswählen

err:ole:CoGetClassObject class {14e95046-bec7-46d2-b9e3-74b1ad14ac65} not registered
err:ole:CoGetClassObject class {14e95046-bec7-46d2-b9e3-74b1ad14ac65} not registered
err:ole:CoGetClassObject no class object {14e95046-bec7-46d2-b9e3-74b1ad14ac65} could be created for context 0x3
err:ole:CoGetClassObject class {14e95046-bec7-46d2-b9e3-74b1ad14ac65} not registered
err:ole:CoGetClassObject class {14e95046-bec7-46d2-b9e3-74b1ad14ac65} not registered
err:ole:CoGetClassObject no class object {14e95046-bec7-46d2-b9e3-74b1ad14ac65} could be created for context 0x3

Die Frage ist: befinden sich diese Klassen in SPort.dll oder in einer anderen, die nur untereinander Abhängigkeiten besitzen!?

Die neue Version gibt folgenden Code aus:

Code: Alles auswählen

fixme:win:WIN_CreateWindowEx Parent is HWND_MESSAGE
fixme:ntdll:NtAllocateLocallyUniqueId 0x34f7b0
fixme:ntdll:NtAllocateLocallyUniqueId 0x34ef58
fixme:ntdll:NtAllocateLocallyUniqueId 0x34ef18
fixme:reg:RegOpenUserClassesRoot (0x9c, 0x0, 0x2000000, 0x34f718) semi-stub
fixme:actctx:FindActCtxSectionGuid 00000001 (null) 4 {648a5600-2c6e-101b-82b6-000000000014} 0x34f6ec
fixme:actctx:FindActCtxSectionGuid 00000001 (null) 4 {648a5600-2c6e-101b-82b6-000000000014} 0x34f698
fixme:actctx:FindActCtxSectionGuid 00000001 (null) 4 {648a5600-2c6e-101b-82b6-000000000014} 0x34f00c

Hab mir gedacht, dass du vielleicht daraus schließen kannst, ob das Problem wirklich an der MSComm liegt oder an einer anderen Komponente.

Werd mir jetzt dann mal eine neuere wine-version runterladen und ein wenig weitertesten...

Beitrag von FJ » Do 19. Jul 2007, 11:50

Vergiss die alte Version mit der SPort.dll. In der aktuellen läuft alles über MSComm.

weinbi · Beitrag von **weinbi** » Do 19. Jul 2007, 11:55

War auch nur ein Test! Hab zuerst ja nicht gewusst, dass die mit SPort.dll läuft.

Jedenfalls wollte die neue genauso wenig (Wie ich schon erwähnt habe)!

Dennoch, meine Frage: Weißt du, ob die Funktionen (oder was auch immer da aufgerufen wird) in der MSComm sind oder woanders?

Beitrag von FJ » Do 19. Jul 2007, 20:27

Die Kommunikation läuft über MSComm. Soweit ich weiß hat MSComm keine weiteren Abhängigkeiten. Ich vermute das MSComm die Kommunikation in einem eigenem Thread mit zuhilfenahme der normalen Windows-API regelt (ähnlich wie MPE nur mit eigenem Thread).

weinbi · Beitrag von **weinbi** » Fr 20. Jul 2007, 08:15

Okay, hab gestern die neueste wine-version (0.9.41) installiert, auch eine ander MSComm runtergeladen. Der Fehler ist zwar ein kleinwenig anders, aber der Endeffekt ist der gleiche: Weder der Controller noch MPE (ohne stabile Verbindung) laufen.

Es gibt aber (zumindest für c#.net) eine neue Schnittstelle in .Net 2005. Das ganze ist im Namespace System.IO.Ports.
Da hab ich mir ein Testprogramm (eigentlich für Win programmiert) runtergeladen und mit mono (ist sowas wie das .Net-Framework) laufen gelassen: Siehe da, das Programm listet alle Seriellen Schnittstellen auf! Langsam wird .Net ja doch plattformunabhängig, was es angeblich schon lange ist...
Ob der Zugriff auch funktioniert weiß ich nicht, da ich keine Seriellen Schnittstellen an meinem Laptop habe. Und die virtuellen listet es auch nicht.

Könnte es höchstens mit einem Link versuchen...

Aber was ich jetzt wegen der MSComm noch probieren soll, weiß ich auch nicht...

DarkSoul · Beitrag von **DarkSoul** » Fr 20. Jul 2007, 12:35

FJ hat geschrieben:Der User DarkSoul wäre dein Mann - leider hat er aber aus unerfindlichen Gründen das Interesse daran verloren.

I'm back!

Sorry, hatte leider aus privaten Gründen (Renovierung, Umzug, Prüfungen) keine Zeit, und wie das so ist: Wenn man ein Thema einmal ein wenig zur Seite gelegt hat, dann hat man's auch schnell vergessen...

Nun ist aber wieder alles beim alten und ich habe erstmal Urlaub und somit genug Zeit!

@FJ: Wie ich sehe warst Du in den letzten Wochen/Monaten ziemlich fleissig.

Ich habe mir bereits das neue Archiv runtergeladen und der Start klappte ohne Probleme auf Anhieb. Ich habe gerade nur Probleme das er mein Handy nicht identifizieren kann... Aber ich suche/teste weiter und werde natürlich berichten!

Beitrag von FJ » Fr 20. Jul 2007, 13:30

@DarkSoul - toll dich wieder an Bord zu haben.

@all: Ich hatte Kontakt mit einem User der "Winamp-Control" zum Laufen gebracht hat. das war eigentlich der grund warum ich auf MSComm zurückgegriffen hab. Werd nochmal versuchen ihn zu erreichen. Das mit .NET können wir vergessen - kann ich ibn VB6 nicht nutzen.

DarkSoul · Beitrag von **DarkSoul** » Fr 20. Jul 2007, 14:00

Nachdem ich alles nochmal genau gelesen habe, habe ich auch den Hinweis auf die "stabile Verbindung" gelesen. Nun funzt es einwandfrei.

Sehr gute Arbeit FJ und sehr gute Arbeit weinbi (HowTo)!

Ich nutze die aktuellste Wine 0.9.41 zusammen mit einer getauschten oleaut32.dll. Die zweite DLL (wie hiess sie noch gleich?) brauchte ich nicht! Der MPE scheint bisher ohne Einschränkungen via BT und USB zu funzen.

Nun mache ich meinen Rechner erstmal aus da hier gerade ein heftiges Gewitter über uns zieht....

Edit: Das Gewitter war harmlos, dafür hatten wir mal wieder Wasser im Keller....

Beitrag von FJ » Fr 20. Jul 2007, 20:34

Über USB ? Wo hast du denn die Treiber her ?
Wie schauts aus wegen der MSComm.ocx - kannst du da mal in diversen Foren nachhaken. Ich hätte schon gerne alles ans Laufen bekommen.

DarkSoul · Beitrag von **DarkSoul** » Sa 21. Jul 2007, 16:07

Wieso Treiber? Wenn ich das Handy via USB-Kabel anschliesse gibts ein neues Device /dev/ttyACM0. Für den muß man nur einen Symlink auf einen freien COM-Port setzen und dann funktioniert das!

Also im Klartext: Im Ordner "~/.wine/dosdevices" mit dem Befehl "ln -s /dev/ttyACM0 COM1" einen Symlink anlegen. Die Symlinks legen die Devices fest die unter Wine zur Verfügung stehen - also Parallel-Ports, COM-Ports, Laufwerke usw usw...
Falls hier Linuxanfänger lesen und sich wundern das sie keinen "~"-Ordner haben: "~" ist ein Kürzel das automatisch in den persönlichen home-Ordner zeigt, also z.B. /home/DarkSoul. "cd ~" hat somit den gleichen Effekt wie "cd /home/DarkSoul".

Die Probleme mit der MSComm.ocx habe ich noch nicht genau verstanden. Woran hakts da genau?

Beitrag von FJ » Sa 21. Jul 2007, 16:59

Wieso Treiber? Wenn ich das Handy via USB-Kabel anschliesse gibts ein neues Device /dev/ttyACM0. Für den muß man nur einen Symlink auf einen freien COM-Port setzen und dann funktioniert das!

Ich versteh nur Bahnhof, aber wenn du das sagst wirds schon stimmen.

Wo das Problem bei MS-Comm liegt kann ich selbst nicht genau sagen. Tatsache ist: Die MSComm-Version läuft auf Windows einwandfrei (auch über MSComm) - in Wine geht die Kommunikation nicht. Mein Vorschlag wäre ein anderes Programm zu suchen welches MSComm benutzt um evt. eingrenzen zu können ob es nur an den Einstellungen liegt oder ob MSComm unter wine generell nicht funktioniert.

DarkSoul · Beitrag von **DarkSoul** » So 22. Jul 2007, 12:41

FJ hat geschrieben:Ich versteh nur Bahnhof, aber wenn du das sagst wirds schon stimmen.

Unter Linux gibt es vom System einen Ordner "/dev" in dem werden für jedes angeschlossene bzw. im System eingebundene Device Dateien/Ordner angelegt über die man auf die Geräte zuweisen kann. Unter Windows gibts z.B. COM1 unter Linux dafür /dev/ttyS0, oder LPT1 und /dev/lp0 usw usw... Kapische?

Symlink ist die Kurzform für Symbolische Links. So ohne weiteres gibt es die unter Windows nicht. Ist eine sehr simple und extrem praktische Geschichte. Infos dazu findest Du hier in Kurzform da ich nicht weiß wie ichs gescheit erklären soll: http://de.wikipedia.org/wiki/Symbolischer_Link

FJ hat geschrieben:Wo das Problem bei MS-Comm liegt kann ich selbst nicht genau sagen. Tatsache ist: Die MSComm-Version läuft auf Windows einwandfrei (auch über MSComm) - in Wine geht die Kommunikation nicht. Mein Vorschlag wäre ein anderes Programm zu suchen welches MSComm benutzt um evt. eingrenzen zu können ob es nur an den Einstellungen liegt oder ob MSComm unter wine generell nicht funktioniert.

Womit verbinde ich denn dann bei Deiner "Spezial-Version" wenn ich die stabile Verbindung verwende?

Beitrag von FJ » So 22. Jul 2007, 13:13

Über reine API-Funktionen wie CreateFile, WriteFile und ReadFile. Nachteil: da VB von Haus aus kein MultiThreading unterstützt wird der Port nur gelesen wenn zu erwarten ist dass was drin steht. Drum auch keine SMS Benachrichtigung in diesem Modus

weinbi · Beitrag von **weinbi** » Mo 23. Jul 2007, 10:10

Ich liege doch richtig, wenn ich sage, dass die MSComm ein ActiveX-Steuerelement ist, oder?
Folglich werde ich mal versuchen das Mozilla ActiveX zu installieren, dass beinhaltet die gleiche API wie das von M$, nur dass es anscheinend mit wine besser zusammenarbeitet.

Das einzige was mir noch eingefallen wäre, ist, dass Linux bei den Dateinamen und -pfade Case Sensitiv ist. Wie Wine das handhabt weiß ich jetzt zwar nicht, aber könnte doch sein, dass es von dieser Seite ein paar Problemchen gibt. Vorallem weil VB6 (soweit ich weiß) nicht mal bei Befehlen Case Sensitiv ist...

Beitrag von FJ » Mo 23. Jul 2007, 11:48

MSComm basiert auf ActiveX, das stimmt. Aber was willst du mit der Mozilla-ActiveX ? Die hat doch nix mit serieller Kommunikation zu tun. Vielleicht gibts für Linux sowas wie "PortMon" für Windows. das könnte helfen den Fehler einzugrenzen.

Beitrag von FJ » Mo 23. Jul 2007, 11:48

MSComm basiert auf ActiveX, das stimmt. Aber was willst du mit der Mozilla-ActiveX ? Die hat doch nix mit serieller Kommunikation zu tun. Vielleicht gibts für Linux sowas wie "PortMon" für Windows. das könnte helfen den Fehler einzugrenzen.

DarkSoul · Beitrag von **DarkSoul** » Mo 23. Jul 2007, 11:59

FJ hat geschrieben:da VB von Haus aus kein MultiThreading unterstützt wird der Port nur gelesen wenn zu erwarten ist dass was drin steht.

Ok, so verstehe ich Dein Problem. Also liest Du den quasi nur aus wenn ich auf Sync drücke und ansonsten schlummert die Verbindung im Hintergrund und nix passiert. Kostet eine Überprüfung auf neue SMS denn zuviel Zeit? Sonst würde ich evtl. ein Timer-Objekt mit 1000ms einrichten das das im Intervall übernimmt? Oder hängt dann das GUI ständig?

weinbi hat geschrieben:Das einzige was mir noch eingefallen wäre, ist, dass Linux bei den Dateinamen und -pfade Case Sensitiv ist. Wie Wine das handhabt weiß ich jetzt zwar nicht, aber könnte doch sein, dass es von dieser Seite ein paar Problemchen gibt. Vorallem weil VB6 (soweit ich weiß) nicht mal bei Befehlen Case Sensitiv ist...

1. Wine handhabt das so wie es natürlich auch unter Windows üblich ist: Nix Case Sensitiv. Das einzige was passieren kann ist das man in einem Wine-Ordner (in dem z.B. LW C untergebracht ist) von Linux-Seite aus eine Datei anlegt die quasi schon vorhanden ist - nur in anderer Groß-/Kleinschreibung. Welche Datei Wine dann behandelt kann ich nicht sagen. Genauso wenig weiß ich was Windows-Apps dann davon halten falls sie zweimal die gleiche Datei in einem Ordner finden.

2. Wenn es da auf Wine-Ebene Probleme gäbe, könnte man das in der Konsolenausgabe nachlesen.

Beitrag von FJ » Mo 23. Jul 2007, 17:40

Intervall-Überprüfung fällt weg. Ich brauche einen Timeout für die Verbindung - der muss mindestens bei 2 Sekunden liegen um vernünftig arbeiten zu können. Wenn aber nix am Port anliegt, dann würde die GUI 2 Sekunden hängen. Ausserdem würde das nicht das Problem mit dem Anruf-Monitor lösen (basiert ebenfalls auf Events vom Handy)

Ihr wisst ja dass ich kein Linux habe, also liegt es an euch:
- geht MSComm unter Wine generell nicht oder liegts an den Einstellungen, funktionieren andere Programme die MSComm verwenden. Das Handy reagiert auf viele Befehle die von normalen Modems abgeleitet sind. Also es muss kein Handy-Tool sein.

- geht ein anderes ActiveX-Control unter Wine - dann bau ich halt was anderes ein. Sollte halt ActiveX-fähig sein