I think the OP's example is misleading you somewhat. When /dev/urandom says "That would not serve my purposes, as any modules in question will not yet be loaded when the subref receives it." I take that to mean that what /dev/urandom will do with the repurposed require function is to actually manipulate the module the instant it gets loaded, before anyone else can do anything with it. The original post said that it illustrated the issue, but not the why of it. Perhaps a better illustration would be:
*CORE::GLOBAL::require = sub {
CORE::require($_[0]);
if ($_[0] eq 'Net/Ping.pm') {
$Net::Ping::TIMEOUT = 5000; # milliseconds
}
};
I believe the OP means that they want to do something like that (I don't think that the code there would work even if everything else works - I don't think Net::Ping has a $TIMEOUT available). Perhaps check the $VERSION, or whatever. Modifying the @INC to include a code ref wouldn't allow for this - you merely return the code (via a filehandle), but at this point, it hasn't been compiled, so you can't interact with it yet.
I suspect it'd be better to derive from Net::Ping, and change the code to require that module instead... but we really don't have enough details to be definitive about this. | [reply] [d/l] |
| [reply] |
The OP was correct, my intention from the start was to manipulate the loaded module before anything else could use it.
Anyway, I tried to do something similar, before I posted the initial question. Basically, in the @INC callback, it would remove itself from the @INC, use require to load the module in question, the put itself back in the @INC. The only problem was, that I had to somehow return a valid filehandle, otherwise, perl would continue down the @INC, and still load the module, even though I've loaded it beforehand, thus, overwriting my changes. The filehandle proved to be the most difficult task, since I had to return a filehandle to a valid file, yet, upon read, I'd have to just return '1;' as code, so as not to overwrite my changes. And I gave up at that point :)
| [reply] |
I'm pretty sure that that node would constitute Cruel and Unusual Punishment for the perl interpreter ... nevermind any maintenance personnel that has to try to decipher it six months from now... :-)
*boggle*
(Oh, and ++thanks for pointing out how to do that.)
| [reply] |