Go Back   FlashFXP Forums > > > >

ioFTPD General New releases, comments, questions regarding the latest version of ioFTPD.

Closed Thread
 
Thread Tools Rate Thread Display Modes
Old 07-10-2007, 02:38 PM   #1
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Talking ioFTPD v6.2.0 Beta Released

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...

Last edited by Yil; 07-11-2007 at 10:34 PM. Reason: New release
Yil is offline  
Old 07-10-2007, 02:39 PM   #2
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default Changelog

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
Yil is offline  
Old 07-11-2007, 08:37 AM   #3
isteana
Senior Member
 
Join Date: Mar 2006
Posts: 110
Default

thx for great job
but still does not exist support to utf-8 option
isteana is offline  
Old 07-11-2007, 10:33 PM   #4
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default Version 6.2.1 Released

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.
Yil is offline  
Old 07-12-2007, 03:46 AM   #5
whocarez2k5
Senior Member
ioFTPD Foundation User
 
Join Date: Jul 2005
Posts: 147
Default

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?
whocarez2k5 is offline  
Old 07-12-2007, 04:09 AM   #6
Zer0Racer
Senior Member
ioFTPD Scripter
 
Join Date: Oct 2002
Posts: 703
Default

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
Zer0Racer is offline  
Old 07-12-2007, 12:48 PM   #7
isteana
Senior Member
 
Join Date: Mar 2006
Posts: 110
Default

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 is offline  
Old 07-12-2007, 01:57 PM   #8
isteana
Senior Member
 
Join Date: Mar 2006
Posts: 110
Default

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

Last edited by isteana; 07-12-2007 at 10:10 PM.
isteana is offline  
Old 07-12-2007, 03:25 PM   #9
Flow
Senior Member
FlashFXP Beta Tester
ioFTPD Foundation User
 
Flow's Avatar
 
Join Date: Dec 2001
Posts: 306
Default

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

As always, GREAT job you doing
Flow is offline  
Old 07-12-2007, 06:15 PM   #10
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

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...
Yil is offline  
Old 07-13-2007, 04:56 PM   #11
jenga201
Junior Member
FlashFXP Registered User
ioFTPD Foundation User
 
Join Date: Aug 2005
Posts: 9
Default

could anybody suggest a zipscript that works with the new ioftpd? I love this iogui/ioftpd, but the zipscripts are driving me insane.
jenga201 is offline  
Old 07-13-2007, 06:07 PM   #12
tuff
Senior Member
FlashFXP Registered User
ioFTPD Scripter
 
Join Date: Jan 2003
Posts: 277
Default

ioSFV obviously
__________________
#iotools #ioftpd (both on efnet)
tuff is offline  
Old 07-14-2007, 11:21 PM   #13
isteana
Senior Member
 
Join Date: Mar 2006
Posts: 110
Default

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

Last edited by isteana; 07-14-2007 at 11:29 PM.
isteana is offline  
Old 07-15-2007, 02:45 AM   #14
Zer0Racer
Senior Member
ioFTPD Scripter
 
Join Date: Oct 2002
Posts: 703
Default

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

/ZR
Zer0Racer is offline  
Old 07-15-2007, 03:56 PM   #15
Yil
Too much time...
FlashFXP Beta Tester
ioFTPD Administrator
 
Join Date: May 2005
Posts: 1,194
Default

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...
Yil is offline  
Closed Thread

Tags
ioftpd, links, relative, resolving, symbolic

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -5. The time now is 01:39 PM.

Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)