From: poy <po...@12...> - 2007-11-15 14:00:41
|
yeah right - ignore that patch. :/ i guess validateFileName() tries to keep the path, cleaning only nested = paths and bad chars. it might need to get re-written: no need to look = for "/./", "//", etc when all '/' have been cleared. itinerants, are you sure it "doesn't work" on Mac? poy ----- Original Message -----=20 From: James Ross=20 To: DC++ Devel=20 Sent: Thursday, November 15, 2007 2:27 PM Subject: Re: [dcplusplus-devel] ValidateFileName problem on = Macintosh... From: poy=20 Sent: Thursday, November 15, 2007 1:13 PM To: Patches & development discussion=20 Subject: Re: [dcplusplus-devel] ValidateFileName problem on = Macintosh... little fix, not tested of course. as for ':', have a look at line 198 of Util.cpp. ;) Won't the addition of "/" to the list already containing "\" mean that = all the bits of ValidateFileName which appear to be doing some path work = will never match? One of the comments even implies it will be given = absolute paths, which are never going to work if you replace "/" and "\" = with "_", no? I guess the important question is whether ValidateFileName is expected = to accept and return a simple filename with no paths anywhere or not = and, if if paths are allowed/expected, are they meant to be preserved in = the output? --=20 James Ross -------------------------------------------------------------------------= ----- = -------------------------------------------------------------------------= This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a = browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ -------------------------------------------------------------------------= ----- _______________________________________________ dcplusplus-devel mailing list dcp...@li... https://lists.sourceforge.net/lists/listinfo/dcplusplus-devel |