The patch disables cleaning of PL_fdpid and PL_strtab by excluding them from do_clean_all instead of abusing the SvTYPE. Setting the SVTYPEMASK was giving problems with kurila with some of the recent checks that SVs passed to av_* function are actually SVt_PVAV (I am not sure why this only happens in kurila and not in blead). Also it uses the return value of sv_clean_all() instead of PL_sv_count. In some cases (in particular the t/op/threads.t) it appears that PL_sv_count is incorrect and the previous method would result in an infinite loop. Is there a valid reason why PL_sv_count can be different than the number of SVs as returned by S_visit? If not we could add some asserts that they are equal and pinpoint the memory leaks of t/op/threads.t -- Gerard Goossen TTY Internet Solutions http://dev.tty.nl/Thread Next