[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bacula-devel] win32 restore warning on german umlauts


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
Bacula-devel@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/bacula-devel


This mailing list archive is a service of Copilotco.