Re: [PATCHES] psql \lo_* quiet mode patch
От | Bruce Momjian |
---|---|
Тема | Re: [PATCHES] psql \lo_* quiet mode patch |
Дата | |
Msg-id | 200701201702.l0KH2aI21599@momjian.us обсуждение исходный текст |
Ответ на | psql \lo_* quiet mode patch (Jeremy Drake <pgsql@jdrake.com>) |
Список | pgsql-patches |
Patch applied by Neil. --------------------------------------------------------------------------- Jeremy Drake wrote: > I sent this in rather late in the 8.2 cycle, so now that 8.3 development > is underway I thought I'd try sending it again. This patch was necessary > in the development of a large object regression test, but is logically > seperate and reasonable even without that test, so I'm sending it in > seperately for independant consideration. I'll save my pushing on the > large object test until this one gets in ;) > > ---------- Forwarded message ---------- > Date: Thu, 26 Oct 2006 15:58:07 -0700 (PDT) > From: Jeremy Drake <pgsql@jdrake.com> > To: PostgreSQL Patches <pgsql-patches@postgresql.org> > Subject: [PATCHES] psql \lo_* quiet mode patch > > I sent this in a while back, but never heard anything about it. > > This patch makes psql's \lo_* commands respect the -q flag (or other > methods of setting quiet mode) as well as HTML output mode. This came in > very handy when writing a regression test which uses the \lo_import > command since it would otherwise output the OID of the new large object > which would be different every run. > > Please let me know if it is ok, or if I need to do it differently. > > -- > Let me assure you that to us here at First National, you're not just a > number. You're two numbers, a dash, three more numbers, another dash > and another number. > -- James Estes Content-Description: [ Attachment, skipping... ] > > ---------------------------(end of broadcast)--------------------------- > TIP 4: Have you searched our list archives? > > http://archives.postgresql.org -- Bruce Momjian bruce@momjian.us EnterpriseDB http://www.enterprisedb.com + If your life is a hard drive, Christ can be your backup. +
В списке pgsql-patches по дате отправления: