ioFTPD v6.2.0 Beta Released

Yil · 07-10-2007, 02:38 PM

Symbolic link updates/fixes, file rename fixes, and 2 new site commands.

Basically this is the symbolic link updates I was talking about. However I ended up fixing the improper resolving of relative symbolic links so it's likely this will break existing relative links and hence the 6.2 vs 6.1.5 version. I didn't think leaving links alone was acceptable because specifying them differently for ioFTPD than all other systems just doesn't make sense. They are also visible in directory listings as well so people could become confused (like, uh, me when my test cases didn't work!)...

Check the Changelog for details like the format of the new site symlink command.

The bad news is there is clearly a memory corruption problem lurking somewhere. I had my 6.1.4 server crash a day or so ago after a month of stability, and several people have reported similar problems although it appears to be relatively rare...

Latest Version:
ioFTPD-v6.2.1.zip

P.S. Let me know what scripts use relative symbolic links. If there are lots of problems I can add an option to revert to the old resolving logic even though it's wrong...

Yil · 07-10-2007, 02:39 PM

Code:

v6.2.0 Release Notes:

1) [internal] Added the KEEP_CASE option to the PWD_CWD() function which
   preserves the case on the final component when resolving names.

2) You can now change the case of letters in a filename.  i.e you can
   rename "test" to "Test".

3) Changed the RNFR/RNTO functions to guarantee that any simple rename of a
   file or directory will not result in the object being moved to the last
   listed drive in a merged/raided dir.  If you change the directory path of
   a file/directory though it will still move to the last listed vfs mount.

4) Fixed the symbolic links not showing up problem when using the
   No_SubDir_Sizing option.  All updates to directories now invalidate
   the faked out entry in the parent directory.

5) New site command (site symlink target | name) which creates a symlink.
   As a convenient shorthand you can leave off the "| name" part and it
   will use the last directory component for the name.  Symlinks created
   via this method differ slightly from those created via mkd/chattr in
   that they do not create a NEWDIR log entry.

6) ioFTPD.ini: Added "site symlink" permission flags 3GV1M

7) Fixed relative symlinks.  You can now use links of the form a -> b,
   a -> ../b, a -> ../../foo/b.  Previously you could use relative links
   but it was necessary to prepend an extra "../" which is clearly wrong
   when viewing a directory listing.

8) Deleting a symbolic link to a directory via remove directory (RMD) will
   now return an error (not a directory) intead of trying to delete the
   target of the link.
   NOTE: I don't know of any clients that would issue this command as they
   would use DELE instead, but this seems liked bad behaviour.

9) Deleting a symbolic link to a directory via delete file (DELE) will now
   delete the link instead of returning access denied.  Permission check
   is made as a file (i.e. Delete or DeleteOwn)

10) Deleting a symbolic link directly via DELE will not generate a DELDIR
    log event such as would be created via chattr/rmd.

11) [internal] Fixed a potential read of freed memory in Delete_File().

12) New site command (ioversion).  Prints the version of ioFTPD in use.

13) ioFTPD.ini: Added "site ioversion" permission flags - 1VM

isteana · 07-11-2007, 08:37 AM

thx for great job

but still does not exist support to utf-8 option

Yil · 07-11-2007, 10:33 PM

Found a command variant (also in 6.1 and likely 6.0) that will crash the server so here's a new release...

In an attempt to rule out the memory allocator as the corruption problem I've set this version to use malloc/free instead of the ioFTPD internal memory allocator. I debug this way so it's got a lot of testing done using this configuration. Unless crashes become much more frequent and the internal allocator is helping to hide the error this will be the default from here on out...

Link: ioFTPD-v6.2.1.zip

Code:

v6.2.1 Release Notes:

1) Fixed "site chown -R user[:group]" (where the directory/file/wildcard
   isn't specified) to imply the current directory and all subdirectories,
   and files instead of crashing with an unhandled exception.

2) Changed from the internal ioFTPD memory allocator over to malloc/free.

whocarez2k5 · 07-12-2007, 03:46 AM

Thanks for all your time you put in Yil (and others that i missed).
I question tho..., what files do i need to replace to update ioFTPD to latest version, imo only the exe or am i wrong?

Zer0Racer · 07-12-2007, 04:09 AM

Quote:

Originally Posted by whocarez2k5

Thanks for all your time you put in Yil (and others that i missed).
I question tho..., what files do i need to replace to update ioFTPD to latest version, imo only the exe or am i wrong?

Just the exe and check out the changelog entries that start with ioFTPD.ini. It's your friend.

/ZR

isteana · 07-12-2007, 12:48 PM

Yil, could i still paste random crash log for fix it?
got this one with 6.2.1 like below

Unhandled exception 3221225477 at address 0x0041f290 (0x00000000)
0x00000000 0x00000003

isteana · 07-12-2007, 01:57 PM

hehe..anyway ioftpd has been random crashed(also crashed my expect) in only 5 minute since i begin
i really want to use Yil's 6.x.x instead of 5.8.5r if that biggest problem fixed

Flow · 07-12-2007, 03:25 PM

Hi Yil!, how far ahead is the elimination of the autoban options?

As always, GREAT job you doing

Yil · 07-12-2007, 06:15 PM

Flow: you referring to the option to exempt certain IPs/hosts from being autobanned? If so, I don't know

For the moment, the workaround is just to set a huge number of attempts before banning which effectively turns the feature off.

Several hours of testing today and no crash and no corrupted heap. Still looking though...

jenga201 · 07-13-2007, 04:56 PM

could anybody suggest a zipscript that works with the new ioftpd? I love this iogui/ioftpd, but the zipscripts are driving me insane.

tuff · 07-13-2007, 06:07 PM

ioSFV obviously

isteana · 07-14-2007, 11:21 PM

6.2.1 got crashed again(with clean setting)
Yil any idea about this?

[13:17:05] SITE CHMOD 777 /AC3
[13:17:05] 200 CHMOD Command successful.
[13:17:05] SITE CHMOD 777 /GAME
[13:17:05] 200 CHMOD Command successful.
[13:17:05] SITE CHMOD 777 /MDVDR
[13:17:05] Connection lost: GTG

Unhandled exception 3221225477 at address 0x7c95bd02 (0x00000000)
0x00000000 0xffffffff
Unhandled exception 3221225477 at address 0x7c95bd02 (0x00000000)
0x00000000 0xec94c804
Unhandled exception 3221225477 at address 0x7c95bd02 (0x00000000)
0x00000000 0x00000001

Zer0Racer · 07-15-2007, 02:45 AM

Addresses starting with 0x7 indicates that a script made io crash. Maybe ioGUI if it's a "clean" install?

/ZR

Yil · 07-15-2007, 03:56 PM

isteana: Since those are all top level dirs, what does your VFS file look like? And double check that if those are virtual mounted dirs, none of them exist in the / directory itself. I don't think that's the problem, but just trying to rule it out.

If you try another chmod on /MDVDR, does it crash again? Or is it random? Was anyone else online doing stuff when you were issuing that command? Perhaps it wasn't you that crashed the server...

I'm going to release a debug version of ioFTPD which when it crashes should generate the standard error dialog box. I'll provide instructions on how to grab the crash logfile and the minidump generated whenever a crash occurs. This way I can hopefully debug things like this...

I'm not sure how or why but I can't get mine to crash, but isteana sure can! Now if it's only reproducible...