Custom Query (7983 matches)

On Windows platforms newer than WinXP besides SetFilePointer+SetEndOfFile preallocation method which fills required disk space with zeros which might take a lot of time in case of a very large file, there is another literally instant function: SetFileValidData (see MSDN), it just claims disk space leaving intact whatever data there was.

Despite common belief that fragmentation isn't an issue, it's quite the opposite - 1+GB files downloaded in such applications as FileZilla Client which doesn't preallocate disk space, are extremely slow to copy and work with when mounted and impose absolutely unnecessary huge load on HDD due to a lot of disk seeks.

Apparently only a few win32 ftp clients can preallocate space and none of them uses SetFileValidData. Out of about 20 most popular ftp clients I've tested, only Flashget and NetTransport had the feature. Actually I've searched all files on my PC and out of hundreds of small and large win32 apps that constantly deal with creation of files, large and small, only VirtualDub and uTorrent use SetFileValidData, also the latter allows user to select whether he prefers instant preallocation, complete with zeroing or none of the two.

There was a similar ticket (#1486) 7 years ago and now it's already 2012 but FileZilla Client still doesn't preallocate space.

If z/OS server is set to default to HFS (Unix) the client is unable to switch to normal MVS file system. It appears that there is a mistake with the FileZilla directory information. If a user is in HFS the CWD prefixes with a "/". To go to native MVS file system the client should drop the "/" prefix. Here's some info from the log;

Command: CWD /'tsospw3.' Trace: CFtpControlSocket::OnReceive() Response: 550 CWD cmd failed : EDC5129I No such file or directory. (errno2=0x05190050)

What I entered in the "Remote site:" box was;

'tsospw3.'

If I "Enter custom command" here's the log;

Command: cwd 'tsospw3.' Trace: CFtpControlSocket::OnReceive() Response: 250 "TSOSPW3." is the working directory name prefix.

However, even though I can do the custom command the GUI interface stuff still insists on using the "/" prefix. It seems that if a user enters something in the "Remote site:" box that is a single quoted (') string the Filezilla client should NOT attempt to prefix the string with the front slash (/).

Hi,

After updating to RC2 of FileZilla 3 Client it will no longer connect when using SSH authentication. Connecting with the same key from the same computer with FileZilla 2 works OK, as did the previous release of FileZilla 3

Here is the connection log:

Status: Connecting to vytautas.mine.nu:22... Response: fzSftp started Trace: CSftpControlSocket::ConnectParseResponse(fzSftp started) Command: open "ftpweb@…" 22 Trace: Looking up host "vytautas.mine.nu" Trace: Connecting to 192.168.1.100 port 22 Trace: Server version: SSH-2.0-OpenSSH_4.5 Trace: Using SSH protocol version 2 Trace: We claim version: SSH-2.0-PuTTY_Local:_Aug_26_2007_22:50:51 Trace: Doing Diffie-Hellman group exchange Trace: Doing Diffie-Hellman key exchange with hash SHA-256 Trace: Host key fingerprint is: Trace: ssh-rsa 1024 65:16:d9:bc:18:86:c6:10:db:7b:68:27:cc:fe:a5:e2 Trace: Initialised AES-256 SDCTR client->server encryption Trace: Initialised HMAC-SHA1 client->server MAC algorithm Trace: Initialised AES-256 SDCTR server->client encryption Trace: Initialised HMAC-SHA1 server->client MAC algorithm Trace: Reading private key file "C:\Documents and Settings\User\My Documents\Keys\Linux-Server-FC4.ppk" Trace: Pageant is running. Requesting keys. Trace: Pageant has 1 SSH-2 keys Trace: Configured key file not in Pageant Trace: Offered public key Trace: Server refused public key Trace: Disconnected: No supported authentication methods available Error: Disconnected: No supported authentication methods available Trace: CSftpControlSocket::ResetOperation(66) Trace: CControlSocket::ResetOperation(66) Error: Could not connect to server Status: Waiting to retry...