Re: Bad access when application quits - NSApp terminate
Re: Bad access when application quits - NSApp terminate
- Subject: Re: Bad access when application quits - NSApp terminate
- From: Richard Van Deren <email@hidden>
- Date: Sun, 22 Sep 2002 02:34:44 -0400
Subject: Re: Bad access when application quits - NSApp terminate
A little silly to answer my own query.
The problem was with my names pasteboards. I declared a type and did
not write to the pasteboard with that type. This sound like a bug to
me. Let me know if you think I should report it. Would you say that
we should accept this behavior of named pasteboards.
I just reread the documentation. I do not think it is clear. Maybe I
should declare an owner.
Anyway I do not think that our software should break on something so
simple. I think NSApp needs some rework.
I like using the pasteboards they were my solution to getting
Apache.org's FOP to work with an Objective-C Cocoa app. Cocoa did not
like having a AWT Java app in it, which FOP is. Fop is happy as a Cocoa
Java System Service. If there are any FOPpers out there let me know.
On Saturday, September 21, 2002, at 01:17 AM, Richard Van Deren wrote:
>
Thanks. My index is better now after I put the build folder in the
>
trash.
>
>
However my app still has bad access on quit/NSTerminate.
>
I think it has something with the way I am using named pasteboards.
>
I added to code below after rereading the documentation.
>
>
The code below did not help. How can I trace the problem?
>
>
--
>
NSPasteboard *htmlPboard = [NSPasteboard
>
pasteboardWithName:myHtmlPBName];
>
if (htmlPboard)
>
[htmlPboard releaseGlobally];
>
NSPasteboard *myStylesheetPboard = [NSPasteboard
>
pasteboardWithName:(NSString *)myStylesheetName];
>
if (myStylesheetPboard)
>
[myStylesheetPboard releaseGlobally];
>
NSPasteboard *xmlPboard = [NSPasteboard
>
pasteboardWithName:xmlPboardName]; //NSGeneralPboard
>
if (xmlPboard)
>
[xmlPboard releaseGlobally];
>
>
On Friday, September 20, 2002, at 10:45 AM, Matt Neuburg wrote:
>
>
> On Fri, 20 Sep 2002 03:01:55 -0400, Richard Van Deren
>
> <email@hidden> said:
>
>
>
>> Any ideas? What should I look for? I tried to step through after the
>
>> delegate put everything stop at the NSTerminate. I get a stack long
>
>> trace, but have no idea what to do with it.
>
>>
>
>> thanks in advance.
>
>> ----------------------------
>
>> 2002-09-20 00:33:41.532 Project Builder[972] malformed indexing data
>
>> from socket 0x1d91950 (prologue='pbxindex-begin v1.1 0x000005FD 02/02
>
>> MyResumeDocument.mm', epilogue='+dh 2')
>
>
>
> Bad index? Throw away your build folder. m.
>
> --
>
>
>
> matt neuburg, phd = email@hidden, http://www.tidbits.com/matt
>
> pantes anthropoi tou eidenai oregontai phusei
>
> Subscribe to TidBITS! It's free and smart. http://www.tidbits.com/
>
> _______________________________________________
>
> cocoa-dev mailing list | email@hidden
>
> Help/Unsubscribe/Archives:
>
> http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
> Do not post admin requests to the list. They will be ignored.
>
_______________________________________________
>
cocoa-dev mailing list | email@hidden
>
Help/Unsubscribe/Archives:
>
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
>
Do not post admin requests to the list. They will be ignored.
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.