|
Posted by David Ball on February 7, 2007, 10:37 am
Please log in for more thread options
On Wed, 7 Feb 2007 01:43:26 +1100, "Sisyphus"
>With perl 5.8.8 'CLONEf_JOIN_IN' is defined in sv.h - so there's no problem.
>However, with perl 5.8.0 (which it seems you have), that definition doesn't
>exist - which means that, inevitably, you get the error you've reported.
>
>One solution is to upgrade your perl to 5.8.8.
I'm on Redhat Enterprise Linux 3 (RHEL3) and WHM/CPanel. I'm not sure
where the version of perl comes from. It could be from RedHat, who
backports fixes to the version that was stable when RHEL3 was
released. RHEL3 has a 5 year support lifecycle, IIRC. It could also
have been compiled from the security company that admins my server.
CPanel might have loaded a custom version as well. There are several
parts of Linux that CPanel changes. For instance it uses Apache
1.something .
>
>Another solution is to install an older version of HTML::Parser. (Not sure
>how far back you'd have to go - it's quite likely that the previous version
>would be fine.)
It had an older version, afaik. For some reason CPanel is trying to
update it. I've had problems like this in the past with other modules
and it has always taken a while to get it straightened out.
>Or you could just replace (in Parser.xs):
>
>if (params->flags ) & CLONEf_JOIN_IN) {
>with:
>if (params->flags ) {
>
>The t\threads.t test script will probably fail (which is what happened for
>me, on Win32) - and there may be other gotchas as well. But I think it's
>more'n'likely that you'll have no problems running HTML::Parser-3.56 on perl
>5.8.0 - unless you start using the module in a threaded environment.
I'm not sure how the windows version would differ from Linux.
Thanks for the info.
-- David
| 
XML Sitemap