Hi All,

my kliens-szerver alkalmazás működhet két módja van:
1) egy irányban - csak a kliens elküldi a szerver üz
2) két irányban - a kiszolgáló ad "választ" az ügyfélnek.

amikor a program fut, az első módban úgy néz ki OK, de amikor szervert választ az ügyfél, mint ügyfél kérelme kilépés működése után egy rövid ideig. Próbálom megtalálni a problémát, de van néhány taugh idő.

ez a funkció, ami beolvassa az adatokat a kliens oldalon (ahol Problémám van):


után puffer (decodeUnifiedMsgForServer) ki van töltve a funkció felett én dekódolja az adatokat a megfelelő adatok osztályok a következők:


Az első 3 bájt a pufferben egész számok (általános adatok, mint például - a teljes len, msgid stb) és én dekódolja őket a 2. funkció. utána küldöm a puffer a konkrét adatok, hogy osztályba dekódolni a vonatkozó adatokat, amelyekre szükségük van használva fuction decodeMsg.

Kérdéseim a következők:

1) miért van hossza a puffer (decodeUnifiedMsgForServer) mindig 0, és nem felel meg a hosszát msg kapott szerver? Tudom, hogy a kapott adatokat a szerver, mert be van jelentkezve helyesen, de ha megnézem, hogy hosszú msg equas 0 (az első "ha" a második funkció) - valami ötleted?

2) mikor jegyezte meg a sort, hogy felhívja a decodeMsg a kérelmet "viselkedett" OK és az ügyfél nem kilép a működését. Úgy gondolom, hogy ez a hiba valami köze a memória szivárgás. Talán, ha jól értettem az első kérdést tudtam megérteni ezt is.

Nagyon köszönöm a segítséget,
Lenna

Hát, nem tudom a választ az első kérdésre, de talán találtam meg a választ a seconf egy. az ok, amiért a program van őrült, hogy mivel ez multi threading van olyan helyzetben, amikor olyan esemény merül fel, amelyek a rendszer kiborulni. Én még nem találtam, hogy miért őrült meg, de ha tudom megakadályozni, hogy az esemény kell emelni, mint a fakitermelés is OK és az ügyfél kérelme nem kilép a működése.

Boldog leszek, bár ha valaki tudna válaszolni az első kérdésre felett - miért az hosszúságú buffer \u003d 0? is lehetne használni, mert az én memcpy kódolni / dekódolni puffer funkciót?

köszönöm,
Lenna

Hello Lenna,

Ez egy komplex alkalmazás, és a problémák lehetnek különböző helyeken tehát használ debugger, hogy vizsgálja meg a pontos oka. Mindazonáltal Csináltam néhány kód észrevételei:

1. About "TCPClient:: readSocketData"
ha a távoli oldal bezárja a socket írásban (shutdown a foglalat), vagy bezárja azt.
akkor a funkció "recv" értéke 0

lásd man recv
"A visszatérési érték 0 lesz, ha a szakértői hajtott végre rendes shutdown."

Ez a módszer ki fog lépni a második visszatérés, mert "br" 0 lesz, és a visszatérési érték 0 lesz. Tehát minden adata a puffer nem lesz ért egyáltalán.

Azt is javaslom, hogy használd errno és az # include <errno. h>, hogy ellenőrizze a hiba után minden egyes sikertelen hívás rendszer. Én recomment, hogy ellenőrizze a hibákat.

2. Gondolok, hogy ha a vizsgálat mind a kliens és a szerver ugyanazon a gépen (localhost) kikerülni a kliens socket bezárva okozza, hogy a szerver kap SIG_PIPE jel. Szóval azt ajánlom, hogy megakadályozza, hogy a jel a szerveren.

3. A módszer "BrainControlComData:: decodeMsg (char * decodeUnifiedMsgForServer)" fogalma sincs arról a puffer hossza.

char * egy mutató egy bájt vagy bájtsorozat

Én recomment, hogy változtatni az a nyilatkozat, hogy

BrainControlComData:: decodeMsg (const char * decodeUnifiedMsgForServer, size_t méret)

Ez az, amiért ezeket a sorokat furcsán néz ki:

if (strlen (decodeUnifiedMsgForServer) \u003d\u003d 0)
(
char * error \u003d "valószínűleg egy hiba (lásd az alábbi Q1)";
)


Azt hiszem, hogy decodeMsg egyszerűen nem kapja meg a puffer hossza helyes, és nem tesz semmilyen ellenőrzést kapcsolatos helyes hosszát. Azt feltételezi, hogy minden rendben van, és amikor ez nem igaz kapsz furcsa eredmények.

A memcpy nem szükséges
int Web_lenOfClass;
/ / Decode len az msg
memcpy (& Web_lenOfClass, msg, méret);
int lenOfClass \u003d ntohl (Web_lenOfClass);


Lehet a helyébe:
int lenOfClass \u003d ntohl (* (uint32_t *) msg);

és
int msgid \u003d ntohl (* (uint32_t *) (+ MSG_ID_LOCATION msg));


4. Ha van időd azt ajánlom, hogy egységet hozzon létre vizsgálatok (teszt önmagában) körülbelül minden fontos osztály / módszerek. És ellenőrizze azokat figyelmesen. További vizsgálat pontosabb teszteket.


Üdvözlettel
O.