develooper Front page | perl.perl5.porters | Postings from January 2022

Re: Broken stack traces from use statements.

Thread Previous | Thread Next
From:
demerphq
Date:
January 14, 2022 12:14
Subject:
Re: Broken stack traces from use statements.
Message ID:
CANgJU+XNUg6QkSw0KT5pmTQcCGvKB7DqajNZv6LC0FoSZdMzuw@mail.gmail.com
On Fri, 14 Jan 2022, 20:00 Darren Duncan, <darren@darrenduncan.net> wrote:

> On 2022-01-14 3:40 a.m., demerphq wrote:
> > On Fri, 14 Jan 2022 at 11:57, Darren Duncan wrote:
> >     I feel that Perl 5.36.0 SHOULD fix its own broken behavior regarding
> stack
> >     traces.
> >
> >     The 5.36.0 release is a major release and is far enough away that
> DBIx::Class
> >     should be able to get fixed to not rely on the broken behavior in
> time for its
> >     release.
> >
> >     The fix shouldn't be put off another year.  If anyone depends on
> something that
> >     depends on the broken behavior, they should not upgrade past 5.34.x
> until their
> >     other dependencies are updated for compatibility.
> >
> > I can live with that.
> >
> > I am not really convinced the patch really does break anything however,
> we have
> > been running with the fix backported for years and we never noticed any
> issues
> > with our DBIx class code. *shrug*
>
> That's all the more reason to re-apply the bug fix to blead right away.
>
> Your experience would imply that any reliance in DBIx::Class on the broken
> behavior isn't in its core functionality and more in some non-core
> functionality
> or alternately just a test is broken and main code isn't.
>

That would be my intuition, but I don't know that we use enough DBIx to be
certain. But it's extremely hard for me to understand how such broken data
could ever be truly useful.

Yves

>
>

Thread Previous | Thread Next


nntp.perl.org: Perl Programming lists via nntp and http.
Comments to Ask Bjørn Hansen at ask@perl.org | Group listing | About