Re: cvs head initdb hangs on unixware - Mailing list pgsql-hackers

From ohp@pyrenet.fr
Subject Re: cvs head initdb hangs on unixware
Date
Msg-id Pine.UW2.4.63.0812031407440.12249@sun.pyrenet
Whole thread Raw
In response to Re: cvs head initdb hangs on unixware  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: cvs head initdb hangs on unixware
Re: cvs head initdb hangs on unixware
List pgsql-hackers
On Tue, 2 Dec 2008, Heikki Linnakangas wrote:

> Date: Tue, 02 Dec 2008 20:47:19 +0200
> From: Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>
> To: ohp@pyrenet.fr
> Cc: Zdenek Kotala <Zdenek.Kotala@Sun.COM>,
>     pgsql-hackers list <pgsql-hackers@postgresql.org>
> Subject: Re: [HACKERS] cvs head initdb hangs on unixware
> 
> ohp@pyrenet.fr wrote:
>> Suivi de pile correspondant à p1, Programme postmaster
>> *[0] fsm_rebuild_page( présumé: 0xbd9731a0, 0, 0xbd9731a0) [0x81e6a97]
>>  [1] fsm_search_avail( présumé: 0x2, 0x6, 0x1)  [0x81e68d9]
>>  [2] fsm_set_and_search(0x84b2250, 0, 0, 0x2e, 0x5, 0x6, 0x2e, 0x8047416, 
>> 0xb4) [0x81e6385]
>>  [3] RecordAndGetPageWithFreeSpace(0x84b2250, 0x2e, 0xa0, 0xb4) [0x81e5a00]
>>  [4] RelationGetBufferForTuple( présumé: 0x84b2250, 0xb4, 0) [0x8099b59]
>>  [5] heap_insert(0x84b2250, 0x853a338, 0, 0, 0) [0x8097042]
>>  [6] simple_heap_insert( présumé: 0x84b2250, 0x853a338, 0x853a310) 
>> [0x8097297]
>>  [7] InsertOneTuple( présumé: 0xb80, 0x84057b0, 0x8452fb8) [0x80cb210]
>>  [8] boot_yyparse( présumé: 0xffffffff, 0x3, 0x8047ab8) [0x80c822b]
>>  [9] BootstrapModeMain( présumé: 0x66, 0x8454600, 0x4)  [0x80ca233]
>>  [10] AuxiliaryProcessMain(0x4, 0x8047ab4)      [0x80cab3b]
>>  [11] main(0x4, 0x8047ab4, 0x8047ac8)   [0x8177dce]
>>  [12] _start()  [0x807ff96]
>> 
>> seems interesting!
>> 
>> We've had problems already with unixware optimizer, hope this one is 
>> fixable!
>
> Looking at fsm_rebuild_page, I wonder if the compiler is treating "int" as an 
> unsigned integer? That would cause an infinite loop.
>
>
No, a simple printf of nodeno shows it  starting at 4096 all the way down 
to 0, starting back at 4096...

I wonder if leftchild/rightchild definitions has something to do with 
it...

-- 
Olivier PRENANT                    Tel: +33-5-61-50-97-00 (Work)
15, Chemin des Monges                +33-5-61-50-97-01 (Fax)
31190 AUTERIVE                       +33-6-07-63-80-64 (GSM)
FRANCE                          Email: ohp@pyrenet.fr
------------------------------------------------------------------------------
Make your life a dream, make your dream a reality. (St Exupery)

pgsql-hackers by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: maintenance memory vs autovac
Next
From: Heikki Linnakangas
Date:
Subject: Re: Visibility map, partial vacuums