gothic_moth, codlin_moth failures on REL8_2_STABLE

Поиск
Список
Период
Сортировка
От Tom Lane
Тема gothic_moth, codlin_moth failures on REL8_2_STABLE
Дата
Msg-id 22415.1268264223@sss.pgh.pa.us
обсуждение исходный текст
Ответы Re: gothic_moth, codlin_moth failures on REL8_2_STABLE  (Greg Stark <gsstark@mit.edu>)
Re: gothic_moth, codlin_moth failures on REL8_2_STABLE  (Zdenek Kotala <Zdenek.Kotala@Sun.COM>)
Список pgsql-hackers
Since the buildfarm is mostly green these days, I took some time to look
into the few remaining consistent failures.  One is that gothic_moth and
codlin_moth fail on contrib/tsearch2 in the 8.2 branch, with a
regression diff like this:

*** 2453,2459 ****  <body>  <b>Sea</b> view wow <u><b>foo</b> bar</u> <i>qq</i>  <a
href="http://www.google.com/foo.bar.html"target="_blank">YES  </a>
 
!   ff-bg  <script>         document.write(15);  </script>
--- 2453,2459 ----  <body>  <b>Sea</b> view wow <u><b>foo</b> bar</u> <i>qq</i>  <a
href="http://www.google.com/foo.bar.html"target="_blank">YES  </a>
 
!  ff-bgff-bg  <script>         document.write(15);  </script>

These animals are not testing any branches older than 8.2.  The same
test appears in newer branches and passes, but the code involved got
migrated to core and probably changed around a bit.

I traced through this test on my own machine and determined that the
way it's supposed to work is like this: the tsearch parser breaks the
string into a series of tokens that include these:
ff-bg        compound wordff        compound word element-        punctuationbg        compound word element

The highlight function is then supposed to set skip = 1 on the compound
word, causing it to be skipped when genhl() reconstructs the text.
The failure looks to me like the compound word is not getting skipped.
Both the setting and the testing of the flag seem to be absolutely
straightforward portable code; although the "skip" struct field is a
bitfield, which is a C feature we don't use very heavily.

My conclusion is that this is probably a compiler bug.  Both buildfarm
animals appear to be using Sun Studio, although on different
architectures which weakens the compiler-bug theory a bit.  Even though
we are not seeing the failure in later PG branches, it would probably be
worth looking into more closely, because if it's biting 8.2 it could
start biting newer code as well.  But without access to a machine
showing the problem it is difficult to do much.
        regards, tom lane


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Access violation from palloc, Visual Studio 2005, C-language function
Следующее
От: KaiGai Kohei
Дата:
Сообщение: Re: renameatt() can rename attribute of index, sequence, ...