On Wed, Jun 18, 2008 at 12:50 PM, via RT Shane Werner <[EMAIL PROTECTED]> wrote: > # New Ticket Created by "Shane Werner" > # Please include the string: [perl #56018] > # in the subject line of all future correspondence about this issue. > # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56018 > > > > Greetings, > > tcl_misc.t is failing in languages/tcl. > > # Failed test 'reading environment variables' > # in t/tcl_misc.t at line 209. > not ok 27 - reading environment variables > # got: 'env(PATH) = > /usr/bin:/bin:/usr/sbin:/sbin > # env(__CF_USER_TEXT_ENCODING) = 0x1F5:0:0 > # env(cow) = moo > # env(cowpig) = moink > # env(pig) = oink > # ' > # expected: 'env(PATH) = /usr/bin:/bin:/usr/sbin:/sbin > # env(cow) = moo > # env(cowpig) = moink > # env(pig) = oink > # ' > > First assumed issue was with undef of %ENV hash. But threw a Dump(\%ENV) > into the tcl_misc.t and came back with: > > $VAR1 = { > 'cow' => 'moo', > 'cowpig' => 'moink', > 'pig' => 'oink', > 'PATH' => '/usr/bin:/bin:/usr/sbin:/sbin' > }; > > Which does not include __CF_USER_TEXT_ENCODING.. so somehow something is > stuffing this environment variable back into the mix. > > I have also tried an unset of this variable within the shell and verified it > no longer appears in export and I still get the same exact error. So I'm > not sure if the compiler or OS X is throwing this variable back into the > mix. > > uname -a: > > Darwin host237.wfci.iit.edu 9.3.0 Darwin Kernel Version 9.3.0: Fri May 23 > 00:49:16 PDT 2008; root:xnu-1228.5.18~1/RELEASE_I386 i386 > > Thanks, > > Shane >
It may be unreasonable for the harness (written in perl) to assume that just because it unsets ENV that nothing else will add things back in. The tcl test should probably be modified to merely check for the presence of the three set keys rather than the absence of all the other keys. -- Will "Coke" Coleda
