I have put some more log files on the website:
www.deephaven.co.uk/downloads/ftpuplog.zip
Two files "pass" (small file) and "fail" (large file) contain more logging
info.
Not sure if this tells us more about the end of the transfer though.
Graham
-Original Message-
From: twsocket-boun..
I have the OnFtpStateChange producing messages which I can add to my history
log, but is there a way of adding these messages into the ICS logger?
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus Robertson - Magenta System
1:
How do I log what is being sent? I have everything ticked in the ICS logger.
2:
When I use ConnectFeatAsync I get only these 3 things specified in the log:
MDTM
REST: STREAM
SIZE
The other FTP sites have a lot more. Is this a clue?
Graham
-Original Message-
From: twsocket-boun...@el
Files can be found here:
A: www.deephaven.co.uk/downloads/uploadlogA.zip
B: www.deephaven.co.uk/downloads/uploadlogB.zip
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus Robertson - Magenta Systems Ltd
Sent: 28 November
And this attachment is what the ICS logger shows for a smaller file.
At the end of upload a further file is uploaded. Not done in the previous
log as the first transfer failed to complete.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Attached is a zipped up text file obtained from the ICS logger showing the
upload of a 84MByte file to the FTP server.
No ftpPutAsync generated at the end of the transfer.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus
I am trying to see as much information as possible to get an idea of where
the problem lies.
It would appear that this FTP site does not send a "FTP 226 Transfer
Complete" for large files. So in this case you cannot use the ftpPutAsync
event to know when the upload has finished.
I have used Wires
More clues.
1:
Tried the xferdemo3 and that works ok.
2:
My code is basically a state machine. In the FtpRequestDone event, it
decides what to do next. So after a CWD and a possible Mkdir commands it
does the putAsync. Nothing then happens until the next event which should be
a ftpPutAsync. Howev
mailing
Subject: Re: [twsocket] FTP Client - Large files
Graham Powell wrote:
> I have tried Passive, Active, ASCII and Binary modes - no difference.
Have you tried with the OverbyteIcsFtpTst demo yet?
--
Arno Garrels
--
To unsubscribe or change your settings for TWSocket mailing list please g
More clues.
Now looking at Wireshark data to try and analyse what is going on.
Test 1:
My application small FTP file: All OK
Test 2:
My application with large file: Not OK, seem to be missing the "FTP 226
Transfer Complete" from server to client.
Test3:
Running xferdemo3w. This works OK. The F
Moe info.
As I said in a previous e-mail. I am testing with 3 FTP sites. It appear
only one of them has this problem.
Below is the extract from the ICS Logger at the end of the upload for the
84MByte file:
This is end of the ICS logger when I upload to the failing FTP site:
12:17:42:193 DataSock
1:
I am using ICS V8.
2:
I made a typo with the file size. It is 84Mbytes (not 84GBytes) that fails.
39MByte file is OK
3:
I have no timers running that could mess things up.
4:
Your Mag demo works.
5:
I have tried playing with the FTP Client Timeout property, but I don't think
this is relevant
Is the a limit to the size of file I can PutAsync?
I am trying to upload a large file (84GBytes) to a FTP site. The file seems
to transfer OK, but there is nothing to signal the transfer is complete. No
ftpPutAsync and no ftpError event.
Smaller files are OK.
Graham
--
To unsubscribe or chang
I am currently testing with 3 FTP sites and none of them work with Unicode
characters. The "OPTS UTF8 ON" returns unsupported. So I am doing exactly as
you said. The FTP servers are working in ASCII, but I am converting to
UTF-8. So the filenames that get stored on the FTP site looks a bit strange,
OK, so I lied about the Drag & drop working. It only appeared to work due to
some caching effect in Windows. If I closed the window and re-opened it, the
filename was displayed as all question marks.
However I have now sort of fixed the problem. If I convert the filename to
UTF8 and set the FTP Cl
I was only using Wireshark and Drag & Drop (from the computer to the FTP
site, nothing to do with ICS at this point) to see if it shed any light on
what was being sent to the FTP server. When I view the file from the
equivalent of Windows Explorer after the Drag & Drop, the filename is
displayed co
I have the FTP client doing putAsync and getAsync to a FTP server. If the
filename contains Unicode characters (e.g. Russian), the putAsync results in
a filename of on the FTP site.
If I drag & Drop the file there is no problem.
I have used Wireshark to try and see what the Drag & drop is doin
Error attached.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of François Piette
Sent: 14 November 2012 19:54
To: 'ICS support mailing'
Subject: Re: [twsocket] ICS WebServer Demo
> The problem was that the "World Wide Web Publi
no Garrels
Sent: 14 November 2012 16:05
To: ICS support mailing
Subject: Re: [twsocket] ICS FTP Client Strange Effect
Graham Powell wrote:
> I have an odd effect that I'm sure one of you clever guys will provide
> an answer to.
>
> I am using the FTP client to put a file
I have an odd effect that I'm sure one of you clever guys will provide an
answer to.
I am using the FTP client to put a file on the a web site. The file format
is of my own making and have no trouble reading and writing to files to/from
the hard drive.
Apart from the first 4 bytes in the file, the
The problem was that the "World Wide Web Publishing Services" was running.
If I turned this off or changed the port number the Web Server demo works
fine.
Thanks for the help.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Fr
Thanks. Demo works now.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus Robertson - Magenta Systems Ltd
Sent: 13 November 2012 16:57
To: twsocket@elists.org
Subject: Re: [twsocket] ICS WebServer Demo
> Just started to lo
Just started to look at the Web Server demo. When I run it I get 10013 Bind
error.
Any clues as to how to proceed?
Any help much appreciated
Graham
--
To unsubscribe or change your settings for TWSocket mailing list
please goto http://lists.elists.org/cgi-bin/mailman/listinfo/twsocket
Visit our
That seems to be the case. I now just call the TypeBinaryAsync in the
ftpConnectAsync event.
Thanks again for your help.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus Robertson - Magenta Systems Ltd
Sent: 17 July 2012
I think you are correct. I have found that if I call TypeBinaryAsync first
and then in the Request event (ftpTypeSetAsync) I now call GetAsync then it
works.
Is this the best way to do it?
I guess I thought that just setting Binary to TRUE, it was going to send the
TYPE I automatically.
Graham
So now I have another issue which I'm sure someone will know the answer to.
I am copying Unicode files from my FTP server to a local directory. The
problem is that for every carriage return I get an additional non-Unicode
carriage return. So for a CR LF where I should receive 0D 00 0A 00, I get 0D
Thank you. You have been very helpful.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus Robertson - Magenta Systems Ltd
Sent: 16 July 2012 17:38
To: twsocket@elists.org
Subject: Re: [twsocket] ICS FTP Client
> I had not c
I used the demo program from your website in conjunction with Wireshark to
monitor what was going on in network land. I then tried my program and the
problem was obvious. I knew it would be simple. After doing the GetAsync I
had not cleared the "HostFilename" parameter. So the DirAsync still had th
I may well end up using your components, but in the meantime I need to
determine what my problem is here.
I use DirAsync to get the directory listing. If I set the directory to Test1
and do a DirAsync, I get all the files and folder names. Now If I set the
CWD to one of these sub folders and do a D
I'm sure this problem is simple to solve but I am tearing my hair out trying
to solve it.
Imagine I have an FTP site that contains a folder called "Test1". In this
folder I have a file called "abc.dat" and another folder just called "abc".
So I log on to the FTP site and change the directory (Cwd
discussion
group.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Arno Garrels
Sent: 19 October 2011 09:49
To: ICS support mailing
Subject: Re: [twsocket] XE2 and ICS
Graham Powell wrote:
> 1:
> I am just experimenting
1:
I am just experimenting with XE2 and ICS. If I create a basic VCL project
and add a TFTPClient, compile for 32-bit, all is fine. Compile for 64-bit
and I get the error:
Can't find OverbyteIcsWndControl.dcu
Something simple I am missing?
2:
Now trying to do the same thing in a FireMonkey proje
When are you doing the "PUT"? In that routine after the "CWD" or are you
waiting for the RequestDone from the "CWD"?
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Fabrice Vendé
Sent: 12 May 2011 15:40
To: ICS support mailing
Maybe "background loop" is the wrong term. I have a timer generating an
event every 50mS. This routine processes the data from the USB and FTP.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Francois PIETTE
Sent: 28 January 20
The USB is read by a high priority thread and stored in a buffer. The
background loop monitors the USB buffer and the buffered streams from the
FTP and processes accordingly.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Fra
It is all one application. The FTP client uses only Async commands and loads
the data to a stream. The USB component, based on CreateFile etc. has a high
priority thread for reading data and stores the data in a string embedded in
a Critical Section Acquire and Release. In this instance this is bet
The USB device is not a disk drive, but a teleprompter. Data is sent when
requested from the device. So single bytes from the device result in large
amounts of data being sent from the PC to the USB device. All this works. It
is only when the FTP is getting data that it can go pear shaped. While th
With FTP off or connected but not receiving data then all is fine. No
problem with USB.
Haven't looked at CPU usage, will possibly try that.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Anton S.
Sent: 27 January 2011 13:24
OK all you clever people out there this is my current problem.
I have an application that connects to a newsroom computer system (NCS) via
FTP. I have a server in my office and use the ICS FTP client to make the
connection. LIST commands, RETR commands etc. are going on pretty well all
the time.
It is all Async and I think I am homing in on the problem. Some Drag & Drop
operation may be butting in the normal sequence of events.
Thanks for all your thoughts
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Angus Robertson
Apart from the first command, under normal circumstances all commands loaded
to the FTP client are as a result of a previous FTP client event being
generated. Occasionally I am detecting a "FTP Component Not Ready" error.
So the question is: Is there an FTP or some sort of network condition that
c
Changed the "Agent" to some random word and now it's all working fine.
Many thanks for all your help.
And in answer to someone else. I wanted to use ICS because it's inherently
asynchronous.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org]
That's very similar to what I had just come up with, and unfortunately we
now have the next strange problem.
This returns a message from whatismyip.com saying that I have been banned
for 5 minutes for hitting the site too often. If I instantly revert back to
the Indy component, it works.
Is there
Easy when you know how. The only demo programs I can find are what were
installed with the ICS and none of them seem to tell me what I need to know.
I am doing this:
HttpCli1.Url := 'http://www.whatismyip.com/automation/n09230945.asp';
HttpCli1.GetAsync;
This returns with the RequestDone ev
By using the Indy TIdHTTP and TIdIOHandlerStack it is very easy to use these
components to call http://www.whatismyip.com/automation/n09230945.asp to
return the Internet IP address. What I want to know is, what is the simplest
way to do this with the ICS components. The Indy components always seem
Back in the olden days the server did not support UTF-8, it just sent ASCII.
So as long as you knew what codepage it was using there was not a problem.
I'll see how it goes now having implemented the "Download To Stream" idea
instead of "Download To String".
I may well have some more questions so
To: ICS support mailing
Subject: Re: [twsocket] FPiette V2.108 vs Overbyte V7.07 - FTP Client
Graham Powell wrote:
> When I get the FEAT response, where do I look for the results?
> Although I think this is irrelevant since I have found the spec for
> the server and the only FEAT supporte
When I get the FEAT response, where do I look for the results? Although I
think this is irrelevant since I have found the spec for the server and the
only FEAT supported is UTF8.
Regards
graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
I have got the MemoryStream idea working although I had to declare the
stream as a TMemoryStream otherwise DirStream.Clear will not compile.
I thought strings were dynamic. The string was always cleared before each
FTP command.
I shall investigate your MLST idea.
At least I don't have to keep mo
e FTP client in Vancouver.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Arno Garrels
Sent: 06 March 2010 19:36
To: ICS support mailing
Subject: Re: [twsocket] FPiette V2.108 vs Overbyte V7.07 - FTP Client
Graham Powell wrote:
The directory listing contains a list of story identifiers which look
something like this 123454678:12345678:12345678
The date and time of the story is one of the fields. So the listing gives me
the stories I need to download and the timestamp. When a story changes I
re-download it. If it disappea
Providing detailed logs is very difficult as the client is NBC in the U.S.
As I have mentioned in previous posts some months ago I am interfacing to an
Avid iNEWS newsroom server and polling by using the dirAsync command sent
every 3 seconds.
I also mentioned previously that I have modified the F
Every time I upgrade from the old FPiette software to any of the Overbyte
versions I have been experiencing the occasional problem. I cannot reproduce
the problem in the office, but customers report odd effects. Each time the
finger starts to point to the FTP component. Bear in mind that the custom
Don't you just look at the RqType parameter in the event.
Graham
-Original Message-
From: twsocket-boun...@elists.org [mailto:twsocket-boun...@elists.org] On
Behalf Of Anton Sviridov
Sent: 23 December 2009 14:45
To: twsocket@elists.org
Subject: [twsocket] FTPCli: RequestDone with ftpConne
As we are in the mode for changes to the FTP client. One thing that I have
always done, which makes my life much easier is to add a "DownloadToString"
and "LocalStringName" property. At the moment the FTP client can download
data to a file or to a stream. In my application it is much more convenien
Hello,
I am using the ICS FTP client and am experiencing a delay in the RETR
sequence of events. I have attached a Wireshark capture to demonstrate the
problem. The sequence of events is initially very fast, but after the data
has been received there is a delay of about 200mS while the final ACKs
56 matches
Mail list logo
