Re: NSProcessInfo setAutomaticTerminationSupportEnabled:
Re: NSProcessInfo setAutomaticTerminationSupportEnabled:
- Subject: Re: NSProcessInfo setAutomaticTerminationSupportEnabled:
- From: Alex Zavatone <email@hidden>
- Date: Thu, 15 Mar 2012 11:58:31 -0400
I have but this brings up another problem. Two actually.
One is that if you try to do this in the existing version of 10.7.3's TextEdit info.plist, TextEdit will no longer launch, complaining of a code signing error with an invalid code signature.
I then tried this with other apps (that I quit from the Process Monitor) and I got the same crash on launch. Is Apple now preventing us from mucking with app internals with code signing?
If I make the build myself from the TextEdit source code, and add that pList value to the Info.plist, the built copy of TextEdit still auto quits if I close the last doc and click in the Finder.
I think the key line is listed below:
>> • TextEdit opts into Automatic Termination. However, this opt-in is done automatically by the system.
Why are we even given this option if the system is forcing an override?
On Mar 15, 2012, at 11:40 AM, Fritz Anderson wrote:
> On 15 Mar 2012, at 10:01 AM, Alex Zavatone wrote:
>
>> Then I came across the text below from the read me file in the TextEdit source:
>>
>> • TextEdit opts into Automatic Termination. However, this opt-in is done automatically by the system. Normally TextEdit would have had to put an entry for NSSupportsAutomaticTermination in its Info.plist or call -[NSProcessInfo setAutomaticTerminationSupportEnabled:YES].
>>
>> So, if this is an option settable by the programmer, yet the system opts in FOR YOU, and if the programmer wants to control it, how can they do that? Why is the system opting in when this can be set in code or in a plist? How can I get control back so that I can test this? Where is the documentation that states how to pass or remove control from the system for items like this?
>
> Perhaps it is a badly-stated default. Have you tried setting the property to NO?
>
> — F
>
- Alex Zavatone
_______________________________________________
Cocoa-dev mailing list (email@hidden)
Please do not post admin requests or moderator comments to the list.
Contact the moderators at cocoa-dev-admins(at)lists.apple.com
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden