Re: [PATCH] 5 plperl patches
От | Andrew Dunstan |
---|---|
Тема | Re: [PATCH] 5 plperl patches |
Дата | |
Msg-id | 415F556D.7060202@dunslane.net обсуждение исходный текст |
Ответ на | [PATCH] 5 plperl patches (Abhijit Menon-Sen <ams@oryx.com>) |
Ответы |
Re: [PATCH] 5 plperl patches
|
Список | 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.) > > > >
В списке pgsql-patches по дате отправления: