<![CDATA[nonblocking sockets melden wsaewoudblock]]>ich hab mir nen socket angelegt, der ist nodelay mit nem wsaevent auf error | recv | close er ist also ist der socket nonblocking, schön und gut ich habe mich verbunden, und sende meine daten mit send, returnwert stimmt mit zu sendenden bytes überein blabla...

wenn ich jedoch das handle abfrage und recv mache kommt permanent return socketerror und auf getlasterror() kommt wsaewouldblock trotz das daten anliegen (ich kontrolliere das mit etheral)
ich bin steh jetzt irgendwie aufm schlauch, hab ich eventuell ne option vergessen oder was falsch gesetzt ?

der socket ist auch nicht mehrfach offen und wird auch vorher nicht zurückgesetzt, es ist derselbe socket den aich auch zum senden verwende

thx im voraus

]]>https://www.c-plusplus.net/forum/topic/192256/nonblocking-sockets-melden-wsaewoudblockRSS for NodeWed, 01 Jul 2026 00:31:54 GMTWed, 12 Sep 2007 10:10:36 GMT60<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Wed, 12 Sep 2007 10:10:36 GMT]]>ich hab mir nen socket angelegt, der ist nodelay mit nem wsaevent auf error | recv | close er ist also ist der socket nonblocking, schön und gut ich habe mich verbunden, und sende meine daten mit send, returnwert stimmt mit zu sendenden bytes überein blabla...

wenn ich jedoch das handle abfrage und recv mache kommt permanent return socketerror und auf getlasterror() kommt wsaewouldblock trotz das daten anliegen (ich kontrolliere das mit etheral)
ich bin steh jetzt irgendwie aufm schlauch, hab ich eventuell ne option vergessen oder was falsch gesetzt ?

der socket ist auch nicht mehrfach offen und wird auch vorher nicht zurückgesetzt, es ist derselbe socket den aich auch zum senden verwende

thx im voraus

]]>https://www.c-plusplus.net/forum/post/1363905https://www.c-plusplus.net/forum/post/1363905Wed, 12 Sep 2007 10:10:36 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Wed, 12 Sep 2007 11:04:34 GMT]]>Dass ich mich direkt mit den Win32-API sockets befasst habe ist lange her, ich glaube aber, dass das normal ist. Näheres findest du bestimmt hier. 😉
http://search.msdn.microsoft.com/search/Default.aspx?query=wsaewouldblock&brand=msdn&locale=en-us&refinement=00&lang=en-us

]]>https://www.c-plusplus.net/forum/post/1363922https://www.c-plusplus.net/forum/post/1363922Wed, 12 Sep 2007 11:04:34 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Wed, 12 Sep 2007 11:10:13 GMT]]>das ist definitiv nicht normal und da hab cih auch schon gesucht, ich hab echt n problem. by the way windows XP wird verwendet

]]>https://www.c-plusplus.net/forum/post/1363925https://www.c-plusplus.net/forum/post/1363925Wed, 12 Sep 2007 11:10:13 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Wed, 12 Sep 2007 11:28:49 GMT]]>wsaewouldblock beim recv() heißt doch einfach nur, dass im Moment nicht genug Daten im Empfangsbuffer liegen und der Aufruf blockierend sein müsste, um keinen Fehler zurückzuliefern.
http://msdn2.microsoft.com/en-us/library/ms740121.aspx

Etheral kann nicht wissen, was Windows mit den Sockets macht.

]]>https://www.c-plusplus.net/forum/post/1363940https://www.c-plusplus.net/forum/post/1363940Wed, 12 Sep 2007 11:28:49 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Wed, 12 Sep 2007 11:48:23 GMT]]>ja schon aber es sind DEFINITIV (geprüft mit etheral)genug daten da, das isses was mich so fertig macht

]]>https://www.c-plusplus.net/forum/post/1363959https://www.c-plusplus.net/forum/post/1363959Wed, 12 Sep 2007 11:48:23 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Wed, 12 Sep 2007 12:02:18 GMT]]>ok problem gelöst, des rätsels lösung hab ich zwar nicht gefunden aber cih habe einfach das setsockopt(nodelay) VOR das connect gestellt. jetzt klappt es bis auf ein paar signalausreisser ganz gut

]]>https://www.c-plusplus.net/forum/post/1363966https://www.c-plusplus.net/forum/post/1363966Wed, 12 Sep 2007 12:02:18 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Wed, 12 Sep 2007 12:54:05 GMT]]>Naja das hört sich wieder mal nach einer äußerst schrägen Lösung an. Leute, nehmt euch einfach mal die 5 Minuten Zeit und lest die paar Seiten auf der MSDN durch. Dann müsst ihr nicht irgendwelche komischen Behelfslösungen zusammenbasteln, die euch dann später nur wieder Probleme machen.

]]>https://www.c-plusplus.net/forum/post/1363995https://www.c-plusplus.net/forum/post/1363995Wed, 12 Sep 2007 12:54:05 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Fri, 14 Sep 2007 13:53:06 GMT]]>warte doch einfach mit select/WSASelect bis Daten anliegen und schau mit ioctlsocket wie viele Daten da sind und hohle diese dann einfach ab

]]>https://www.c-plusplus.net/forum/post/1365297https://www.c-plusplus.net/forum/post/1365297Fri, 14 Sep 2007 13:53:06 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Fri, 14 Sep 2007 14:33:58 GMT]]>

schau mit ioctlsocket wie viele Daten da sind

das hört sich wieder mal nach einer äußerst schrägen Lösung an

]]>https://www.c-plusplus.net/forum/post/1365320https://www.c-plusplus.net/forum/post/1365320Fri, 14 Sep 2007 14:33:58 GMT<![CDATA[Reply to nonblocking sockets melden wsaewoudblock on Sat, 15 Sep 2007 15:37:15 GMT]]>wenn man das benutzen einer API als schräg bezeichnet, dann ja 😉

FIONREAD

Use to determine the amount of data pending in the network's input buffer that can be read from socket s. The argp parameter points to an unsigned long value in which ioctlsocket stores the result. FIONREAD returns the amount of data that can be read in a single call to the recv function, which may not be the same as the total amount of data queued on the socket. If s is message oriented (for example, type SOCK_DGRAM), FIONREAD still returns the amount of pending data in the network buffer, however, the amount that can actually be read in a single call to the recv function is limited to the data size written in the send or sendto function call.

http://msdn2.microsoft.com/en-us/library/ms738573.aspx

]]>https://www.c-plusplus.net/forum/post/1365952https://www.c-plusplus.net/forum/post/1365952Sat, 15 Sep 2007 15:37:15 GMT