[ wxwindows-Bugs-1725207 ] wx.ToolBar.ClearTools() crashes OS X app in wxPython 2.8.4

Wed Jan 2 15:34:35 PST 2008

Bugs item #1725207, was opened at 2007-05-24 14:15
Message generated for change (Comment added) made by robind
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1725207&group_id=9863

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: wxMac specific
Group: Fatal
Status: Open
Resolution: None
Priority: 3
Private: No
Submitted By: Scot Brew (sbrew)
Assigned to: Stefan Csomor (csomor)
Summary: wx.ToolBar.ClearTools() crashes OS X app in wxPython 2.8.4

Initial Comment:
This is a new bug for wxPython 2.8.4.  It is not present in wxPython 2.8.3.  It has been confirmed at two sites running OS X and using python 2.5.  It may exist on other platforms as well.

STEPS TO REPRODUCE:
1) Run the attached .py script.  It was derived from the ToolBar demo with the following lines added to TestToolBar.__init__():
        # ADDED TO TEST CRASH ISSUE WITH wxPython 2.8.4
        tb.ClearTools()
        tb.Realize()

Here is some info on the crash seen on OSX.

Thread 0 Crashed:
0   <<00000000>> 	0x000000ff 0 + 255
1   libwx_macud-2.8.0.dylib 	0x021f1f47 wxToolBarBase::DeleteToolByPos(unsigned long) + 139
2   libwx_macud-2.8.0.dylib 	0x021f1945 wxToolBarBase::ClearTools() + 45

----------------------------------------------------------------------

>Comment By: Robin Dunn (robind)
Date: 2008-01-02 15:34

Message:
Logged In: YES 
user_id=53955
Originator: NO

Weird.  I can't seem to duplicate this in the C++ sample either...

----------------------------------------------------------------------

Comment By: Stefan Csomor (csomor)
Date: 2008-01-02 13:42

Message:
Logged In: YES 
user_id=81467
Originator: NO

yes, I can see that, unfortunately I'm unable to reproduce the crash with
the toolbar C++ sample, Robin, can you test against a later 2.8 version, as
we've had that crash in toolbar.cleartool rev 50338 that was fixed, perhaps
there are corruptions or I'm just overlooking something that is special
with the attached sample

thanks,

Stefan

----------------------------------------------------------------------

Comment By: Robin Dunn (robind)
Date: 2008-01-02 13:24

Message:
Logged In: YES 
user_id=53955
Originator: NO

Still crashing with 2.8.7.1.  As a workaround you can probably just create
a new toolbar and set it with frame.SetToolBar()

----------------------------------------------------------------------

Comment By: Scot Brew (sbrew)
Date: 2008-01-02 12:30

Message:
Logged In: YES 
user_id=1749731
Originator: YES

Hi all,

Any updates on a timeframe for when this fatal crash bug should be fixed?

We are frozen on using the 2.8.3 version (last good version) until this
recently introduced issue is addressed.

Many thanks,
Scot

----------------------------------------------------------------------

Comment By: Stefan Csomor (csomor)
Date: 2007-06-27 14:22

Message:
Logged In: YES 
user_id=81467
Originator: NO

ok, thanks for checking

Stefan

----------------------------------------------------------------------

Comment By: Robin Dunn (robind)
Date: 2007-06-27 11:15

Message:
Logged In: YES 
user_id=53955
Originator: NO

No, it still crashes when ClearTools is called, and it looks like the
crash happens when it gets to a tool that is a wxControl.  I think that
what you fixed before was a different problem having to do with the
reference counting of control tools.  Here is the top of the stack:

0   <<00000000>> 	0x00000000 0 + 0
1   libwx_macud-2.8.0.dylib 	0x02123a90 wxToolBar::DoDeleteTool(unsigned
long, wxToolBarToolBase*) + 406 (toolbar.cpp:1683)
2   libwx_macud-2.8.0.dylib 	0x021d5d55
wxToolBarBase::DeleteToolByPos(unsigned long) + 189 (tbarbase.cpp:317)
3   libwx_macud-2.8.0.dylib 	0x021d62cc wxToolBarBase::ClearTools() + 36
(tbarbase.cpp:417)
4   _controls_.so           	0x10482a6f _wrap_ToolBarBase_ClearTools + 187
(_controls_wrap.cpp:24532)
5   org.python.python       	0x0020e278 PyObject_Call + 45
(abstract.c:1860)

----------------------------------------------------------------------

Comment By: Stefan Csomor (csomor)
Date: 2007-06-27 09:03

Message:
Logged In: YES 
user_id=81467
Originator: NO

I think this one is already solved on WX_2_BRANCH, isn't it Robin ?

Best,

Stefan

----------------------------------------------------------------------

Comment By: Scot Brew (sbrew)
Date: 2007-06-27 07:40

Message:
Logged In: YES 
user_id=1749731
Originator: YES

Would it be possible to bump up the priority on this one?  

We have an application that crashes with the 2.8.4 (latest version) so
cannot let people download the latest version of wxPython.  Preferably we
can keep everyone moving forward and on the latest wxPython version --
seems better for all.

Thank you,
Scot

----------------------------------------------------------------------

Comment By: Scot Brew (sbrew)
Date: 2007-06-08 13:00

Message:
Logged In: YES 
user_id=1749731
Originator: YES

Hi Robin,

Can you reproduce this on your side with the attached script?
Please let me know how I can assist.

Thanks,
Scot

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=109863&aid=1725207&group_id=9863