Is it possible, to disable generaly this horrible feature?
I don't really see your problem. If you transfer files in "Binary" mode with TC, which btw. is the default, then nothing will be changed. A conversion will occur only when you choose "Text" or "Automatic" mode from the ftp toolbar, so it's completely optional. In addition to that, you can set the host type to "Windows" in the connection settings, and no conversion will be made either.
2Sob
You are right, this is not correct. I had to change it to '4' because myrecv() now waits until it has the requested number of bytes, because in non-blocking mode I was sometimes getting just 2 bytes. I can't set it to '5' because in case of a proxy error reply, there would be just 4 bytes. Therefore I will change it to 4, 1, and then the rest. Unfortunately I cannot test it here because all my tested proxies return IP addresses. Do you have a proxy which returns a host name?
Another mistake, I forgot about possible error, 4+1 is correct then. :)
I tried Socks Puppet, 3proxy and socks5d.pl and they all return IP addresses too. At least v6 can be tested with the last one.
ghisler(Author) wrote:If you transfer files in "Binary" mode with TC, which btw. is the default, then nothing will be changed. A conversion will occur only when you choose "Text" or "Automatic" mode from the ftp toolbar, so it's completely optional.
How does this work? Is there an interaction between the FTP settings within the Tc and the settings for this plugin? Do you read within the Plugin the TC-FTP Settings? Where I can find the documentation of this?
No, it's in the connection properties of the Server (Alt-Enter). On the right side from the SCP radio button
is a new field named "System:" There you can choose Automatic, Windows (CR/LF) or Unix (LF).
If you compare sftpplug091beta with sftpplug092beta then you will see it.
Mikefield wrote:... it's in the connection properties of the Server (Alt-Enter). On the right side from the SCP radio button
is a new field named "System:" There you can choose Automatic, Windows (CR/LF) or Unix (LF).
This is not a new info. Same info ghisler(autor) wrote here:
ghisler(autor) wrote:In addition to that, you can set the host type to "Windows" in the connection settings, and no conversion will be made either.
But what is with this?
ghisler(autor) wrote:if you transfer files in "Binary" mode with TC, which btw. is the default, then nothing will be changed. A conversion will occur only when you choose "Text" or "Automatic" mode from the ftp toolbar, so it's completely optional.
... especially with this: "... Binary" mode with TC ..." and "... when you choose "Text" or "Automatic" mode from the ftp toolbar ... "
How does this work? Is there an interaction between the FTP settings within the Tc and the settings for this plugin? Do you read within the Plugin the TC-FTP Settings? Where I can find the documentation of this?
The information is sent to plugins via the FsExecuteFile command. The verb is "mode". TC sends "mode I" for binary, "mode A" for text and "mode X*.txt *.whatever" for text mode.
Christian, back in Sept 6 I asked you if you can implement "ls -al" if "stat" command is not available. I know - you responded that it would offer only limited functionality. But still - better that nothing I'd say. Are you considering to implement this or you just dropped it completely?
I just 2-3 days ago downloaded 0.92 and that SCP rocks - good job.
It's on my wish list, but unfortunately I don't currently have the time. You can try to send the command via the command line (Ctrl+Enter for the file name).
I have code that works with output of ls command on my older Slackware Linux. But I found out that field widths seem to be different than those from ado's ls:
ado's:
-rwxr--r-- 1 rwuser rwgroup 1000 Sep 24 2007 setupEnv.ksh
mine:
-rw-r--r-- 1 root root 71 Jan 1 2007 test
So what is the correct way to parse ls output?
Maybe to take it as fields (containing no space) separated by one or more spaces, with exception of sixth field (date) which has always 12 characters?
You should also check for strstr(reply2, "stat: ") != NULL, otherwise, if a filename with "not found" in it could lead to wrong result. And, sometimes, the date field only contains a time, at least on debian.
In fact, it needs something even better. What if user creates file "stat: not found"? :) Colon character is no problem for Unix filesystem..
And how exactly does the line with time-only date field look like?
Edit: instead of "not found", return value can be checked. My bash@linux return 127 when command is not found, but is it the same everywhere? For example aso's ksh@solaris? I've never seen such thing. :)