From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Ayush Parashar <aparashar(at)greenplum(dot)com> |
Cc: | Luke Lonergan <llonergan(at)greenplum(dot)com>, "majordomo(at)postgresql(dot)org" <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: multibyte regression tests |
Date: | 2005-07-15 22:02:56 |
Message-ID: | 42D83290.1070002@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I am totally confused by your response and Luke's. I think we might be
talking completely at cross purposes. My original question had nothing
to do with the COPY patch.
cheers
andrew
Ayush Parashar wrote:
>Andrew, Luke,
>
>As pointed by Luke, the reason for using mb regression suite (src/test/mb),
>is to consolidate all similar kinds of multi-byte/client encoding tests at
>one place.
>
>Thanks,
>Ayush
>
>On 7/15/05 1:36 PM, "Luke Lonergan" <llonergan(at)greenplum(dot)com> wrote:
>
>
>
>>Andrew,
>>
>>
>>
>>>Good. So should we roll this up into the standard regression suite? Why
>>>are these tests separate? Is it just that they need a UTF8 encoded db
>>>rather than an SQL-ASCII encoded db?
>>>
>>>
>>I think that was the idea - the src/test/mb kit was already there and was
>>designed to create the UTF8 database and controlled circumstances for a
>>conversion test, so we used it for the similar testing for COPY.
>>
>>It could possibly be moved into the "make check" regression suite, if the
>>regression DB is always created with UTF8.
>>
>>Ayush may be able to add to this.
>>
>>- Luke
>>
>>
>>
>
>
>
>---------------------------(end of broadcast)---------------------------
>TIP 3: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/docs/faq
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2005-07-15 23:55:14 | Re: Segfault Exiting psql |
Previous Message | Rod Taylor | 2005-07-15 21:47:09 | Autovacuum name |