From: Matthew R. <mr...@su...> - 2008-10-15 03:37:41
|
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <meta content="text/html;charset=UTF-8" http-equiv="Content-Type"> </head> <body bgcolor="#ffffff" text="#000000"> <font size="-1"><font face="Verdana">I ran across this same problem at work recently. FindFirstFile, and _stat/_wstat if you're using the C runtime, definitely don't want to see the trailing path separator.<br> <br> But I looked at the code a little bit too. In compat.cpp I noticed that on 9x systems, bacula-fd will call FindFirstFileA (and other -A APIs) using UTF-8-encoded pathnames — rather than in the correct encoding for the system/user locale.<br> <br> Are 9x backup clients even supported? If so, they will pretty much only work with an English OS and ASCII filenames. If not, then those code paths are stale anyway and could be taken out to simplify the compatibility layer a bit.<br> <br> -matt<br> </font></font><br> </body> </html> |