[wx-dev] Re: enhancements to wxStackFrame for Linux

Vadim Zeitlin vadim at wxwindows.org
Wed Nov 1 06:42:59 PST 2006


On Wed, 01 Nov 2006 15:37:50 +0100 Francesco Montorsi <f18m_cpp217828 at yahoo.it> wrote:

FM> since calling addr2line only once means that in any case we must keep in 
FM> memory the result of all the parsing,

 This is the main thing which I wanted to say in my comment to the bug.
Currently we don't do this and get the location information for each frame
separately, but we should get them all at once and then store them
somewhere. Whether we do it in wxStackWalker or wxStackFrame itself is not
really important, just as you say.

FM> >  So while I do agree with Vaclav's suggestion to use wxCollapsiblePane in
FM> > the generic version (BTW, this reminds me that it would probably make sense
FM> > to use it in wxLog dialog too), I'd like to continue using wxMessageBox
FM> > under Windows.
FM> ok, but under wxGTK I'd say to use this new generic version as default 
FM> since currently reading all the stack frame wrapped by the dialog is a 
FM> pain (I don't remember right now - do the stack trace gets wrapped on 
FM> wxMSW's msgbox ?).

 No, I don't think so. I don't remember them being wrapped to unreadable
state under GTK neither however...

FM> Also, I propose to strip the arguments from the function names 
FM> (fnc(typeA a, typeB b, typeC c) => fnc); e.g. wxOnAssert takes a lot of 
FM> arguments making the line for that call very long. And they are not very 
FM> useful to the developer...

 I disagree, they can be very useful if you have several overloaded
functions.

 Regards,
VZ





More information about the wx-dev mailing list