Modify

#2670 closed Bug (Works For Me)

TCP connection lost on blocking functions.

Reported by: FireFox Owned by:
Milestone: Component: AutoIt
Version: 3.3.11.3 Severity: None
Keywords: Cc:

Description

The connection seems to be closed when there's a blocking function called on the other side like MsgBox, FileOpenDialog.

Attachments (2)

server_#2670.au3 (901 bytes ) - added by FireFox on Mar 10, 2014 at 10:42:58 AM.
client_#2670.au3 (998 bytes ) - added by FireFox on Mar 10, 2014 at 10:43:04 AM.

Download all attachments as: .zip

Change History (4)

by FireFox, on Mar 10, 2014 at 10:42:58 AM

Attachment: server_#2670.au3 added

by FireFox, on Mar 10, 2014 at 10:43:04 AM

Attachment: client_#2670.au3 added

comment:1 by FireFox, on Mar 14, 2014 at 6:45:14 PM

I made a tcp server in c++ and I discovered if the TCPRecv function returns an error it does NOT mean the connection is lost (the client is in autoit).

But why? The connection is still there so there is no reason for the function to return an error, otherwise it should return an error when nothing is received.

It would be nice to a dev to clarify me what is happening and how to check if the connection is still alive in case an error is returned (what is the best way at least), so I can update the help file for the tcp functions.

Also, I would like to point out that in the attachments I provided the tcprecv function returns an error code of -1 and the call to WSAGetError returns 0.

Last edited on Mar 14, 2014 at 6:46:39 PM by FireFox (previous) (diff)

comment:2 by J-Paul Mesnage, on Jul 27, 2020 at 8:25:37 AM

Resolution: Works For Me
Status: newclosed

Hi I think the problem is closed just try the TCPSend/ TCPRecv second example using a big file

Modify Ticket

Action
as closed The ticket will remain with no owner.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.