From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Nishad PRAKASH <prakashn(at)uci(dot)edu> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: \dS and \df <pattern> crashing psql |
Date: | 2000-05-25 23:52:38 |
Message-ID: | Pine.LNX.4.21.0005251236500.348-100000@localhost.localdomain |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
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(at)gmx(dot)net 75262 Uppsala
http://yi.org/peter-e/ Sweden
From | Date | Subject | |
---|---|---|---|
Next Message | Nishad PRAKASH | 2000-05-26 00:37:12 | Re: \dS and \df <pattern> crashing psql |
Previous Message | Travis Bauer | 2000-05-25 19:04:28 | Re: jdbc2 bug in absolute (ResultSet.java) |
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2000-05-26 00:04:05 | Re: Any reason to use pg_dumpall on an idle database |
Previous Message | Peter Eisentraut | 2000-05-25 23:51:33 | Re: AW: Performance (was: The New Slashdot Setup (includes MySqlserver)) |