From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Kevin Field <kevinjamesfield(at)gmail(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: plperl error format vs plpgsql error format vs pgTAP |
Date: | 2009-05-29 15:37:59 |
Message-ID: | 4A200157.101@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Kevin Field wrote:
> On May 28, 5:19 pm, da(dot)(dot)(dot)(at)kineticode(dot)com ("David E. Wheeler") wrote:
>
>> On May 28, 2009, at 12:53 PM, Kevin Field wrote:
>>
>>
>>>> Can pgTap check for a regex instead if just a string?
>>>>
>>> That's the other option, if the pgTAP author is willing...if the
>>> SQLSTATE thing doesn't work out I guess we'll have to go down that
>>> road.
>>>
>> Patches welcome. ;-)
>>
>> http://github.com/theory/pgtap/tree/master/
>>
>> I'm getting a new version ready to release as I type.
>>
>
> Thanks, great to know. :) Although, I do think changing plperl is
> the more proper option, so I'm going to try there first...
>
>
As I pointed out before, these line numbers are put there by the perl
engine, not by the plperl glue code.
If you want to make plperl strip out the line number from every error
message the perl engine produces, I am going to object. It might make
things easier for pgTap but it will make life much harder in other ways.
cheers
andrew
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2009-05-29 15:38:16 | Re: Python 3.0 does not work with PL/Python |
Previous Message | Robert Haas | 2009-05-29 15:35:44 | Re: plperl error format vs plpgsql error format vs pgTAP |