Re^3: Unnesting deeply nested HTML elements (Deep recursion on subroutine "HTML::Element::delete")

I can't think of anything such as an environment variable or init script that may be coming into play. I'm running this on a fairly clean 64 bit Strawberry Perl without any environment tweaks explicitly made by me. I'll try again on my home machine.

Update Same result at home. Same Perl version, but Windows 11 rather than Windows 10.

Optimising for fewest key strokes only makes sense transmitting to Pluto or beyond

Comment on Re^3: Unnesting deeply nested HTML elements (Deep recursion on subroutine "HTML::Element::delete")

Replies are listed 'Best First'.
Re^4: Unnesting deeply nested HTML elements (Deep recursion on subroutine "HTML::Element::delete") by hv (Prior) on Sep 20, 2022 at 11:46 UTC
I just installed v5.32.1, and confirm that I still get the warning with that version too (on Ubuntu). I suggest contacting the people that make Strawberry Perl to see if they have an explanation. You can experiment a bit further to verify that the warnings bits are set appropriately, via a BEGIN block in the relevant scope: `% perl-v5.32.1 -e 'use warnings; \ BEGIN { printf "%vx\n", ${^WARNING_BITS} }' 55.55.55.55.55.55.55.55.55.55.55.55.55.55.55.55.55.55.55 % perl-v5.32.1 -e 'use warnings; no warnings "recursion"; \ BEGIN { printf "%vx\n", ${^WARNING_BITS} }' 55.55.55.55.45.55.55.55.55.55.55.55.55.55.55.55.55.55.55 % # from which I derive: % perl-v5.32.1 -e 'use warnings; BEGIN { printf "recursion warnings are %senabled\n", (0x10 & ord substr ${^WARNING_BITS}, 4, 1) ? "" : "not " }' recursion warnings are enabled %` [download]	[reply] [d/l]
Re^4: Unnesting deeply nested HTML elements (Deep recursion on subroutine "HTML::Element::delete") by Anonymous Monk on Sep 20, 2022 at 11:29 UTC
Pel -V?	[reply]


good chemistry is complicated, and a little bit messy -LW
	PerlMonks