[EMAIL PROTECTED] wrote:
Hi Michael,
Sorry, I sent my previous reply directly to you instead of to the
list.
thanks for the hint, I already looked into the code and - by the
way - I find it very well structured. However, one question is
left. ThereĀ“s always spoken about using async
Arno,
if I'd do it the way you suggest (do it async, fetching the next record
in OnRequestDone and start over sending), may I use screen output from
there, including .ProcessMessages? I know that a good application should
display information based on a timer or such, i.e. re-displaying all
Michael Kochendoerfer wrote:
Arno,
if I'd do it the way you suggest (do it async, fetching the next
record
in OnRequestDone and start over sending), may I use screen output from
there,
Yes, of course, take a look at the demo.
including .ProcessMessages?
No no, why would you need
Hello bevan,
Is it text file or binary file ?
If text file be sure to set binary mode, if not all #13#10 may be
converted into #10 if destination is Unix system so each text line
will loose 1 byte.
regards.
bacn Sorry, I sent my previous reply directly to you instead of to the list.
Hello,
Is it text file or binary file ?
If text file be sure to set binary mode, if not all #13#10 may be
converted into #10 if destination is Unix system so each text line
will loose 1 byte.
regards.
CR Using FtpTst demo, I upload a file from c:\dir, size 61,184. After upload,
CR
Dod wrote:
Hello bevan,
Is it text file or binary file ?
If text file be sure to set binary mode,
In SMTP??
---
Arno Garrels [TeamICS]
http://www.overbyte.be/eng/overbyte/teamics.html
if not all #13#10 may be
converted into #10 if destination is Unix system so each text line
Hi,
first of all thanks a lot for your help. Unfortunately, the thing is a bit
different (maybe I haven't chosen the best of my code-fragments to present):
It doesn't make a difference if I am using a ringbuffer or not or if the
TWSocket-component is running in an extra thread or in the main
What happens now is that the size of arriving packets gets bigger.
So instead of getting packets of 1316 Byte every 2ms,
I receive 2632 Byte, for example.
To me it appears that TWSocket has buffered two arriving packets, right?
Wrong. Winsock has a buffer (8KB by default if memory serve me
On Jan 13, 2007, at 04:50, Dod wrote:
Hello bevan,
Is it text file or binary file ?
If text file be sure to set binary mode, if not all #13#10 may be
converted into #10 if destination is Unix system so each text line
will loose 1 byte.
In SMTP, you encode the file using MIME
Hello Bevan,
I'm not a CBuilder specialis but:
AnsiString msg = ((TWSocketClient*) Sender)-ReceiveStr();
This is a good typecast. It tells the compiler that Sender is of type
TWSocketClient, so compiler can do the exact address offset
calculations within the type. You still have to check if
Does it with ASCII or binary mode, and with text and binary file.
I did look and indeed the #13#10 is converted into #10. ftpAcceptLF
doesn't matter.
It is Unix. Is there a TFTPClient setting to fix this, or do I simply
convert #10s into #13#10s?
-Original Message-
From: Dod
Hello Chris,
Send a bin command before transfert. Or look at FTP component properties, may
be
there is a some .SetBinary ?
CR Does it with ASCII or binary mode, and with text and binary file.
CR I did look and indeed the #13#10 is converted into #10. ftpAcceptLF
CR doesn't matter.
CR It is
Chris Roller wrote:
Does it with ASCII or binary mode, and with text and binary file.
I did look and indeed the #13#10 is converted into #10. ftpAcceptLF
doesn't matter.
It is Unix. Is there a TFTPClient setting to fix this, or do I simply
convert #10s into #13#10s?
In order transfer data
Thanks, that worked. I feel silly.
-Original Message-
From: Arno Garrels [mailto:[EMAIL PROTECTED]
Sent: Saturday, January 13, 2007 13:43
To: ICS support mailing
Subject: Re: [twsocket] FTPClient Upload/download size incorrect?
Chris Roller wrote:
Does it with ASCII or binary
14 matches
Mail list logo