severity 368720 important forwarded 368720 [EMAIL PROTECTED] merge 367424 368720 thanks
As far as I can tell, this is a dup of 367424. As you can see there, we already narrowed down to the faulty configure test and I already suggested __GNUC__. Is your position that even with the correct __GNUC__ test, that there is still a problem with foreach_alist? If so, would you care to suggest a patch? -- John On Wed, May 24, 2006 at 02:17:33PM +0200, Bastian Blank wrote: > Package: bacula-sd > Version: 1.38.9-9 > Severity: grave > > bacula-sd segfaults in several locations with null pointer access (for > example #367424) if built with -O2. > > I just took a look into src/stored/reserve.c at line 550, where I found > another occurance. At this point it uses foreach_alist, a macro which > yields undefined behaviour than it is good for a program. (Hint: within > a macro, each variable may only accessed once.) > > Also the configure is broken, as it don't see that it uses gcc. The > correct check is __GNUC__ anyway. > > Bastian > > -- > Insufficient facts always invite danger. > -- Spock, "Space Seed", stardate 3141.9 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
