5.8.6r bug

[tuff]

a few people have mentioned a problem with 5.8.6r and deleteing files

i can confirm this, although it seems to be pretty random and not easily recreatable

when you try to delete a file, youll get a no such file or invalid dir error

when it happens again, ill post the exact error

*** NOTE! DO NOT POST CRASH REPORTS FOR 5.8.6r HERE THEY WILL BE DELETED!
*** CONFIGURE 5.8.6r WITH A CLEAN INI, THIS HAS BEEN CONFIRMED TO HELP

[_panic_]

having the error message after the 550 response would be helpful, next time you see it.

i wonder if this is related to this flashfxp thread discussing an odd behaviour with the creation of directories.

in response to a MKD request, ioftpd returns a relative path, when imho it should return an absolute path instead. it could be getting itself confused about the PWD of the user, setting it only to that relative path.

[tuff]

panic, yeah ive spoke to bigstar about this, and its fixed in the next ffxp beta. i wonder if this is another ffxp/ioftpd only bug

edit: other user with the same problem is also using ffxp, although an older version

[tuff]

panic, happened again

DELE 01.mp3
550 01.mp3: No such file or directory.

[_panic_]

Originally Posted by tuff

panic, happened again

DELE 01.mp3
550 01.mp3: No such file or directory.

i'm going to suspect this is related to a PWD bug of some sort. don't suppose you know what commands you ran before this happened?

[tuff]

it seems to happen more often on resumed files, so REST and STOR, but thats just a guess

[zpr]

same problem here too

[_panic_]

Originally Posted by zpr

same problem here too

if you can provide a session script of the commands you run leading up to this problem, that would help greatly in me debugging it.

of course, demonstrating something with test data is better still, as i can use that as a test case.

[tuff]

ok, ive done a little more testing

when you dele a file, outputting $args (iputs ">> $args") works fine

although, when you attempt to delete one of these "locked" files, nothing is outputted for $args

it seems that $args, which we need to parse etc, is lost somewhere

it also seems that $pwd $path etc are also non existant

ie.

a good file deleted

DELE test.nfo
250 DELE command successful.
>> DELE test.nfo

a "locked?" file deleted

DELE test2.nfo
550 test2.nfo: No such file or directory.

so $args is being lost somewhere

btw panic, this is simply using the

[FTP_Post-Command_Events]
dele = TCL c:\ioFTPD\DELETEST.itcl

ini settings

[_panic_]

Originally Posted by tuff

ok, ive done a little more testing

when you dele a file, outputting $args (iputs ">> $args") works fine

although, when you attempt to delete one of these "locked" files, nothing is outputted for $args

it seems that $args, which we need to parse etc, is lost somewhere

it also seems that $pwd $path etc are also non existant

ie.

a good file deleted

DELE test.nfo
250 DELE command successful.
>> DELE test.nfo

a "locked?" file deleted

DELE test2.nfo
550 test2.nfo: No such file or directory.

so $args is being lost somewhere

btw panic, this is simply using the

[FTP_Post-Command_Events]
dele = TCL c:\ioFTPD\DELETEST.itcl

ini settings

that's a fairly good hint at what is happening. or at least where to look. tell me, is the file actually deleted, or it just exists but isn't removed *and* we get this error. i'm trying to narrow down where in the delete code path these variables are trashed.

[tuff]

the file isnt deleted panic, as $args is missing, it cant be parsed/used to "file delete -force -- $filename" etc in itcl

the file can be deleted in explorer though, so there isnt some process hogging the file

[adfsliu]

this bug is still in v5.8.7r

when deleteing somes files, it shows invalid filename or no such file, then i go to check the harddisk directory, the files are still exist.

but i find a way to delete them in ioftpd (i use ultrafxp 1.07 freeware).
sample: if abc.exe in \home, abc.exe can't been deleted. just modi directory name (\home -> \home1), after that u can delete abc.exe normally.


i am improving my english.