UDP-Probleme bei Delphi2009 und Windows XP Embedded

[molotov13]

Hallo an Alle!

Ich habe folgendes Problem. Seit ich von Delphi 2007 auf Delphi 2009 umgestiegen bin (auf Grund dessen, dass ich Unicode-fähige Standardelemente benötige) habe ich das Problem, dass meine Anwendung zwar lokal auf meinem Laptop unter Standard-Windows-XP korrekt funktioniert, jedoch auf Windows XP Embedded der integrierte XML-Parser nicht korrekt läuft. Ich habe noch nicht im Detail herausgefunden woran es liegt (müsste mal Delphi dort installieren und debuggen) aber vielleicht kann mir wer von euch einen Rat geben.
Beim Googeln nach Änderungen von Delphi 2007 auf 2009 bin ich auch auf die Aussage gestoßen, dass mit Delphi 2009 entwickelte Programme auf Win9x nicht korrekt funktionieren. Das Embedded-XP, welches ich verwende ist sehr abgespeckt und hat nur die notwendigsten Module integriert. Kann es sein, dass ich hier ein wichtiges Modul weggelassen habe und wenn ja, welches könnte das sein?

Ich verwende MSXML zur Kommunikation. Beim Öffnen des Delphi-Projektes mit D2009 wurde lediglich das Projektfile
(.dproj) geändert, dort habe ich jedoch noch nichts aussagekräftiges gesehen, was sich geändert hat.

Wenn ich das Delphi-Projekt mit 2007 compiliere (ist gsd noch immer bei mir installiert) und am Embedded-Rechner
ausprobiere funktioniert die Kommunikation wieder einwandfrei.

[Bernhard Geyer]

Installiert doch den Remote Debugger und verbinde dich mit diesem.

Welche Fehlermeldung kommt denn auf XP Embedded?

[molotov13]

Zitat:

Zitat von Bernhard Geyer

Installiert doch den Remote Debugger und verbinde dich mit diesem.

Welche Fehlermeldung kommt denn auf XP Embedded?

Wusste nicht, dass es sowas wie einen Remote Debugger gibt.
Es erscheint keine Fehlermeldung: Ich schicke mit meiner Delphi-Anwendung eine Anfrage über UDP (in xml-Form) und erwarte mir eine Antwort. Die Anfrage wird geschickt, jedoch kommt anscheinend keine Antwort an.

[Bernhard Geyer]

Zitat:

Zitat von molotov13

Wusste nicht, dass es sowas wie einen Remote Debugger gibt.

Gibts schon lange. Einfach mal D2009-CD einlegen und Starbildschirm durchlesen ...

Zitat:

Zitat von molotov13

Es erscheint keine Fehlermeldung: Ich schicke mit meiner Delphi-Anwendung eine Anfrage über UDP (in xml-Form) und erwarte mir eine Antwort. Die Anfrage wird geschickt, jedoch kommt anscheinend keine Antwort an.

Firewalls etc. können ausgeschlossen werden?

[molotov13]

Zitat:

Zitat von Bernhard Geyer

Zitat:

Zitat von molotov13

Wusste nicht, dass es sowas wie einen Remote Debugger gibt.

Gibts schon lange. Einfach mal D2009-CD einlegen und Starbildschirm durchlesen ...

Hab derzeit leider nur die Testversion, bekomme erst nächste Woche die vollständige Version.

Zitat:

Zitat von molotov13

Es erscheint keine Fehlermeldung: Ich schicke mit meiner Delphi-Anwendung eine Anfrage über UDP (in xml-Form) und erwarte mir eine Antwort. Die Anfrage wird geschickt, jedoch kommt anscheinend keine Antwort an.

Firewalls etc. können ausgeschlossen werden?

Ja, dass kann ausgeschlossen werden. Mit Ärgernissen mit Firewalls habe ich schon reichlich Erfahrung in diesem Zusammenhang ;-). Wie schon gesagt, funktioniert das Ganze mit der, mit D2007 erstellten Version sowohl unter Standard-XP und Embedded-XP und die mit 2009 erstellte Version nur auf dem Standard-XP System.

