Since I dont change @INC in my handler and the eval() doesnt contain any use(), require() or do(), I dont understand whats wrong here
Then find out who/what changed @INC, because its tainted.
use Scalar::Util();
printf "T(%d)(%s)\n",Scalar::Util::tainted($_),$_ for @INC;
| [reply] [d/l] |
I tried that and Scalar::Util::tainted returns 0 for all members of @INC.
Is there a possibility to get the warning (Insecure dependency in require while running with -t switch) without @INC being tainted?
| [reply] |
You also get that error if the value passed to require is tainted.
| [reply] [d/l] |
The obvious thing to do is to upgrade only one component at a time, not three. | [reply] |
Sorry for the unformatted mess in my first post. The update from etch to lenny contained to update from perl 5.8.8 to perl 5.10.0 so I actually did just two upgrades at once, not three.
Thanks for the answers. I had hoped that there might have been a change with perl 5.10 that caused this issue. I guess they just have improved the taint check so my formerly working but deficient code comes back to haunt me.
I added a check and debug output for @INC so I will now have to wait until the issue occurs again (it doesnt regularly).
| [reply] |