Paul Schinder <[EMAIL PROTECTED]> writes:
> At 11:18 AM +0200 9/19/00, Gisle Aas wrote:
> >KIMURA Takeshi <[EMAIL PROTECTED]> writes:
> >
> >> Gisle Aas wrote on 00.9.17 1:57 AM:
> >> >This release contains experimental support for decoding of Unicode
> >> >entities. This is the only change since 3.12.
> >>
> >> Thank you for the new release.
> >>
> >> I built up the XS and installed it on MacPerl and tested the t
> >> files.
> >>
> >> I get some errors as shown below. The problem seems to be
> >> MacPerl specific since it is based on 5.004, but I canot be very
> >> sure.
> >>
> >> Can anybody give a clue to figure out the problem?
> >
> >Isn't MacPerl prepending some string to the exception string (in $@).
> >At least some of this looks like it can be failing because of this. I
> >seem to remember having patched LWP for some of this brain damage.
> >
> >Why does MacPerl do this?
>
> It has to do with MPW (Macintosh Programming Works), an IDE for Mac
> OS. I'm not that familiar with MPW (having only used it to build
> MacPerl), but prepending the '# ' makes the string a comment for the
> MPW shell. Apparently you can then do various useful things with it.
But it should not really have to happen for exceptions that are about
to be caught, i.e inside eval {}. Where in the perl src is $@
mangled? Could they not make it conditional on 'PL_in_eval'?
> This behavior (prepending the '# ') is supposed to be under user
> control in MacPerl 5.6.
It better than nothing :-)
--Gisle
