Autrijus,
> > We see the problems using perl 5.8.1, so the cause is no doubt
> > in pp or perl (or both) code which hasn't changed recently.
>
> This worries me -- the bug Vlad reported is specific to pre-5.8.1
> perls, caused by an unneccessary line in myldr/internals.c:
>
> SvSETMAGIC(GvSV(tmpgv));
>
> But if something happens to perl 5.8.1, then it must be another bug
> altogether.
I was referring to either or both bugs involving loss of
very short command-line parameters in @ARGV, or outright
failure of dynamic loading with empty command line (due to
apparent corruption of internal env). I was merely guessing
that there was a correlation with Vlad's bug.
> As I (well, really mostly Alan Stewart) have cleaned up the environment
> processing logic greatly in PAR 0.81 (and now PAR 0.82), I'm curious about
> whether the heisenbug you mentioned still exists -- I tried to duplicate
> it here and can no longer see it, but perhaps I didn't try hard enough. :-)
Yes, when we looked into it before, we had to try hard. It
would appear and disappear, sometimes in connection with
small changes to the env before running.
Unfortunately, I don't expect to have time to investigate
this again in the near future, though I'll try to do so at
some point and report back.
As I reported before, here, in our application where those
bugs were causing problems, we ultimately added a dummy
(no-op) argument to the perl script, for the sole purpose
of guaranteeing that the pp command line is always long
enough to miss hitting the sporadic problems.
-- Mark
|
Try Searching:
servers, voip, java, networking, microsoft ...
|
|
|
| 
