aboutsummaryrefslogtreecommitdiff
path: root/t/cvs.t
diff options
context:
space:
mode:
authorSimon McVittie <smcv@debian.org>2016-05-11 09:18:14 +0100
committerSimon McVittie <smcv@debian.org>2016-05-11 09:18:14 +0100
commit5f6f9a1beab327be2728d44c1996408176f6800e (patch)
tree2c9cda07a8776dea92bc12a4b80648132d4b0ae2 /t/cvs.t
parent062dbf1373dcf1646ef58400f011dc3b148aa862 (diff)
downloadikiwiki-5f6f9a1beab327be2728d44c1996408176f6800e.tar
ikiwiki-5f6f9a1beab327be2728d44c1996408176f6800e.tar.gz
Wrapper: allocate new environment dynamically
Otherwise, if third-party plugins extend newenviron by more than 3 entries, we could overflow the array. It seems unlikely that any third-party plugin manipulates newenviron in practice, so this is mostly theoretical. Just in case, I have deliberately avoided using "i" as the variable name, so that any third-party plugin that was manipulating newenviron directly will now result in the wrapper failing to compile. I have not assumed that realloc(NULL, ...) works as an equivalent of malloc(...), in case there are still operating systems where that doesn't work.
Diffstat (limited to 't/cvs.t')
-rwxr-xr-xt/cvs.t2
1 files changed, 1 insertions, 1 deletions
diff --git a/t/cvs.t b/t/cvs.t
index 371c21ec9..6acafd701 100755
--- a/t/cvs.t
+++ b/t/cvs.t
@@ -708,5 +708,5 @@ sub stripext {
}
sub _wrapper_paths {
- return qq{newenviron[i++]="PERL5LIB=$ENV{PERL5LIB}";};
+ return qq{addenv("PERL5LIB", "$ENV{PERL5LIB}");};
}