If it occurs with an application that dosn't use any third-party
extensions, then it's a bug in perl. You say that the third
plaform "works fine" but that the error also occurs on the
third platform, so I'm not entirely certain whether the
problem is with perl 5.8.1 or not.
Anyway, if it's an older version of perl, you can avoid the
problem by upgrading; if it's on a newer version, then try
to to strip your code down to a simple
reproducable case and report it as a bug.
Dave. | [reply] |
What's the rest of the story? Which web server are you using on which system in the third example? Can you re-create the error in a regular (non-web-server-executed) script? How are you testing this thing?
On the problemed platform, does the script give that error for other versions of perl?
--
brian d foy <bdfoy@cpan.org>
| [reply] |
Hello again,
Thanks for your help.
Seems I posted my reply in the wrong place. : (
I am testing at the command prompt. I do not find the error page apache is spitting out to be very informative :)
So far I have the following results.
The application is running fine in source form on Perl 5.6.1
when encoded with Acme::Eyedrops however the application is giving up before the complete HTML is generated just before the final </html>
It is giving the following error:
<input type='submit' Value='Send'></form>
</p>
Segmentation fault (core dumped)
I am still trying to isolate the panic: pad_free error on perl 5.8.1 but so far it seems to me that error is due to redhat 7.3 and perl combined and seems to be an installation problem.
Any ideas about how to solve the Acme::EyeDrops problem?
If the problem is due to Acme::Eyedrops itself, is there any other quick way to hide or hopefully objuscate the code?
Thanks : )
Hedgy
| [reply] [d/l] |
| [reply] [d/l] [select] |