Skip Menu |

This queue is for tickets about the Mail-Box CPAN distribution.

Report information
The Basics
Id: 544
Status: resolved
Priority: 0/
Queue: Mail-Box

People
Owner: Nobody in particular
Requestors: ericpeden [...] homemail.com
Cc:
AdminCc:

Bug Information
Severity: (no value)
Broken in: 2.012
Fixed in: (no value)



Subject: Parser::C error and ultra-long variable name
I don't have a "complete" report for this, but here goes anyway. On OS X 10.1.4, when I try to execute parp (http://adamspiers.org/computing/parp/), I get the following error: ************************************************************************* An error occurred: Global symbol "$break_the_compiler_which_has_bug_Now_the_Perl_version_is_used" requires explicit package name at /Library/Perl/Mail/Box/Parser/C.pm line 7. BEGIN not safe after errors--compilation aborted at /Library/Perl/Mail/Box/Parser/C.pm line 8. : Called via DIE handler ************************************************************************* Nothing like this showed up when I 'make test'ed Mail::Box, but I can't figure out why. Looking at the source, this frightently named variable is just sitting there by itself; I can find no other reference to the variable anywhere else in the distribution, and it looks to me like I should *always* be getting this error. What exactly is the purpose of this variable?
[guest - Wed May 1 04:18:38 2002]: Show quoted text
> I don't have a "complete" report for this, but here goes anyway. > > On OS X 10.1.4, when I try to execute parp > (http://adamspiers.org/computing/parp/), I get the following error: > > ************************************************************************* > > An error occurred: > > Global symbol > "$break_the_compiler_which_has_bug_Now_the_Perl_version_is_used" > requires explicit package name at > /Library/Perl/Mail/Box/Parser/C.pm line 7. > BEGIN not safe after errors--compilation aborted at > /Library/Perl/Mail/Box/Parser/C.pm line 8. > : > > Called via DIE handler
Well, the name of the variable should speak for itself. ;-) Mark deliberately rendered Parser::C unusable because it still has bugs that he hasn't yet been able to resolve.