Thread: Re: [HACKERS] Core dump in regression tests.
Thomas G. Lockhart <lockhart@alumni.caltech.edu> > Bruce Momjian <maillist@candle.pha.pa.us> > > Can we try a simple -O rather than just -O2 and -O0. Could this be > > some type of optimizer bug in gcc2/Solaris? > > Everything is pointing to indexing.c, from both the initdb failure and > > the create function failure. But I can't see anything wrong in there, > > and other platforms seem to be OK. Compiled with -O the results are the same as with -O2. (-O is the same as -O1) According to the gcc man -O0 turns off all optimisation. > > Uh, no, Linux/i686 is showing trouble too, but not in the initdb stage. > The Sparc platforms will be more sensitive to byte alignment problems, > especially within C structures, so this may be illustrating a > cross-platform problem more clearly. > > There is a repeatable indexing and (perhaps) caching problem I see in > the regression tests. Annoyingly, the problems get slightly worse at the > moment when compiling with -O0. > > There is a fundamental problem lurking somewhere, and there may not be > much point in going beta unless you think that more testers will help to > track down the problem. > It's unfortunate that the person who has the best chance of tracking down the bug(s), Bruce, is not seeing any of the problems :-( I'm afraid I'm not going to be much help this week as the shift I'm on leaves me little time to play with the workstation at home. I'll be able to do test compiles but not much debugging. Keith.
> > There is a fundamental problem lurking somewhere, and there may not be > > much point in going beta unless you think that more testers will help to > > track down the problem. > > > > It's unfortunate that the person who has the best chance of tracking > down the bug(s), Bruce, is not seeing any of the problems :-( > > I'm afraid I'm not going to be much help this week as the shift > I'm on leaves me little time to play with the workstation at home. > > I'll be able to do test compiles but not much debugging. We may have to call in the big guns(Vadim), but if I am not seeing the problem, he may not either on FreeBSD. At this point, the only thing we can point at is optimization of indexing.c. -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)
I think I have the FIX. HOLD ON. > Thomas G. Lockhart <lockhart@alumni.caltech.edu> > > Bruce Momjian <maillist@candle.pha.pa.us> > > > Can we try a simple -O rather than just -O2 and -O0. Could this be > > > some type of optimizer bug in gcc2/Solaris? > > > Everything is pointing to indexing.c, from both the initdb failure and > > > the create function failure. But I can't see anything wrong in there, > > > and other platforms seem to be OK. > > Compiled with -O the results are the same as with -O2. (-O is the same as -O1) > > According to the gcc man -O0 turns off all optimisation. > > > > > Uh, no, Linux/i686 is showing trouble too, but not in the initdb stage. > > The Sparc platforms will be more sensitive to byte alignment problems, > > especially within C structures, so this may be illustrating a > > cross-platform problem more clearly. > > > > There is a repeatable indexing and (perhaps) caching problem I see in > > the regression tests. Annoyingly, the problems get slightly worse at the > > moment when compiling with -O0. > > > > There is a fundamental problem lurking somewhere, and there may not be > > much point in going beta unless you think that more testers will help to > > track down the problem. > > > > It's unfortunate that the person who has the best chance of tracking > down the bug(s), Bruce, is not seeing any of the problems :-( > > I'm afraid I'm not going to be much help this week as the shift > I'm on leaves me little time to play with the workstation at home. > > I'll be able to do test compiles but not much debugging. > > Keith. > > -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)
> At this point, the only thing we can point at is optimization of
> indexing.c.
Maybe alignment from an underlying problem, but -O0 gives me problems
too on Linux/i686. I'll try ramping up in the next day or so to look at
my specific indexing symptom. Will be asking for help then...
- Tom
> > At this point, the only thing we can point at is optimization of > > indexing.c. > > Maybe alignment from an underlying problem, but -O0 gives me problems > too on Linux/i686. I'll try ramping up in the next day or so to look at > my specific indexing symptom. Will be asking for help then... > > - Tom > Fixed. cvsup and let me know. -- Bruce Momjian | 830 Blythe Avenue maillist@candle.pha.pa.us | Drexel Hill, Pennsylvania 19026 + If your life is a hard drive, | (610) 353-9879(w) + Christ can be your backup. | (610) 853-3000(h)