From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Abhijit Menon-Sen <ams(at)oryx(dot)com> |
Cc: | pgsql-patches(at)postgresql(dot)org |
Subject: | Re: [PATCH] 5 plperl patches |
Date: | 2004-10-03 01:27:09 |
Message-ID: | 415F556D.7060202@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-patches |
This also passes my modest testing, including the error case mentioned
the other day, and appears to make sense. (I did notice a small case of
non-postgres indentation, but I assume we'll have another run of
pg_indent before the next beta?)
cheers
andrew
Abhijit Menon-Sen wrote:
>I have attached 5 patches (split up for ease of review) to plperl.c.
>
>1. Two minor cleanups:
>
> - We don't need to call hv_exists+hv_fetch; we should just check the
> return value of hv_fetch.
> - newSVpv("undef",0) is the string "undef", not a real undef.
>
>2. This should fix the bug Andrew Dunstan described in a recent -hackers
> post. It replaces three bogus "eval_pv(key, 0)" calls with newSVpv,
> and eliminates another redundant hv_exists+hv_fetch pair.
>
>3. plperl_build_tuple_argument builds up a string of Perl code to create
> a hash representing the tuple. This patch creates the hash directly.
>
>4. Another minor cleanup: replace a couple of av_store()s with av_push.
>
>5. Analogous to #3 for plperl_trigger_build_args. This patch removes the
> static sv_add_tuple_value function, which does much the same as two
> other utility functions defined later, and merges the functionality
> into plperl_hash_from_tuple.
>
>I have tested the patches to the best of my limited ability, but I would
>appreciate it very much if someone else could review and test them too.
>
>(Thanks to Andrew and David Fetter for their help with some testing.)
>
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Gaetano Mendola | 2004-10-03 12:42:08 | Re: error report on slru.c |
Previous Message | Tom Lane | 2004-10-02 23:27:39 | Re: LDFLAGS overriding |