Re: [BUGS] Breakage with VACUUM ANALYSE + partitions
От | Stephen Frost |
---|---|
Тема | Re: [BUGS] Breakage with VACUUM ANALYSE + partitions |
Дата | |
Msg-id | 20160504190241.GG10850@tamriel.snowman.net обсуждение исходный текст |
Ответ на | Re: [BUGS] Breakage with VACUUM ANALYSE + partitions (Tom Lane <tgl@sss.pgh.pa.us>) |
Список | pgsql-hackers |
* Tom Lane (tgl@sss.pgh.pa.us) wrote: > Stephen Frost <sfrost@snowman.net> writes: > > * Tom Lane (tgl@sss.pgh.pa.us) wrote: > >> * debugger ability to print variables symbolically > > > I might be misunderstanding what you're getting at here, but if you want > > to be able to use #define'd values using their name, you can get that by > > compiling with -g3. With -g3 and gdb, you can do things like: > > > (gdb) p tblinfo[i].dobj.dump & ~(DUMP_COMPONENT_COMMENT | > > DUMP_COMPONENT_SECLABEL | DUMP_COMPONENT_USERMAP | DUMP_COMPONENT_ACL) > > > where all the DUMP_COMPONENT items are #define's. > > Yes, but if you just do "p tblinfo[i].dobj.dump", you're only going to get > a number, right? The value-added for an enum type is that the debugger > knows which symbol to substitute for a numeric value when printing. But > that stops working if what's in the variable is some OR of the values the > debugger knows about. Ah, yeah, that's true. -g3, unsurprisingly, doesn't help with displaying a random int value using some set of #define's. Thanks! Stephen
В списке pgsql-hackers по дате отправления: