On Jul 19, 2005, at 9:56 AM, Dave Rolsky wrote:
AFAICT, EU::ParseXS has a bunch of globals that don't get reset before
each parse, so if you have a bunch of XS files in one distro, it can
get rather messy.
In this particular case, it looks like @BootCode was holding data from
the one XS file with a BOOT section and randomly propogating it all
over the place.
At one point I had grand intentions of getting rid of all the globals
in that module, but I became daunted.
Do you think it would be easy enough to write a failing test case for
this particular issue? Then we could squash it properly.
-Ken
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
|
