Re: Why is "osprey" dumping core in REL8_2 branch?
От | Tom Lane |
---|---|
Тема | Re: Why is "osprey" dumping core in REL8_2 branch? |
Дата | |
Msg-id | 16600.1173598351@sss.pgh.pa.us обсуждение исходный текст |
Ответы |
Re: Why is "osprey" dumping core in REL8_2 branch?
|
Список | pgsql-hackers |
I wrote: > Rémi Zara <remi_zara@mac.com> writes: >> (gdb) info locals >> block = 0x4395000 >> chunk = 0x4395010 >> priorfree = 0x5395020 >> chunk_size = 16777216 >> blksize = 70864912 >> (gdb) p *block >> $5 = {aset = 0x306d10, next = 0x0, freeptr = 0x5395020 <Address 0x5395020 out of bounds>, endptr = 0x5395020 <Address0x5395020 out of bounds>} > Well, that's pretty dang interesting. If the end of the block is indeed > out of bounds as gdb claims, that'd explain why it crashes right here > (actually the crash would be induced by the preceding line of code, > where it tries to store a marker byte). But how can that be, unless > malloc is completely broken? And if it is, why's it only affecting the > 8.2 branch? I'm confused. Whoa ... osprey just went green in the 8.2 branch, following what is most surely an unrelated patch in vacuum.c. Can anyone explain that? I distrust gift horses ... regards, tom lane
В списке pgsql-hackers по дате отправления: