#
1480e5da |
|
02-Apr-2015 |
Axel Dörfler <axeld@pinc-software.de> |
The beginnings of a launch_daemon for Haiku. * This will be heavily inspired by Apple's launchd, as well as systemd -- for now it really doesn't do a whole lot, though. * What works so far: the configuration files are read, parsed, and the jobs created. * The jobs are even initialized, and their message ports created. * BApplication now retrieves a previously created port from the launch_daemon for use with BServer. * Only the registrar actually uses this for now.
|
#
0690387c |
|
26-Mar-2015 |
Axel Dörfler <axeld@pinc-software.de> |
BServer/BApplication: added constructor for looper name. * Added an extra looperName argument to the private BApplication constructor that BServer is using. * This is now used to fix the ugliness that gave the registrar a different looper name, and even saves a string comparison.
|
#
9fac7d6c |
|
03-Jul-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
BServer now remembers whether the GUI context has already been initialized, so that InitGUIContext() can be invoked twice without harm. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13415 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
93514534 |
|
28-Jun-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Added a private API class BServer, a BApplication subclass especially for servers, that don't have a GUI or want to control when the app server connection is established. * BServer is necessarily a friend of BApplication, for it uses a private constructor. Hence BApplication::Private::InitGUIContext() is no longer needed. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13315 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
1480e5da6fc4a2926c3da1a973e39927ac2171ae |
|
02-Apr-2015 |
Axel Dörfler <axeld@pinc-software.de> |
The beginnings of a launch_daemon for Haiku. * This will be heavily inspired by Apple's launchd, as well as systemd -- for now it really doesn't do a whole lot, though. * What works so far: the configuration files are read, parsed, and the jobs created. * The jobs are even initialized, and their message ports created. * BApplication now retrieves a previously created port from the launch_daemon for use with BServer. * Only the registrar actually uses this for now.
|
#
0690387cd27bd8810040f7e2c0e539585df28ca1 |
|
26-Mar-2015 |
Axel Dörfler <axeld@pinc-software.de> |
BServer/BApplication: added constructor for looper name. * Added an extra looperName argument to the private BApplication constructor that BServer is using. * This is now used to fix the ugliness that gave the registrar a different looper name, and even saves a string comparison.
|
#
9fac7d6cfc359857ac2e56431c1b386bb4540a15 |
|
03-Jul-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
BServer now remembers whether the GUI context has already been initialized, so that InitGUIContext() can be invoked twice without harm. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13415 a95241bf-73f2-0310-859d-f6bbb57e9c96
|
#
9351453415a66394be482da1da09f60ff768a9df |
|
28-Jun-2005 |
Ingo Weinhold <ingo_weinhold@gmx.de> |
* Added a private API class BServer, a BApplication subclass especially for servers, that don't have a GUI or want to control when the app server connection is established. * BServer is necessarily a friend of BApplication, for it uses a private constructor. Hence BApplication::Private::InitGUIContext() is no longer needed. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13315 a95241bf-73f2-0310-859d-f6bbb57e9c96
|