I've encountered another nasty ftp problem. if I'm connected to the ftp
server with another program and try to upload with servspy it tries to
upload and fails miserably (without telling me of course ;). the problem is
that I cannot get servspy to upload anything after that, regardless of other
programs using the ftp port. rebooting seems to be the only solution to get
it to work again. I guess it's the ics ftp component, but I haven't debugged
it.
-rtf
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That is certainly not good. Doesn't happen for me though. Do you think
it can be a firewall issue? Perhaps the firewall blocking access to the
FTP ports after such an attempt didn't close properly?
I thought that maybe if TFTPClient starts listening on a port, and doesn't
release it properly, the firewall perhaps gets messed up thinking that
the original ServSpy instance is still using the port.
Well I think the .transmit procedure is too error prone, and I need to
build an interface to TFTPClient that will do the same.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
nope, I doubt that it's a firewall thingy. each time I had that problem I was
running servspy from within the ide. i.e. the exe changed each time and
my firewall noticed the new md5 hash and ask me if it should really let the
new exe take the place of the old one. the firewall never got to that part once
I tried to upload with another app using ftp to that server. the next time this
happens, I'll shut down my firewall and try again. maybe it will
help...
you could take a look at the indy ftp component...
-
rtf
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Maybe I will use the indy components. I think I'll just try to fix the
problems with ICS first, and if it seems too complicated I'll try Indy.
But I expected problems with the FTP stuff, It is just a very early
implementation.
I have a lot of previous experience with ICS and it seems very stable,
so I'm reluctant to switch without a good reason. But of course a buggy
TFTPClient is a good reason. :)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Logged In: YES
user_id=550684
I've encountered another nasty ftp problem. if I'm connected to the ftp
server with another program and try to upload with servspy it tries to
upload and fails miserably (without telling me of course ;). the problem is
that I cannot get servspy to upload anything after that, regardless of other
programs using the ftp port. rebooting seems to be the only solution to get
it to work again. I guess it's the ics ftp component, but I haven't debugged
it.
-rtf
Logged In: YES
user_id=544193
With rebooting I hope you mean restarting ServSpy and not windows.
ICS tend to leave connections open when something goes wrong and
these must be closed properly before the component can be used
again.
Logged In: YES
user_id=550684
nope, rebooting windows is the only way to get servspy to upload again...
Logged In: YES
user_id=544193
That is certainly not good. Doesn't happen for me though. Do you think
it can be a firewall issue? Perhaps the firewall blocking access to the
FTP ports after such an attempt didn't close properly?
I thought that maybe if TFTPClient starts listening on a port, and doesn't
release it properly, the firewall perhaps gets messed up thinking that
the original ServSpy instance is still using the port.
Well I think the .transmit procedure is too error prone, and I need to
build an interface to TFTPClient that will do the same.
Logged In: YES
user_id=550684
nope, I doubt that it's a firewall thingy. each time I had that problem I was
running servspy from within the ide. i.e. the exe changed each time and
my firewall noticed the new md5 hash and ask me if it should really let the
new exe take the place of the old one. the firewall never got to that part once
I tried to upload with another app using ftp to that server. the next time this
happens, I'll shut down my firewall and try again. maybe it will
help...
you could take a look at the indy ftp component...
-
rtf
Logged In: YES
user_id=544193
Maybe I will use the indy components. I think I'll just try to fix the
problems with ICS first, and if it seems too complicated I'll try Indy.
But I expected problems with the FTP stuff, It is just a very early
implementation.
I have a lot of previous experience with ICS and it seems very stable,
so I'm reluctant to switch without a good reason. But of course a buggy
TFTPClient is a good reason. :)