Re: \dS and \df <pattern> crashing psql

Поиск
Список
Период
Сортировка
Искать
От
Peter Eisentraut
Тема
Re: \dS and \df <pattern> crashing psql
Дата
в 19:48:08
Msg-id
Pine.LNX.4.21.0005251236500.348-100000@localhost.localdomain
Ответ на
Список
Дерево обсуждения
\dS and \df <pattern> crashing psql Nishad PRAKASH <prakashn@uci.edu>
Re: \dS and \df <pattern> crashing psql Tatsuo Ishii <t-ishii@sra.co.jp>
Re: \dS and \df <pattern> crashing psql Peter Eisentraut <peter_e@gmx.net>
Re: \dS and \df <pattern> crashing psql Nishad PRAKASH <prakashn@uci.edu>
Re: \dS and \df <pattern> crashing psql Tom Lane <tgl@sss.pgh.pa.us>
Re: \dS and \df <pattern> crashing psql Nishad PRAKASH <prakashn@uci.edu>
Re: \dS and \df <pattern> crashing psql Tatsuo Ishii <t-ishii@sra.co.jp>
Nishad PRAKASH writes:

> In psql, when connected to template1 as the postgres superuser, the
> \df function complains about some memory allocation problem.

The \d series of psql commands are really just shortcuts for various SQL
queries to the system catalogs. Start psql with the -E option to see them.
Therefore it is unlikely that this behaviour is entirely localized at
these functions. Have you run the regression tests without problems?

> can=# \dS
> The connection to the server was lost. Attempting reset: Failed.

Can you show the server output. There's probably a segmentation fault or
failed assertion in the backend involved, which we'd need to see.

> !# \d
> You are currently not connected to a database.
> !# \c can
> No Postgres username specified in startup packet.
> Segmentation fault

That's certainly a psql problem. Can you show a backtrace from gdb?


-- 
Peter Eisentraut                  Sernanders väg 10:115
peter_e@gmx.net                   75262 Uppsala
http://yi.org/peter-e/            Sweden
В списке pgsql-bugs по дате отправления
От: Travis Bauer
Дата:
От: Nishad PRAKASH
Дата:
FAQ