• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Several Questions
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Several Questions


  • Subject: Re: Several Questions
  • From: Jelle De Laender <email@hidden>
  • Date: Mon, 1 Jun 2009 13:58:17 +0200

why should your app stops responding?

Do you want to detect time-outs (network-times, IO-timeouts, ...) or will your app be crap and full with bugs?



On 01 Jun 2009, at 13:19, Ammar Ibrahim wrote:

On Mon, Jun 1, 2009 at 6:04 AM, Chris Hanson <email@hidden> wrote:

On May 30, 2009, at 11:18 PM, Ammar Ibrahim wrote:

On Sun, May 31, 2009 at 6:16 AM, Chris Hanson <email@hidden> wrote:

The best way to ensure your daemon or agent is always running is to have
it
run via launchd.

Start by reading the launchd man page and the "Daemons and Agents" tech
note; these will give you an overview of how Mac OS X used launchd to
manage
these types of on-demand and always-on services.



But my app is a "normal" Cocoa App, it's not a daemon or an agent.


It's still essentially an agent, just one that runs in the foreground, not
the background.


You can use launchd to keep your app alive. That way you, don't have to
worry about adding code to your application to do it, you just have to
ensure the launchd property list is in the right place.


That will also make development of your application easier, because your
application can run normally; you won't have to put a bunch of extra code
into it to disable its keep-alive behavior during development.




Great, so I understand from what you're saying that I can launch a GUI app
using launchd? I will look into it. Also, what if the application stops
responding? Is that something that launchd can detect?
_______________________________________________


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

_______________________________________________

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


  • Follow-Ups:
    • Re: Several Questions
      • From: Ammar Ibrahim <email@hidden>
    • Re: Several Questions
      • From: Todd Heberlein <email@hidden>
    • Re: Several Questions
      • From: Benjamin Dobson <email@hidden>
References: 
 >Re: Several Questions (From: Ammar Ibrahim <email@hidden>)

  • Prev by Date: About "[super dealloc];"
  • Next by Date: Re: About "[super dealloc];"
  • Previous by thread: Re: Several Questions
  • Next by thread: Re: Several Questions
  • Index(es):
    • Date
    • Thread