diff options
author | Steve Vinoski <[email protected]> | 2010-04-21 14:00:55 -0400 |
---|---|---|
committer | Björn Gustavsson <[email protected]> | 2010-05-03 13:36:47 +0200 |
commit | 6f40c6686d5e94aa2cead2739f61a45c594a7d6a (patch) | |
tree | 7b952eca244d3cf0e43b55c55a2e875464ec9943 /erts/emulator/test/register_SUITE.erl | |
parent | 3a68c36ca7aed71d643ea29460e36fec7e56817d (diff) | |
download | otp-6f40c6686d5e94aa2cead2739f61a45c594a7d6a.tar.gz otp-6f40c6686d5e94aa2cead2739f61a45c594a7d6a.tar.bz2 otp-6f40c6686d5e94aa2cead2739f61a45c594a7d6a.zip |
allow open_port to set env vars containing a trailing '=' character
The erlang:open_port spawn and spawn_executable directives can include
an {env, Env} directive to set up environment variables for the
spawned process. A bug in ert/emulator/sys/unix/sys.c prevented
applications from using {env, Env} to set an environment variable
whose value ended with a '=' (equal sign) character; the code mistook
the trailing equal sign as an indication that an environment variable
was to be cleared from the environment of the spawned process.
For example, passing an {env, Env} of
{env, [{"foo", "bar="}]}
would result in the code in sys.c seeing a string of the form
"foo=bar="
The code would see the final '=' character and assume the directive
wanted to clear a variable named "foo=bar" from the environment of the
spawned process, rather than seeing it as a directive to set the
environment variable "foo" to the value "bar=".
Fix this problem and add a new regression test for it to the port test
suite.
Diffstat (limited to 'erts/emulator/test/register_SUITE.erl')
0 files changed, 0 insertions, 0 deletions