Edit: Remote-Debugger gibts anscheinend nicht in der Professional-Version :-(

[grenzgaenger]

Zitat:

Zitat von molotov13

Edit: Remote-Debugger gibts anscheinend nicht in der Professional-Version :-(

doch, der ist auch in der Prof. version mit bei.

muss aber separat installiert werden.

[molotov13]

Zitat:

Zitat von grenzgaenger

Zitat:

Zitat von molotov13

Edit: Remote-Debugger gibts anscheinend nicht in der Professional-Version :-(

doch, der ist auch in der Prof. version mit bei.

muss aber separat installiert werden.

laut http://www.better-office.com/downloa..._us_080724.pdf ist dieser bei Delphi 2009 nicht mehr im Professional-Umfang enthalten.

[grenzgaenger]

kommisch, konnte ihn runterladen ... :drunken:

aber du hast ja noch den remotedebugger von D2007, oder?

[molotov13]

Zitat:

Zitat von grenzgaenger

kommisch, konnte ihn runterladen ... :drunken:

aber du hast ja noch den remotedebugger von D2007, oder?

nö, hab ich nie benutzt. hab schon auf der codegear-seite nach einem remotedebugger geschaut, aber nix gefunden.

[grenzgaenger]

tja, der ist auf der auslieferungscd vorhanden, von dort musst du ihn erst mal installieren...

aber mal eine andere frage, kann es sein, dass dein XP und dein embeddedXP mit unterschiedlichen codepages laufen?

[molotov13]

Zitat:

Zitat von grenzgaenger

aber mal eine andere frage, kann es sein, dass dein XP und dein embeddedXP mit unterschiedlichen codepages laufen?

Nein, laufen beide mit Codepage 850

[molotov13]

So, habe das Problem nun ein bißchen "eingegrenzt". Nach dem Einbau einiger Debugausgaben habe ich fesgestellt dass die Applikation aus dem Funktionsaufruf

Delphi-Quellcode:

UDPC.Send(msg_temp);

nicht mehr "zurückkommt".

Hier die Eigenschaften meines TIdUDPClient:

BufferSize: 64000
IPVersion: Id_IPv4
ReceiveTimeout: 5000
...

[grenzgaenger]

Crosspost

ist dein Indy eigentlich unicode fähig? :glaskugel:

[molotov13]

Zitat:

Zitat von grenzgaenger

Crosspost

ist dein Indy eigentlich unicode fähig? :glaskugel:

Ich gehe davon aus, da das Ganze ja unter Standard XP läuft. Blöde Frage: Wie finde ich meine Indy Version heraus und wo kann ich die aktuellste Version downloaden?

[molotov13]

Habe gerade feststellen können, dass mein Server gar keine Anfrage bekommt. (Bin zuerst davon ausgegangen, dass eine "verschandelte" Anfrage gekommen ist)

edit:

http://www.delphipraxis.net/internal...093&highlight=

Habe nach Durchsicht dieses Artikels mein UDPC.Receive gegen ein UDPC.ReceiveBuffer ausgetauscht und nun kommt meine Anfrage an.

Jetzt habe ich aber ein neues Problem: Der Server schickt zwar eine Antwort weg, diese kommt jedoch bei mir nicht an, obwohl ich

Code:

aw:=UDPC.ReceiveString()

gegen

Code:

aw:TBytes;
...
UDPC.ReceiveBuffer(aw,UDPC.Buffersize);

getauscht habe. Hat jemand eine Ahnung, was mich hier noch weiterbringen könnte?

[molotov13]

In der Hilfe für die Funktion ReceiveBuffer wird als erster Parameter

Code:

Byte[]@

angegeben. Was bedeutet das @ ? Erwartet sich die Funktion einen Pointer?

edit:

Habe gerade herausgefunden, dass die Funktion ReceiveBuffer eine Exception wirft: ERangeError ("Fehler bei Bereichsprüfung")

[molotov13]

Endlich! Problem gelöst. Mit:

Code:

Buffer    : TIdBytes;
...
SetLength(Buffer, UDPC.BufferSize);
UDPC.ReceiveBuffer(Buffer);

funktionierts nun endlich. Schlussendlich bleibt nur die Frage, warum meine Ursprungsversion mit

Code:

UDPC.Send(msg_temp);

und

Code:

aw:=UDPC.ReceiveString();

mit Delphi 2007 und Delphi 2009 compiliert auf Windows XP Standard funktioniert und auf dem Embedded-System mit Delphi 2009 nicht. Aber ich bin froh, das Problem nun gelöst zu haben. Hoffentlich treten nicht neue sonderliche Phänomene auf.

Edit:

Zu früh gefreut. mit den "neuen" Funktionen SendBuffer und ReceiveBuffer, wo es zuerst auch lokal nicht funktioniert hat (XP Standard) hat es durch die oben beschriebenen Anpassungen dann einwandfrei hingehaut. Auf dem Embedded-XP-System funktioniert es aber noch immer nicht!? Schön langsam werd ich ratlos.

[molotov13]

So, ich fasse mal kurz zusammen, weil ich zugegebener Maßen jeden kleinen "Fortschritt" hier reingetippt habe:

UDP-Kommunikation mittels:

Code:

UDPC.Send
UDPC.ReceiveString

Delphi 2007 + Windows XP: OK
Delphi 2007 + Windows XP Embedded: OK
Delphi 2009 + Windows XP: OK
Delphi 2009 + Windows XP Embedded: KEINE ANFRAGE BEIM SERVER

UDP-Kommunikation mittels:

Code:

UDPC.SendBuffer
UDPC.ReceiveBuffer

Delphi 2007 + Windows XP: OK
Delphi 2007 + Windows XP Embedded: OK
Delphi 2009 + Windows XP: OK
Delphi 2009 + Windows XP Embedded: ANFRAGE BEI SERVER OK, ABER KEINE ANTWORT

Im letzten Fall wirft die Funktion UDPC.ReceiveBuffer die Exception EEncodingError ("ungültige Codeseite"). Was kann das bedeuten?

[grenzgaenger]

würde sagen, da hat dein unicodestring die falsche codepage ... :roll:

wirst wohl mal nach einer fehlerbereinigden indy gucken müssen oder schaun ob du den fehler bei den indys selbst ausbügeln kannst... :roll: :roll:

[molotov13]

Zitat:

Zitat von grenzgaenger

würde sagen, da hat dein unicodestring die falsche codepage ... :roll:

wirst wohl mal nach einer fehlerbereinigden indy gucken müssen oder schaun ob du den fehler bei den indys selbst ausbügeln kannst... :roll: :roll:

Kann es sein, dass das Problem beim Server-System (C-Code) liegt, und dort der String "falsch" geschickt wird. Hier ein Auszug davon:

Code:

int mmi_sendto(SOCKET s, const void *msg, size_t len, int flags, const struct sockaddr *to)
{
   return (sendto(s, (char*)msg, (int)len, flags, to, sizeof(sockaddr_in)));
}

[molotov13]

So, Problem nun endültig gelöst :-)

Auf dem Embedded System fehlte anscheinend ein Eintrag in den Codepagekonvertierungstabellen (Systemsteuerung - Regions und Sprachoptionen - Erweitert). Habe nun alle Eintrage ausgewählt, so wie sie auf meinem lokalen Rechner angehackt sind und nun funktioniert es!
Schwere Geburt das Ganze.

[molotov13]

Nur zur Info (falls jemand mal so ein ähnliches Problem hat) - der fehlende Codepagekonvertierungseintrag ist bei meinem
Embedded-System folgender gewesen:

20127 (US-ASCII)