Skip site navigation (1) Skip section navigation (2)

Re: [GENERAL] translate "bug"?

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: stuart(at)NOJUNK_ludwig(dot)ucl(dot)ac(dot)uk (Stuart Rison)
Cc: pgsql-general(at)postgreSQL(dot)org
Subject: Re: [GENERAL] translate "bug"?
Date: 1998-07-07 21:48:57
Message-ID: 199807072148.RAA11328@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-generalpgsql-hackers
> >I realize you want it inside the psql program, but the above should get the
> >same results pretty quick...james
> 
> Thanks for that James... I've been trying to work out how to do it for ages!

I will look into implementing \df kjasdf, and do it as a regex!


> 
> I have to agree with Richard though, it would be very nice to have it
> within psql.  Furthermore, it would be great if such functionality
> could be extended to all \d? queries.  In fact, and I'm sure there actually
> is a way to this if you're more knowledgeable than I, since most of these
> \d? queries basically yield a 'SQL' table, wouldn't be nice to be able to
> perform SQL on the  (e.g. select * from \df where function = 'int2_text';
> etc.)
> 
> Or am I just getting carried away! 8)

That is a little strange.


-- 
Bruce Momjian                          |  830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us              |  Drexel Hill, Pennsylvania 19026
  +  If your life is a hard drive,     |  (610) 353-9879(w)
  +  Christ can be your backup.        |  (610) 853-3000(h)

In response to

Responses

pgsql-hackers by date

Next:From: Bruce MomjianDate: 1998-07-07 22:01:27
Subject: Re: [HACKERS] Which signal to use for CANCEL from postmaster to backend?
Previous:From: James Olin OdenDate: 1998-07-07 21:07:25
Subject: Re: [GENERAL] translate "bug"?

pgsql-general by date

Next:From: Stuart RisonDate: 1998-07-08 11:35:48
Subject: [GENERAL] more nodeError problems and general view failures!
Previous:From: James Olin OdenDate: 1998-07-07 21:07:25
Subject: Re: [GENERAL] translate "bug"?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group