On Wednesday 15 October 2008 12:01:33 Ulrich Leodolter wrote: > Hello, > > On Wed, 2008-10-15 at 10:50 +0200, Kern Sibbald wrote: > > On Wednesday 15 October 2008 04:37:07 Matthew Rhoten wrote: > > > 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. > > > > > > 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. > > > > > > 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. > > > > > > -matt > > > > Yes, on Win 9X systems, there will certainly be problems with non-ASCII > > characters. > > > > However, Bacula uses the "best" API that is available. The only thing > > that I can imagine is that Microsoft changed the dll in which one of the > > API's such as FindFirstFileW is found in their SP3 that Ulrich reported > > he is using. If Microsoft decides to move the API's around, that is > > going to cause us some problems. > > > > Ulrich, could you give me a copy of the output from running the following > > in bconsole: > > > > setdebug level=10 client=xxx > > status client=xxx > > setdebug level=0 client=xxx > > > > where xxx is the client that is having problems. This will tell use > > whether > > or not the correct wide character APIs were found. If there are any ! > > characters in the APIs= lines, then there is a problem with your OS. > > > > Regards, > > > > Kern > > *setdebug level=10 client=leodolter-win-fd > Connecting to Client leodolter-win-fd at leodolter-win.bibvb.ac.at:9102 > 2000 OK setdebug=10 > *status client=leodolter-win-fd > Connecting to Client leodolter-win-fd at leodolter-win.bibvb.ac.at:9102 > > leodolter-win-fd Version: 2.5.15 (14 October 2008) VSS Linux Cross-compile > Win32 Daemon started 15-Oct-08 10:29, 3 Jobs run since started. > VSS enabled, Priv 0x206 > APIs=OPT,ATP,LPV,CFA,CFW, > WUL,WMKD,GFAA,GFAW,GFAEA,GFAEW,SFAA,SFAW,BR,BW,SPSP, > WC2MB,MB2WC,FFFA,FFFW,FNFA,FNFW,SCDA,SCDW, > GCDA,GCDW,GVPNW,GVNFVMPW > Heap: heap=0 smbytes=241,862 max_bytes=356,373 bufs=97 max_bufs=235 > Sizeof: boffset_t=8 size_t=4 debug=10 trace=0 > > Running Jobs: > Director connected at: 15-Oct-08 11:49 > No Jobs running. > ==== > > Terminated Jobs: > JobId Level Files Bytes Status Finished Name > ====================================================================== > 4273 Full 22,957 1.844 G OK 13-Oct-08 15:02 > Backup-leodolter-win 4274 22,957 4.380 G OK 13-Oct-08 > 15:15 RestoreWin 4298 Incr 97 10.01 M OK 14-Oct-08 02:07 > Backup-leodolter-win 4306 980 88.66 M OK 14-Oct-08 > 10:43 RestoreWin 4307 980 88.66 M OK 14-Oct-08 12:23 > RestoreWin 4308 109 118.4 K OK 14-Oct-08 13:10 > RestoreWin 4332 Incr 1,961 65.62 M OK 15-Oct-08 02:06 > Backup-leodolter-win 4340 1,015 111.9 M OK 15-Oct-08 > 10:41 RestoreWin 4341 Full 22,498 1.720 G OK 15-Oct-08 11:39 > Backup-leodolter-win 4342 999 111.9 M OK 15-Oct-08 > 11:48 RestoreWin ==== > > > Anything wrong in my APIs ?
No, they all look good. I have to admit that we have not explicitly tested the new 2.5 Win32 for handling non-ASCII characters, so there may be something wrong. Did you say that you built the daemon yourself? (I don't remember). If you are not using any of the new features, I would recommend that you re-install a 2.4.3 daemon and see if you have the same problems. If you do, then there is something strange going on that I don't understand. If the old version works, then we have obviously made some change that breaks something and knowing that narrows down the problem significantly. Another thing is that if you built the FD yourself, please let me know, and I can build the current version, and make sure it basically works here, then let you try it since it is possible (but unlikely) something might have gone wrong in the build process. Regards, Kern > > Regards > Ulrich ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Bacula-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-devel
