Re: new heapcheck contrib module
От | Mark Dilger |
---|---|
Тема | Re: new heapcheck contrib module |
Дата | |
Msg-id | FD049D31-9231-4F87-BED9-9848FEE15374@enterprisedb.com обсуждение исходный текст |
Ответ на | Re: new heapcheck contrib module (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: new heapcheck contrib module
Re: new heapcheck contrib module |
Список | pgsql-hackers |
> On Oct 22, 2020, at 6:46 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote: > > I wrote: >> I get >> off = 7777, flags = 2, len = 3bbb >> on a little-endian machine, and >> off = 3bbb, flags = 2, len = 7777 >> on big-endian. It'd be less symmetric if the bytes weren't >> all the same ... > > ... but given that this is the test value we are using, why > don't both endiannesses whine about a non-maxalign'd offset? > The code really shouldn't even be trying to follow these > redirects, because we risk SIGBUS on picky architectures. Ahh, crud. It's because syswrite($fh, '\x77\x77\x77\x77', 500) is wrong twice. The 500 was wrong, but the string there isn't the bit pattern we want -- it's just a string literal withbackslashes and such. It should have been double-quoted. — Mark Dilger EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: