diff options
author | Bruce Momjian <bruce@momjian.us> | 2004-10-15 17:08:26 +0000 |
---|---|---|
committer | Bruce Momjian <bruce@momjian.us> | 2004-10-15 17:08:26 +0000 |
commit | ce1c20248d26cbab7e36f4365021b7d007cdb589 (patch) | |
tree | 43621fd11775c199aee346fc5a55bd1ec16d182b /src/backend/storage/buffer/bufmgr.c | |
parent | bdb8b394c433c72c139ddd0c69cd3e8836f3d0bb (diff) | |
download | postgresql-ce1c20248d26cbab7e36f4365021b7d007cdb589.tar.gz postgresql-ce1c20248d26cbab7e36f4365021b7d007cdb589.zip |
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.)
Abhijit Menon-Sen
Diffstat (limited to 'src/backend/storage/buffer/bufmgr.c')
0 files changed, 0 insertions, 0 deletions