Hello Dirk, Nice for the client window ... I'll take a look at it shortly :-)
Sorry, you ran into some *old* non-portable debug code that only recently has been used. I've fixed it (I think) and comitted the fix. If it is not fixed, please send me the output and I'll work on it some more ... By the way, I am almost finished with reworking the SD status command to be functionally equivalent to the FD implementation. It took a good deal of refactoring ... Best regards, Kern On Sunday 09 March 2008 16.12:43 Dirk Bartley wrote: > Greetings > > A new status client window is available in the svn repository. However > I am having an issue compiling the director on my main server to get > bat's new feature to work with that director. > > Here is the compiler error. > > make[1]: Entering directory `/home/dbartley/src/bacula/src/lib' > Compiling htable.c > htable.c: In member function 'bool htable::insert(char*, void*)': > htable.c:256: error: cast from 'hlink*' to 'unsigned int' loses > precision > htable.c:256: error: cast from 'void*' to 'unsigned int' loses precision > htable.c:262: error: cast from 'void*' to 'unsigned int' loses precision > htable.c: In member function 'void* htable::next()': > htable.c:288: error: cast from 'hlink*' to 'unsigned int' loses > precision > htable.c:295: error: cast from 'hlink*' to 'unsigned int' loses > precision > htable.c:295: error: cast from 'void*' to 'unsigned int' loses precision > htable.c:300: error: cast from 'char*' to 'unsigned int' loses precision > htable.c: In member function 'void* htable::first()': > htable.c:316: error: cast from 'hlink*' to 'unsigned int' loses > precision > htable.c:316: error: cast from 'void*' to 'unsigned int' loses precision > htable.c:321: error: cast from 'hlink*' to 'unsigned int' loses > precision > make[1]: *** [htable.o] Error 1 > make[1]: Leaving directory `/home/dbartley/src/bacula/src/lib' > > Here are some details of this host. > > Linux srvalum3 2.6.23-gentoo-r5 #1 SMP Sat Jan 19 09:53:55 EST 2008 > x86_64 Dual-Core AMD Opteron(tm) Processor 2210 AuthenticAMD GNU/Linux > > srvalum3 bacula # gcc-config -l > [1] x86_64-pc-linux-gnu-4.1.1 > [2] x86_64-pc-linux-gnu-4.2.2 * > > I'm not sure if this is an issue where the compiler would normally warn > but this specific gcc version is interpreting it as an error?? > > Thank you in advance for any assistance. > > Dirk > > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Bacula-devel mailing list > Bacula-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bacula-devel ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel