From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Jeremy Drake <pgsql(at)jdrake(dot)com> |
Cc: | PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org> |
Subject: | Re: large object regression tests, take two |
Date: | 2006-11-23 05:16:14 |
Message-ID: | 200611230516.kAN5GEU21651@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
This has been saved for the 8.3 release:
http://momjian.postgresql.org/cgi-bin/pgpatches_hold
---------------------------------------------------------------------------
Jeremy Drake wrote:
> This is the latest version of the large object regression test I have been
> working on. Note that a prerequisite for this version of the test is the
> patch I made to psql to make it not output on \lo_* commands in quiet mode
> is required (also attached, it's small).
>
> Sorry that it still makes use of the sed trickery like the copy test does,
> but:
>
> 1) I think the server side lo_(import|export) functions need to be tested
> as well as the psql variants
>
> 2) ISTM that making assumptions about the working directory of psql
> during
> the regression tests would open a can of worms, especially wrt VPATH
> builds where the data files could be in a completely separate tree from
> the regression tests.
>
>
> Thoughts?
>
> --
> Why did the Roman Empire collapse?
> What is the Latin for office automation?
Content-Description:
[ Attachment, skipping... ]
Content-Description:
[ Attachment, skipping... ]
>
> ---------------------------(end of broadcast)---------------------------
> TIP 9: In versions below 8.0, the planner will ignore your desire to
> choose an index scan if your joining column's datatypes do not
> match
--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
From | Date | Subject | |
---|---|---|---|
Next Message | Greg Smith | 2006-11-23 06:30:24 | Direct I/O issues |
Previous Message | Bruce Momjian | 2006-11-23 05:09:40 | Re: ISO week dates |