[perl #51262] [BUG] Segfault in pdump
Will Coleda via RT
parrotbug-followup at parrotcode.org
Wed Feb 11 18:56:54 UTC 2009
On Wed Sep 10 08:12:59 2008, julianalbo wrote:
> > I've recently commited a fix on null string constants. I think it
was
> > the same problem described here. I compiled the pir file and
pdumped
> > without a problem, it shows the DATA => NULL my fix introduced.
> >
> > Can you verify the problem is gone?
> >
> > I assume you are referring to r30756 of src/packdump.c? Yes, that
does
> > avoid the segfault (though it reports the string value as "NULL"
instead
> > of "''"). But isn't this really a bug in PIO_printf handling of
"%.*s"?
If the segfault is avoided, can we close out this RT and open a trac
ticket for any remaining fixables?
> The NULL is my fault, I put it that way for easy searchability while
> testing. You are right, the value is an empty string and must be
> reported like that.
>
> The printf-alike parrot functions seem to have a problem with NULL c
> strings, yes, we will solve this quickly (I hope).
>
> But printf-alikes can't know the NULL is really a parrot empty string,
> because we dropped that information by the fact of passing a c string
> instead of the parrot string. So I think the correct solution will be
> to stop accessing string internals and using the parrot strings api.
>
> In the meantime, what we need to know now in this ticket is if the
> segfault is no longer present in all platforms reported.
>
--
Will "Coke" Coleda
More information about the parrot-dev
mailing list