Re: mp1 and %INC (was Re: 5.8.2 perldelta)

2003-10-30 Thread Stas Bekman
Geoffrey Young wrote: Stas Bekman wrote: Here is the problem. If a module fails to load once it must not be blacklisted. The test demonstrates how a module may fail if loaded from the wrong directory, but then is supposed to succeed if moved to a different directory. this is somewhat addres

Re: mp1 and %INC (was Re: 5.8.2 perldelta)

2003-10-30 Thread Nicholas Clark
On Thu, Oct 30, 2003 at 10:30:19AM -0500, Geoffrey Young wrote: > "The following patch arranges for failures to be cached in %INC as undef > values (success is still cached as filename). I think this should be OK; > I'm not aware of any other meaning for undef values in %INC (and neither is > the

Re: 5.8.2-RC1 and mp2

2003-10-30 Thread Stas Bekman
I made some progress on making sure that the problem is reproducable. Rasing #define HV_MAX_LENGTH_BEFORE_SPLIT 14 makes it a much higher trashold for most normal keys to trigger rehashing, but I'm happy that the new test is happily failing to find a previously cached stash, despite the high

mp1 and %INC (was Re: 5.8.2 perldelta)

2003-10-30 Thread Geoffrey Young
Stas Bekman wrote: Here is the problem. If a module fails to load once it must not be blacklisted. The test demonstrates how a module may fail if loaded from the wrong directory, but then is supposed to succeed if moved to a different directory. this is somewhat addressed in the original threa