Kern Sibbald wrote:
> Frank,
>
> I cannot reproduce this. It is starting to look like a compiler bug. Could
> you do the following things?
Those are always *so* much fun...
> 1. g++ --version
Fedora 7: g++ (GCC) 4.1.2 20070925 (Red Hat 4.1.2-27)
Fedora 8: g++ (GCC) 4.1.2 20070925 (Red Hat 4.1.2-33)
> 2. cd <your-regress-directory-where-things-fail>
> (this is a directory that was pre-built and where the problem occurs)
> cd build/src/lib
> (edit Makefile, find the line the begins with CFLAGS =, and change
> the -O2 to -O0 (minus oh zero))
> cd ../..
> make clean
> make
> make install
> cd ..
> export REGRESS_DEBUG=1
> tests/migration-job-test
>
> That should rebuild the source without optimization. Perhaps it will fix
> the problem. I give it about a 10% chance of working. If this doesn't work,
> then the only solution is to either add debug code all over the place or to
> go in to detail with the debugger ...
No change - director stuck at 100%.
I'll be in an out for the next few days doing holiday stuff, but I should be
able to at least run the regressions tests now and then. Let me know if you
end up needing direct access to one of the machines. It'll take a little
while to arrange, but it should be doable.
--
Frank Sweetser fs at wpi.edu | For every problem, there is a solution that
WPI Senior Network Engineer | is simple, elegant, and wrong. - HL Mencken
GPG fingerprint = 6174 1257 129E 0D21 D8D4 E8A3 8E39 29E3 E2E8 8CEC
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Bacula-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-devel
