Re: [HACKERS] Core dump in regression tests.
От | Bruce Momjian |
---|---|
Тема | Re: [HACKERS] Core dump in regression tests. |
Дата | |
Msg-id | 199809022144.RAA05735@candle.pha.pa.us обсуждение исходный текст |
Ответ на | Re: [HACKERS] Core dump in regression tests. (Keith Parks <emkxp01@mtcc.demon.co.uk>) |
Список | pgsql-hackers |
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)
В списке pgsql-hackers по дате отправления: