Debuggen unter VS2005 und zus. TCP/IP Verbindung

Hello alle, hier eine Frage (leider auf englisch):

My workfield:
Pocket PC HP iPAQ hx2410
Windows Mobile 5.0
BlueTooth and WiFi
VS2005
MFC

1. Cradle the PDA over USB and ActiveSync 4.1 and establish a TCP/IP connection (RNDIS) to desktop pc->start debug your application.
2. Trying to establish a connection from PDA(as Server) to other Device(Client)(e.g. second PDA) over second TCP/IP connection I HAVE PROBLEMS!!!


Have anybody also ever had problems with this ?
I do the following (in MFC C++ code):

- Create TCP server with:
a) socket()
b) bind()
c) listen()
-look if server would block with select()
-accept the knocking client with accept()
-send a command to client with send()

start loop:
-look if client would block with select() (*)
-receive command with recv_all
-send command to client with send()
(->loop)

(*)the first time this select for client is passed there is everything ok, but then the select gets every time a timeout because I have a second tcp/ip connection from PDA to Desktop-PC (over ActiveSync 4.1). When the PDA is not in cradle (and so has no tcp/ip connection to Desktop-PC) everything is OK and the select() does not return with timeout.

Does anybody have any ideas?

Thank you.

Hallo. ich werde dir in Deutsch antworten, da dies ein deutschsprachiges Forum ist.
ja, es scheint mit WM5 probleme zu geben den realtime-debugger zu starten, das Problem kenne ich. die Tcp/ip-verbindung scheint irgendwie seltsam zu sein. Versuch mal die verbdingun über WLAN/lan.

Woher kennst du das Problem? Hast du vielleicht links zu diesem Problem? Ich hab noch nichtz dazu im Internet gefunden.

Zu WLAN: Ist es möglich, über WLAN zu debuggen und wenn ja, wie?

ich habe feststellen müssen, dass ich kein einziges remote-tool auf mein WM5 Gerät verbinden kann, er kann zwar eine TCP/IP Verbindung aufbauen, jedoch verliert er diese wieder, keine Ahnung warum.
nun, so weit ich weiss, kannst du auch über WLAN nicht debuggen, nein. Das liegt am Plattform Manager. Links habe ich leider auch keine Gefunden. Ich arbeite zur Zeit nur mit den Emulatoren statt mit dem Gerät, das ist zwar etwa umständlicher, aber funktioniert dafür.

Ich selber debugge nur via WLAN alles andere geht bei mir nicht. So hab ichs mal einem Kollegen beschrieben:

Geh mal oben rechts von Smartphone Device das zweite Icon anklicken.
dann im nächsten Fenster Options - Smartphone Device - Configure und dort IP eingeben. so kannst via WLAN debuggen und so

Nochmal langsam. Ich hab einen PDA und kein Smartphone.
Unter Settings->Connections->Network Cards habe ich folgende Inhalte:
-HP iPAQ WiFi Adapter
-Bluetooth PAN User Driver
-NE2000 Compatible Ethernet Driver
-Remote-NDIS Host
-Virtual Ethernet Intermediate Miniport
-PPTP NDISWAN Miniport
-L2TP NDISWAN Miniport
-AsyncMac NDISWAN Miniport


Über den Bleutooth PAN User Driver baue ich eine TCP/IP Verbindung zu dem 2. Gerät(z.B. 2. PDA) auf. Wenn ich meinen PDA in das Cradle tue, wird über den "Remote-NDIS Host" eine TCP/IP verbundung aufgebaut und die Bluetooth Verbindung zum 2.PDA wird abgebrochen ( select() wird mit timeout verlassen )

Wie richte ich jetzt eine WLAN Debug-Verbindung ein?

Danke.

So, eine WLAN Verbindung vom PDA zum PC konnte ich herstellen (über Gigaset USB Adapter 11)

Was jetzt?

Danke.

Ich glaube, wenn ich das richtig verstanden habe, kriegt man mit WLAN (aus Sicherheitsgründen) keine Verindung mehr zu ActiveSync her.

Ist das richtig?
Gibt es da einen Umweg?

Ja, das ist richtig. Vom LAN und WLAN aus gibt's kein ActiveSync mehr.
Nein, einen Umweg kenne ich leider nicht.

Nochmals zu meinem Teil:

Geh mal oben rechts von Smartphone Device das zweite Icon anklicken.
dann im nächsten Fenster Options - Smartphone Device - Configure und dort IP eingeben. so kannst via WLAN debuggen und so

Hier kann auch Pocket PC anstatt Smartphone stehen ist egal. Das alles ist im Visual Studio zu konfigurieren und funktioniert in der Tat nicht in jedem Fall. Aber es hat nichts mit ActiveSync zu tun! Das läuft separat ab...

WLAN debuggen geht nicht.
Jemand eine andere Idee?
Liegt das Problem vielleicht daran, dass der PDA zu wenig "Arbeitsspeicher" hat? Oder kann er nur eine TCP/IP Verbindung aufbauen?

Zur Hilfe, das ist der code:

int CBTCtrl::TCPRecvClientWouldBlock()
{
fd_set rd_set;
struct timeval tmout = {0, 30000}; // 30 ms
int res;
int zaehler = 0;

do
{
FD_ZERO(&rd_set);
FD_SET(m_AcceptedClientSock, &rd_set);


res = FD_ISSET(m_AcceptedClientSock, &rd_set);
// is m_AcceptedClientSock added? if yes then res > 0

if (res<0)
printf("FD_ISSET failed\n");

res = 0; //res 0 bedeutet TIMEOUT

res = select(FD_SETSIZE, &rd_set, 0, 0, &tmout);
if(res == SOCKET_ERROR)
{
int err = WSAGetLastError();
printf("Error from wsagetlasterror: %d\n", err);
return -1;
}
else if(res > 0 && FD_ISSET(m_AcceptedClientSock, &rd_set))
{
return 0; //OK
}
else
{
//here jumps in if you have PDA in cradle

printf("rd_set->fd_count: %d\n", rd_set.fd_count);
printf("rd_set->fd_array[0]: %d\n", rd_set.fd_array[0]);
}
zaehler++;
} while ((res == 0) && (zaehler<5));

return -2;
}

Niemand einen weiteren Vorschlag dazu?

nein eigentlich kannst du etwa 10 verbindungen gleichzeitig haben.