View Full Version : 5.8.6r bug
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_
11-13-2005, 09:49 AM
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 (http://www.inicom.net/forum/showthread.php?p=126270) 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.
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
panic, happened again
DELE 01.mp3
550 01.mp3: No such file or directory.
_panic_
11-13-2005, 08:27 PM
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?
it seems to happen more often on resumed files, so REST and STOR, but thats just a guess
_panic_
11-15-2005, 09:57 PM
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.
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_
11-21-2005, 03:23 PM
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.
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
01-22-2006, 05:50 AM
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.
vBulletin® v3.8.11 Alpha 3, Copyright ©2000-2024, vBulletin Solutions, Inc.