Re: [Bacula-devel] [Fwd: [bacula 0001403]: windows directory attributes aren't being set right during a restore.]

2009-12-08 Thread Kern Sibbald
On Wednesday 09 December 2009 01:17:52 Bob Hetzel wrote: > Eric/Kern, > > Thanks so much for working on this. I tried to set up the windows build > environment but the files you're using appear to have all been updated > and/or moved. If you're dying to dig into what's not right with that now > I

Re: [Bacula-devel] [Fwd: [bacula 0001403]: windows directory attributes aren't being set right during a restore.]

2009-12-08 Thread Bob Hetzel
Eric/Kern, Thanks so much for working on this. I tried to set up the windows build environment but the files you're using appear to have all been updated and/or moved. If you're dying to dig into what's not right with that now I've included that info. If not... if you could kindly upload a n

Re: [Bacula-devel] Bugs

2009-12-08 Thread Kern Sibbald
On Tuesday 08 December 2009 20:23:35 Josh Fisher wrote: > Kern Sibbald wrote: > > On Tuesday 08 December 2009 16:07:42 Josh Fisher wrote: > >> Is it that strncat() > >> can write n+1 chars instead of n (like the other strn* functions)? > > > > No, the Unix definition of strncat(char *dest, const ch

Re: [Bacula-devel] Feature request, check target filesystems for available space.

2009-12-08 Thread Kern Sibbald
On Tuesday 08 December 2009 20:21:18 Jesper Krogh wrote: > Eric Bollengier wrote: > > Hello, > > > > Maybe it could be possible to make the restore size information available > > to the ClientBeforeJob runscript, then it will be possible to run a > > specific script that can do whatever you want. I

Re: [Bacula-devel] Bugs

2009-12-08 Thread Josh Fisher
Kern Sibbald wrote: > On Tuesday 08 December 2009 16:07:42 Josh Fisher wrote: > > >> Is it that strncat() >> can write n+1 chars instead of n (like the other strn* functions)? >> > > No, the Unix definition of strncat(char *dest, const char *src, size_t n); is > that a maximum of n ch

Re: [Bacula-devel] Feature request, check target filesystems for available space.

2009-12-08 Thread Jesper Krogh
Eric Bollengier wrote: > Hello, > > Maybe it could be possible to make the restore size information available to > the ClientBeforeJob runscript, then it will be possible to run a specific > script that can do whatever you want. IMHO, Bacula won't implement directly > this kind of feature. I'l

Re: [Bacula-devel] Feature request, check target filesystems for available space.

2009-12-08 Thread Kern Sibbald
On Tuesday 08 December 2009 19:55:53 Eric Bollengier wrote: > Hello, > > Maybe it could be possible to make the restore size information available > to the ClientBeforeJob runscript, then it will be possible to run a > specific script that can do whatever you want. IMHO, Bacula won't implement > di

Re: [Bacula-devel] Feature request, check target filesystems for available space.

2009-12-08 Thread Eric Bollengier
Hello, Maybe it could be possible to make the restore size information available to the ClientBeforeJob runscript, then it will be possible to run a specific script that can do whatever you want. IMHO, Bacula won't implement directly this kind of feature. Bye -

Re: [Bacula-devel] Feature request, check target filesystems for available space.

2009-12-08 Thread Kern Sibbald
On Sunday 06 December 2009 19:10:35 Jesper Krogh wrote: > I have a feature request, that is more a "usabillity issue" than > anything else. Should be trivial to implement if people think it is > equally important as I do. > > > Item ?: On restore, check space on target volume > > Date: 6 de

Re: [Bacula-devel] Feature request, check target filesystems for available space.

2009-12-08 Thread Jesper Krogh
Kjetil Torgrim Homme wrote: > Jesper Krogh writes: > >> I have a feature request, that is more a "usabillity issue" than >> anything else. Should be trivial to implement if people think it is >> equally important as I do. >> >> Item ?: On restore, check space on target volume > > no, it's n

Re: [Bacula-devel] Bugs

2009-12-08 Thread Kern Sibbald
Hello, On Tuesday 08 December 2009 08:36:22 Jim Barber wrote: > Hi Kern. > > Could either of these bugs be a likely candidate as to why I get an > unexplained storage daemon crash at least once weekly? I believe that it is unlikely, but anything is possible. In general, the storage daemon shou

[Bacula-devel] Git development repo change

2009-12-08 Thread Kern Sibbald
Hello, This is just to let you know that I have removed the 3.0.3 branch from the development git repo on SF. To be more consistent, it is now renamed Branch-3.0, and we have tagged the various releases with Release-3.0.x. The latest code for the 3.0.x series can always be obtained by checking

Re: [Bacula-devel] Bugs

2009-12-08 Thread Kern Sibbald
On Tuesday 08 December 2009 16:07:42 Josh Fisher wrote: > Kern Sibbald wrote: > > Hello, > > > > Yesterday was an unusually good day for bugs (others may call it a bad > > day). Two Bacula crashes showed up in the Bacula regressions. Thanks > > regression testers. :-( The first one is an SD race co

Re: [Bacula-devel] Bugs

2009-12-08 Thread Josh Fisher
Kern Sibbald wrote: > Hello, > > Yesterday was an unusually good day for bugs (others may call it a bad day). > Two Bacula crashes showed up in the Bacula regressions. Thanks regression > testers. :-( The first one is an SD race condition. It was automatically > identified by Eric's thread dea