Re: [twsocket] FTPCli problem.
zipped files which where unzipped. unfortunately Bluecoat failed with a certain size of file and as seen from the user, the transfer failed. Once that Bluecoat feature was turned off, everything went OK. That does not explain why it works with ICSv5. The firewall may have been set-up to ignore file transfers with specific named application or IP address. I reported an identical issue in this mailing list a few weeks ago where an FTP download kept failing at about 2 gigs, when a suspicious file was detected in a zipped virtual machine image by my Sonicwall firewall. I then added the IP address of the server to the whitelist to prevent checking again. Angus -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hello Francois, FP That remind me a site where a bluecoat system was installed. Bluecoat was FP configured to scan for virus any file passing thru, even zipped files which FP where unzipped. unfortunately Bluecoat failed with a certain size of file FP and as seen from the user, the transfer failed. Once that Bluecoat feature FP was turned off, everything went OK. The first thing that I asked the user to do is to disable all firewalls and antiviruses, it didn't help. Anyway, we still don't understand why only ICS 7 affected by this issue. Is it possible that there was a change between V5 and V7 in other dependant files (not FTPCli) that could lead to this problem? FP You have to click on the TypeSet button which send the command to the FTP FP server with the checkbox value as parameter. FP Same as you have to do by code ! Really cool stuff, if you know how to use it, but give it to somebody else and his brain will boil from confusion! The absence of any manual for it makes a kind of guarantee that the user will be satisfied with this puzzle ;-) -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hello Francois, OK, after another series of tests it turned out that I have no idea what the problem is. The user could find out that: - using a passive connection to transfer any file of a certain size (maybe larger than 38Mb but maybe 37.Mb) causes a failure under unknown conditions (the ftp client hangs). I sent your OverbyteIcsFtpTst.exe from the 7th version package to test it on that damn computer and it also fails. Besides, it seems to have a bug: there seems to be no way to initiate binary transfer. It always opens ASCII transfer, even if binary checkbox is checked: 150 Opening ASCII mode data connection for ocb.exe Thursday, February 3, 2011, 11:03:36 PM, you wrote: FP Is it confirmed that the server actually send the 226 answer and this is FP lost because the client doesn't see it ? By the moment the software was tested with 2 servers, and the behavior is the same. We could think that the router is the problem, but the only unexplained thing remained is why ICS5 works... FP I understood that, but nevertheless, I would like to confirm the server send FP the 226 answer when the download is done. It is possible that something is FP wrong at the closing of the data connection and so the server never send his FP 226 status, or the server send it but ICS doesn't get it. FP So before continuing with guessing, I would like to know the answer to my FP question, because this is the next thing I would check myself if I had that FP problem. FP You said you reproduced the issue with your own server being interrogated, FP so it should be easy for you to spy on the network at your own server and FP see if the 226 answer is properly sent with his ending CR/LF. FP Regards, FP -- FP francois.pie...@overbyte.be FP The author of the freeware multi-tier middleware MidWare FP The author of the freeware Internet Component Suite (ICS) FP http://www.overbyte.be FP -- FP To unsubscribe or change your settings for TWSocket mailing list FP please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket FP Visit our website at http://www.overbyte.be -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
OK, after another series of tests it turned out that I have no idea what the problem is. The user could find out that: - using a passive connection to transfer any file of a certain size (maybe larger than 38Mb but maybe 37.Mb) causes a failure under unknown conditions (the ftp client hangs). That remind me a site where a bluecoat system was installed. Bluecoat was configured to scan for virus any file passing thru, even zipped files which where unzipped. unfortunately Bluecoat failed with a certain size of file and as seen from the user, the transfer failed. Once that Bluecoat feature was turned off, everything went OK. I sent your OverbyteIcsFtpTst.exe from the 7th version package to test it on that damn computer and it also fails. Besides, it seems to have a bug: there seems to be no way to initiate binary transfer. It always opens ASCII transfer, even if binary checkbox is checked: You have to click on the TypeSet button which send the command to the FTP server with the checkbox value as parameter. Same as you have to do by code ! -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hello Arno,
No, it was reported that the software with FTPCLI_BUFFER_OLD also
hangs :(
Monday, January 24, 2011, 10:30:29 AM, you wrote:
AG const
AG // BLOCK_SIZE = 1460; { 1514 - TCP header size }
AG {$IFDEF FTPCLI_BUFFER_OLD}
AG FTP_SND_BUF_SIZE = 1460; { arno V7.18 }
AG FTP_RCV_BUF_SIZE = 4096; { arno V7.18 }
AG {$ELSE}
AG {$IFDEF FTPCLI_BUFFER_SMALL}
AG FTP_SND_BUF_SIZE = 8192; { arno V7.18 }
AG FTP_RCV_BUF_SIZE = 8192; { arno V7.18 }
AG {$ELSE}
AG {$IFDEF FTPCLI_BUFFER_MEDIUM}
AG FTP_SND_BUF_SIZE = 16384; { arno V7.18 }
AG FTP_RCV_BUF_SIZE = 16384; { arno V7.18 }
AG {$ELSE}
AG FTP_SND_BUF_SIZE = 32768; { angus V7.00 increased from 1460 }
AG FTP_RCV_BUF_SIZE = 32768; { angus V7.00 increased from 4096 }
AG {$ENDIF}
AG {$ENDIF}
AG {$ENDIF}
--
Best regards,
Antolmailto:spama...@mail.ru
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Antol wrote:
Hello Arno,
No, it was reported that the software with FTPCLI_BUFFER_OLD also
hangs :(
That's sad news :(
I'm running out of ideas, anybody else?
--
Arno Garrels
Monday, January 24, 2011, 10:30:29 AM, you wrote:
const
// BLOCK_SIZE = 1460; { 1514 - TCP header size }
{$IFDEF FTPCLI_BUFFER_OLD}
FTP_SND_BUF_SIZE = 1460; { arno V7.18 }
FTP_RCV_BUF_SIZE = 4096; { arno V7.18 }
{$ELSE}
{$IFDEF FTPCLI_BUFFER_SMALL}
FTP_SND_BUF_SIZE = 8192; { arno V7.18 }
FTP_RCV_BUF_SIZE = 8192; { arno V7.18 }
{$ELSE}
{$IFDEF FTPCLI_BUFFER_MEDIUM}
FTP_SND_BUF_SIZE = 16384; { arno V7.18 }
FTP_RCV_BUF_SIZE = 16384; { arno V7.18 }
{$ELSE}
FTP_SND_BUF_SIZE = 32768; { angus V7.00 increased from 1460 }
FTP_RCV_BUF_SIZE = 32768; { angus V7.00 increased from 4096 }
{$ENDIF}
{$ENDIF}
{$ENDIF}
--
Best regards,
Antolmailto:spama...@mail.ru
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
I'm running out of ideas, anybody else? Is it confirmed that the server actually send the 226 answer and this is lost because the client doesn't see it ? -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hello Francois, By the moment the software was tested with 2 servers, and the behavior is the same. We could think that the router is the problem, but the only unexplained thing remained is why ICS5 works... Thursday, February 3, 2011, 9:19:16 PM, you wrote: I'm running out of ideas, anybody else? FP Is it confirmed that the server actually send the 226 answer and this is FP lost because the client doesn't see it ? FP -- FP francois.pie...@overbyte.be FP The author of the freeware multi-tier middleware MidWare FP The author of the freeware Internet Component Suite (ICS) FP http://www.overbyte.be FP -- FP To unsubscribe or change your settings for TWSocket mailing list FP please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket FP Visit our website at http://www.overbyte.be -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
FP Is it confirmed that the server actually send the 226 answer and this is FP lost because the client doesn't see it ? By the moment the software was tested with 2 servers, and the behavior is the same. We could think that the router is the problem, but the only unexplained thing remained is why ICS5 works... I understood that, but nevertheless, I would like to confirm the server send the 226 answer when the download is done. It is possible that something is wrong at the closing of the data connection and so the server never send his 226 status, or the server send it but ICS doesn't get it. So before continuing with guessing, I would like to know the answer to my question, because this is the next thing I would check myself if I had that problem. You said you reproduced the issue with your own server being interrogated, so it should be easy for you to spy on the network at your own server and see if the 226 answer is properly sent with his ending CR/LF. Regards, -- francois.pie...@overbyte.be The author of the freeware multi-tier middleware MidWare The author of the freeware Internet Component Suite (ICS) http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hello Francois, Thursday, February 3, 2011, 11:03:36 PM, you wrote: FP You said you reproduced the issue with your own server being interrogated, FP so it should be easy for you to spy on the network at your own server and FP see if the 226 answer is properly sent with his ending CR/LF. No, nobody was able to reproduce the problem! By now I know only one machine that has this problem. I only gave that user login and password to my FTP server so he could try to find out whether it was a server problem or client problem. I've sent another FTP client to that user so he could test FTP passive transfer with alternative software. -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hello Arno, Friday, January 21, 2011, 8:51:33 PM, you wrote: AG My first guess is that it is a server issue. The server has to send a AG response on the control socket, either success or failure. AG Or for some reason that response was sent however doesn't get thru? AG If you can get a RDP connection to user's PC you could install AG Wireshark and check that. I cannot access that computer. I gave that user login and password to my own FTP server and the result is the same - works in active mode well and hangs at the end of the passive transfer, when the file is completely uploaded. So the server is not to blame. Besides, I uploaded from the same program to HIS ftp server in passive mode and had no problems. Futhermore, I installed Windows XP to WMWARE and uploaded files from it, and it also uploaded OK. This is strange. PS: when the user runs the same program with ICS v5 component, it works on that problematic computer ALWAYS ok, i.e. it never hangs. AG Hmm, that's indeed strange, are you sure it's the same mode AG passive/active? Yes, I'm sure. The program uses presets so the settings are always the same. The user only replaces exe file. The old one works, the new one hangs. When the user replaces the old one back, it works again. The settings are the same. But I see there were a lot of structural changes between V5 and V7 (filenameschanged and some properties to FTP component added/removed). Can it be that there were some code changes between V5 and V7 that can cause this behavior? -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Antol, We realy need a reproducible test case. I searched the source again but was not able to find a change that could lead to the problem. Double check that you use latest ICSv7 from: http://wiki.overbyte.be/wiki/index.php/ICS_Download My OverbyteIcsFtpCli.pas is V7.17 -- Arno Garrels Antol wrote: Hello Arno, Friday, January 21, 2011, 8:51:33 PM, you wrote: My first guess is that it is a server issue. The server has to send a response on the control socket, either success or failure. Or for some reason that response was sent however doesn't get thru? If you can get a RDP connection to user's PC you could install Wireshark and check that. I cannot access that computer. I gave that user login and password to my own FTP server and the result is the same - works in active mode well and hangs at the end of the passive transfer, when the file is completely uploaded. So the server is not to blame. Besides, I uploaded from the same program to HIS ftp server in passive mode and had no problems. Futhermore, I installed Windows XP to WMWARE and uploaded files from it, and it also uploaded OK. This is strange. PS: when the user runs the same program with ICS v5 component, it works on that problematic computer ALWAYS ok, i.e. it never hangs. Hmm, that's indeed strange, are you sure it's the same mode passive/active? Yes, I'm sure. The program uses presets so the settings are always the same. The user only replaces exe file. The old one works, the new one hangs. When the user replaces the old one back, it works again. The settings are the same. But I see there were a lot of structural changes between V5 and V7 (filenameschanged and some properties to FTP component added/removed). Can it be that there were some code changes between V5 and V7 that can cause this behavior? -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hello Arno, Sunday, January 23, 2011, 10:09:00 PM, you wrote: AG Antol, AG We realy need a reproducible test case. I searched the source AG again but was not able to find a change that could lead to the AG problem. Double check that you use latest ICSv7 from: AG http://wiki.overbyte.be/wiki/index.php/ICS_Download AG My OverbyteIcsFtpCli.pas is V7.17 No, it is V7.12. I downloaded it with this pack: Download ICS-V7 Distribution (October, 2010) http://www.overbyte.be/frame_index.html?redirTo=/products/ics.html Now I looked more carefully and found daily sources archive with 7.17. I'll try it and let you know if there are any changes. Additional info from the user: Note: 2.20 uses ICS5, 2.30 uses ICS7, TEM is The Evil Machine that doesn't work in passive mode. == Still, 2.20 in passive mode worked--and still works--from TEM but 2.30 in passive mode does not. That is most curious. Yes, routers are not very consistent, which I well understand. But, between 2.20 and 2.30 on TEM the router does not change nor does the operating system... only the software changes. Even stranger still is that passive mode was developed to resolve a NAT issue. Testing any particular router by using active and then passive mode, it would be more likely active mode would fail. (The TEM router is, by the way, an old D-Link DIR-624 which was sold in UK not US.) == -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Hi Antol, I am using a ICS built ftp client which has been several times updated and worked very good. I don't know if this is any help but, I had problems with 2 different models of D-Link routers and had to change them because my app did work in everywhere else but not in the machines behind of D-Link routers. That was exactly the Passive mode problem I unfortunately don't remember the errors anymore. I believe you will be able to find the problem if you switch D-Link router with something else. -Original Message- From: Antol Sent: Monday, January 24, 2011 7:11 AM To: ICS support mailing Subject: Re: [twsocket] FTPCli problem. Hello Arno, Sunday, January 23, 2011, 10:09:00 PM, you wrote: AG Antol, AG We realy need a reproducible test case. I searched the source AG again but was not able to find a change that could lead to the AG problem. Double check that you use latest ICSv7 from: AG http://wiki.overbyte.be/wiki/index.php/ICS_Download AG My OverbyteIcsFtpCli.pas is V7.17 No, it is V7.12. I downloaded it with this pack: Download ICS-V7 Distribution (October, 2010) http://www.overbyte.be/frame_index.html?redirTo=/products/ics.html Now I looked more carefully and found daily sources archive with 7.17. I'll try it and let you know if there are any changes. Additional info from the user: Note: 2.20 uses ICS5, 2.30 uses ICS7, TEM is The Evil Machine that doesn't work in passive mode. == Still, 2.20 in passive mode worked--and still works--from TEM but 2.30 in passive mode does not. That is most curious. Yes, routers are not very consistent, which I well understand. But, between 2.20 and 2.30 on TEM the router does not change nor does the operating system... only the software changes. Even stranger still is that passive mode was developed to resolve a NAT issue. Testing any particular router by using active and then passive mode, it would be more likely active mode would fail. (The TEM router is, by the way, an old D-Link DIR-624 which was sold in UK not US.) == -- Best regards, Antolmailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Antol,
We realy need a reproducible test case. I searched the source
again but was not able to find a change that could lead to the
problem. Double check that you use latest ICSv7 from:
http://wiki.overbyte.be/wiki/index.php/ICS_Download
My OverbyteIcsFtpCli.pas is V7.17
No, it is V7.12. I downloaded it with this pack:
Download ICS-V7 Distribution (October, 2010)
http://www.overbyte.be/frame_index.html?redirTo=/products/ics.html
Now I looked more carefully and found daily sources archive with 7.17.
I'll try it and let you know if there are any changes.
One big change in FtpCli V7.00 was increase of component's
internal buffer size. I plan to commit my private change like
below that allows to compile with different buffer sizes, for other
reasons. Though the chance is low that the big buffers cause the
problem, they might affect router behaviour, how knows? Add this
change and define for instance FTPCLI_BUFFER_OLD in your project
options to get back ICSV5 buffer sizes. Rebuild the project, a
simple compile won't be enough.
const
// BLOCK_SIZE = 1460; { 1514 - TCP header size }
{$IFDEF FTPCLI_BUFFER_OLD}
FTP_SND_BUF_SIZE = 1460; { arno V7.18 }
FTP_RCV_BUF_SIZE = 4096; { arno V7.18 }
{$ELSE}
{$IFDEF FTPCLI_BUFFER_SMALL}
FTP_SND_BUF_SIZE = 8192; { arno V7.18 }
FTP_RCV_BUF_SIZE = 8192; { arno V7.18 }
{$ELSE}
{$IFDEF FTPCLI_BUFFER_MEDIUM}
FTP_SND_BUF_SIZE = 16384; { arno V7.18 }
FTP_RCV_BUF_SIZE = 16384; { arno V7.18 }
{$ELSE}
FTP_SND_BUF_SIZE = 32768; { angus V7.00 increased from 1460 }
FTP_RCV_BUF_SIZE = 32768; { angus V7.00 increased from 4096 }
{$ENDIF}
{$ENDIF}
{$ENDIF}
--
Arno Garrels
Additional info from the user:
Note: 2.20 uses ICS5, 2.30 uses ICS7, TEM is The Evil Machine that
doesn't work in passive mode.
==
Still, 2.20 in passive mode worked--and still works--from TEM but
2.30 in passive mode does not. That is most curious. Yes, routers
are not very consistent, which I well understand. But, between 2.20
and 2.30 on TEM the router does not change nor does the operating
system... only the software changes. Even stranger still is that
passive mode was developed to resolve a NAT issue. Testing any
particular router by using active and then passive mode, it would be
more likely active mode would fail. (The TEM router is, by the way,
an old D-Link DIR-624 which was sold in UK not US.)
==
--
Best regards,
Antolmailto:spama...@mail.ru
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Additional information: it is supposed that the problem happens in passive mode only. -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
Re: [twsocket] FTPCli problem.
Antol wrote: So, the difference is that on the problematic PC the line 15:13:40:061 |226 Transfer complete| is not always received or processed properly. What is the reason and how to fix this? My first guess is that it is a server issue. The server has to send a response on the control socket, either success or failure. Or for some reason that response was sent however doesn't get thru? If you can get a RDP connection to user's PC you could install Wireshark and check that. BTW: There's no timeout implemented in TFtpCli, it has to be implemented on the application level. PS: when the user runs the same program with ICS v5 component, it works on that problematic computer ALWAYS ok, i.e. it never hangs. Hmm, that's indeed strange, are you sure it's the same mode passive/active? -- Arno Garrels -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] FTPCli problem.
Hello Twsocket, I use the latest ICS v7 distributive. The problem happens on [not my] WinXP system with slow DSL connection. I cannot reproduce it on other PCs, so I gave that user a special version that writes logs to file. The problem is as follows: when the file is completely uploaded to FTP server, the program sometimes hangs until ftp.AbortAsync is called manually. Here is the final part of the log in normal situation: ... 15:13:38:799 DataSocketPutDataSent 32768 15:13:39:429 019559D8 TriggerDataSent 804 15:13:39:430 DataSocketPutDataSent 31535 15:13:39:912 019559D8 TriggerDataSent 804 15:13:39:912 DataSocketPutDataSent 0 15:13:39:912 019559D8 TCustomWSocket.Shutdown 1 804 15:13:40:057 ! Data Session closed 15:13:40:057 ! Next3PutAsync 15:13:40:058 019559D8 TCustomWSocket.Shutdown 1 804 15:13:40:061 |226 Transfer complete| 15:13:40:061 ! Next3PutAsync 15:13:40:061 ! HighLevelAsync 0 15:13:40:061 ! HighLevelAsync done 15:13:40:084 019551B4 TriggerDataSent 832 15:13:40:227 |221 Goodbye.| 15:13:40:227 019551B4 TCustomWSocket.Shutdown 1 832 And here is the log when the hanging occurs: ... 01:25:54:968 DataSocketPutDataSent 32768 01:25:55:765 00C45A34 TriggerDataSent 796 01:25:55:765 DataSocketPutDataSent 20016 01:25:56:281 00C45A34 TriggerDataSent 796 01:25:56:281 DataSocketPutDataSent 0 01:25:56:281 00C45A34 TCustomWSocket.Shutdown 1 796 01:25:56:453 ! Data Session closed 01:25:56:453 ! Next3PutAsync 01:25:56:453 00C45A34 TCustomWSocket.Shutdown 1 796 !!! The file is completely uploaded. Here the program hangs and the !!! user aborts the transfer: 01:30:05:062 ! Aborting 01:30:05:062 ! HighLevelAsync 0 01:30:05:062 ! Abort detected 01:30:05:062 ! HighLevelAsync done 01:30:05:093 ! Aborting So, the difference is that on the problematic PC the line 15:13:40:061 |226 Transfer complete| is not always received or processed properly. What is the reason and how to fix this? PS: when the user runs the same program with ICS v5 component, it works on that problematic computer ALWAYS ok, i.e. it never hangs. -- Best regards, Antol mailto:spama...@mail.ru -- To unsubscribe or change your settings for TWSocket mailing list please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
[twsocket] FTPCli. Problem with QUIT
Hello All I have an application that use FTPCLI to fetch some files from a server. Async is used. It runs on a number of PC's. On a single PC running XP I sometimes have trouble quiting from a FTP server (WEB6 Microsoft FTP Service (Version 5)). The ICS version used was downloaded the 9/3-05 - I'm currently trying to get the error with the latest version. Here is how it looks in the log when the QUIT command is send. QUIT Disconnected,10053FTPSessionClosed RequestDone: 15, 500, 43, 33, 22, 0 FTPRequestDone Disconnect returns an 10053 winsock error and RequestDone returns FTP error 500. Is this a known problem? Could the problem be timing when the control socket is closed? -- To unsubscribe or change your settings for TWSocket mailing list please goto http://www.elists.org/mailman/listinfo/twsocket Visit our website at http://www.overbyte.be
