Re: SIGTRAP problem
Re: SIGTRAP problem
- Subject: Re: SIGTRAP problem
- From: Konstantinos Theofilis <email@hidden>
- Date: Thu, 27 Oct 2005 19:29:47 +0100
On 27 Oct 2005, at 16:10, Yann Bizeul wrote:
In the same situation, I would try to avoid using a NSPanel for
each question.
Perhaps something based on a single NSWindow with a NSTabView
containign 10 invisible tabs would be better and easier to maintain/
manipulate.
I know, but I thought about it *after* I finished the app... And I do
not have enough time to do it again with tabs... I have a deadline :-(
By the way, I do use a single NSWindow (the app is fullscreen). I
just load into it a different NSPanel everytime.
About your specific problem, this can have something to do with
NSWindow's :
- (void)setReleasedWhenClosed:(BOOL)flag
- (BOOL)isReleasedWhenClosed
methods. Check this checkbox in IB and perhaps your code.
Again, I use only one window, so I do not close it.
Kostas
Le 27 oct. 05 à 13:02, Konstantinos Theofilis a écrit :
Hi list,
The situation is:
I have a full screen app. (I followed the http://
www.cocoadevcentral.com/articles/000028.php instructions).
The app is just a quiz game with 10 questions. Everytime the user
answer a question, he presses a "continue" button and the screen
contents change.
For changing the content of the window I user the rather crude way
of loading different panels.
For example, the program starts with Panel1 as its contentView and
then it goes to Panel2 etc...
At some point I want to go back to Panel1.
The code compiles fines but when I am on Panel 10 for example and
the "continue" button has to set the contentView to Panel 1 again,
app exits with a SIGTRAP signal.
Obviously it is some memory management issue.
What is the correct method of unloading/releasing the Panels?
Thanks in adnvance
Kostas
P.S. I know that my implementation is awful and I should have used
a custom view, but when I made this app I was even more newbie
than I am now :-) And time constraints prevent me from rewriting
the app :-(
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden