New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
BBC: f23e1643 breaks Data::Alias #17072
Comments
From @jkeenanThis was first reported to me off list by Carlos Guevara, based on his http://matrix.cpantesters.org/?dist=Data-Alias http://matrix.cpantesters.org/?dist=Syntax-Keyword-Try Carlos also reported that test(s) in the latter distro hung. I can On Linux I was able to bisect the problem with Data::Alias to:
No further diagnose yet attempted. Thank you very much. perl perl perl |
From @jkeenanOn Tue, 02 Jul 2019 03:02:02 GMT, jkeenan@pobox.com wrote:
Discussion of the hanging test in Syntax::Keyword::Try's test suite is moved to #17076. Thank you very much. -- |
The RT System itself - Status changed from 'new' to 'open' |
We reported the breakage to Data::Alias in its bugtracker. However, the author has not yet responded. So the ticket is not closable. We should review its status as we get closer to 5.32.0 release. |
I reached out to the maintainer. I don't know if I'll get a response. Still not sure what decision to make here. |
At the moment, I'm thinking of making this a non-blocker. The author is w5ill non-responsive, and there's only so far we can go without responsiveness. A few modules are dependent on this, but not enough to break CPAN considerably. |
Has @iabyn (the original committer) commented on this yet? |
On Wed, Apr 15, 2020 at 11:36:16AM -0700, James E Keenan wrote:
> At the moment, I'm thinking of making this a non-blocker. The author is w5ill non-responsive, and there's only so far we can go without responsiveness.
>
> A few modules are dependent on this, but not enough to break CPAN considerably.
Has @iabyn (the original committer) commented on this yet?
I haven't looked closely at it - also that distribution currently fails
even to compile.
But I would guess the module need its op_parent handling tweaked.
That commit of mine relies on ops' 'parent' pointers always being valid;
before this nothing much relied on them. So mistakes in setting them
weren't getting flagged.
…--
"I do not resent criticism, even when, for the sake of emphasis,
it parts for the time with reality".
-- Winston Churchill, House of Commons, 22nd Jan 1941.
|
On 4/17/20 7:38 AM, iabyn wrote:
On Wed, Apr 15, 2020 at 11:36:16AM -0700, James E Keenan wrote:
> > At the moment, I'm thinking of making this a non-blocker. The
author is w5ill non-responsive, and there's only so far we can go
without responsiveness.
> >
> > A few modules are dependent on this, but not enough to break CPAN
considerably.
>
> Has @iabyn (the original committer) commented on this yet?
I haven't looked closely at it - also that distribution currently fails
even to compile.
But I would guess the module need its op_parent handling tweaked.
That commit of mine relies on ops' 'parent' pointers always being valid;
before this nothing much relied on them. So mistakes in setting them
weren't getting flagged.
Thanks for looking into this. On that basis, I agree that this should
not be a blocker.
|
This was eventually fixed, latest Data::Alias shows no problems. Closing ticket. |
Confirmed. Thanks. |
Migrated from rt.perl.org#134252 (status was 'open')
Searchable as RT134252$
The text was updated successfully, but these errors were encountered: