RE: libpq debug log
| От | tsunakawa.takay@fujitsu.com |
|---|---|
| Тема | RE: libpq debug log |
| Дата | |
| Msg-id | TYAPR01MB29900BDAA0822F0543652661FE7E9@TYAPR01MB2990.jpnprd01.prod.outlook.com обсуждение исходный текст |
| Ответ на | Re: libpq debug log ("alvherre@alvh.no-ip.org" <alvherre@alvh.no-ip.org>) |
| Ответы |
Re: libpq debug log
|
| Список | pgsql-hackers |
From: alvherre@alvh.no-ip.org <alvherre@alvh.no-ip.org> > I added an option to the new libpq_pipeline program that it activates > libpq trace. It works nicely and I think we can add that to the > regression tests. That's good news. Thank you. > 1. The trace output for the error message won't be very nice, because it > prints line numbers. So if I want to match the output to an "expected" > file, it would break every time somebody edits the source file where the > error originates and the ereport() line is moved. For example: > (Hey, what the heck is that "Z" at the end of the message? I thought > the error ended right at the \x00 ...) We'll investigate these issues. > 2. The < and > characters are not good for visual inspection. I > replaced them with F and B and I think it's much clearer. Compare: > I think the second one is much easier on the eye. Yes, agreed. I too thought of something like "C->S" and "S->C" because client and server should be more familiar for usersthan frontend and backend. Regards Takayuki Tsunakawa
В списке pgsql-hackers по дате отправления: