develooper Front page | perl.wxperl.users | Postings from January 2013

[rt.cpan.org #73276] Wx::WindowUpdateLocker->new(undef) segfaults perl

From:
Mark Dootson via RT
Date:
January 19, 2013 07:25
Subject:
[rt.cpan.org #73276] Wx::WindowUpdateLocker->new(undef) segfaults perl
Message ID:
rt-3.8.HEAD-5812-1358580330-952.73276-15-0@rt.cpan.org
Sat Jan 19 02:25:30 2013: Request 73276 was acted upon.
Transaction: Correspondence added by MDOOTSON
       Queue: Wx
     Subject: Wx::WindowUpdateLocker->new(undef) segfaults perl
   Broken in: 0.9903
    Severity: Important
       Owner: Nobody
  Requestors: adamk@cpan.org
      Status: new
 Ticket <URL: https://rt.cpan.org/Ticket/Display.html?id=73276 >


I'll leave this ticket open. Wx is open to many failures like below if 
incorrect params are passed. It might be a good thing if we had some 
sort of generic checking code in place possibly created as part of XSpp.


On Thu Dec 15 06:21:53 2011, ADAMK wrote:
> Calling Wx::WindowUpdateLocker->new(undef) causes Perl to segfault.
> 
> This can easily occur if you are doing a lot of update locking
> throughout a program and you overlook a single case where the clean up
> order is different to what you expect, or you lock something not
> instantiated yet.
> 
> Please add a check to the method so that Perl at least throws an
> ordinary die rather than the segfault.





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