Searched +hist:43 +hist:aec2c7 (Results 1 - 5 of 5) sorted by relevance
/haiku/headers/private/app/ | ||
H A D | LaunchRoster.h | diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c726cc9522f961f87771f1ea712d54c0b7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. |
/haiku/src/kits/app/ | ||
H A D | LaunchRoster.cpp | diff e96835a9 Mon Nov 27 02:11:43 MST 2017 Axel Dörfler <axeld@pinc-software.de> Added simple test_launch_daemon. * Expects its config files in /boot/home/test_launch. * Uses standard I/O, and is always in user mode. * Also added test_launch_roster command that is able to talk to the test server like it does to the real thing. diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c726cc9522f961f87771f1ea712d54c0b7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. |
H A D | Application.cpp | diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 82d0e2c2 Sun Jun 24 05:43:48 MDT 2007 Stephan Aßmus <superstippi@gmx.de> * do not ask hidden windows if they want to quit (not to be confused with minimized windows, those need to be asked of course) * added some comments about why this code is a little flawed but works anyways NOTE: I really wonder wether traversing the window list in reverse is correct git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21501 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9a44fdc9 Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of all teams in serveral server areas, and instead of having to eventually clone them all several times in BBitmap, we now have one or more areas per team, and BBitmap will only clone areas once if needed. As a side effect, this method should be magnitudes faster than the previous version. * This method is also much more secure: instead of putting the allocation maintenance structures into those everyone-read-write areas, they are now separated, so that faulty applications cannot crash the app_server this way anymore. This should fix bug #172. * Freeing memory is not yet implemented though! (although all memory will be freed upon app exit) * There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator (ie. via ServerApp), per area (for overlays, not yet implemented), and using malloc()/free() for server-only bitmaps. * ServerBitmap now deletes its buffers itself. * Cleaned up BBitmap and BApplication a bit. * The test environment currently doesn't build anymore, will fix it next. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 338b8dc3 Sat Oct 29 10:27:43 MDT 2005 Ingo Weinhold <ingo_weinhold@gmx.de> Merged changes from branch build_system_redesign at revision 14573. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 297ffbbb Thu Jul 24 13:54:43 MDT 2003 DarkWyrm <darkwyrm@gmail.com> Removed memory leak in InitData git-svn-id: file:///srv/svn/repos/haiku/trunk/current@4064 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 43aec2c726cc9522f961f87771f1ea712d54c0b7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 82d0e2c2b5433d041a75884dbd8d202997352933 Sun Jun 24 05:43:48 MDT 2007 Stephan Aßmus <superstippi@gmx.de> * do not ask hidden windows if they want to quit (not to be confused with minimized windows, those need to be asked of course) * added some comments about why this code is a little flawed but works anyways NOTE: I really wonder wether traversing the window list in reverse is correct git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21501 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9a44fdc97c4c91b6be039ac5125a618c8fd268cc Sat Mar 18 06:43:26 MST 2006 Axel Dörfler <axeld@pinc-software.de> * Implemented a new client allocation method: instead of having all bitmaps of all teams in serveral server areas, and instead of having to eventually clone them all several times in BBitmap, we now have one or more areas per team, and BBitmap will only clone areas once if needed. As a side effect, this method should be magnitudes faster than the previous version. * This method is also much more secure: instead of putting the allocation maintenance structures into those everyone-read-write areas, they are now separated, so that faulty applications cannot crash the app_server this way anymore. This should fix bug #172. * Freeing memory is not yet implemented though! (although all memory will be freed upon app exit) * There are now 3 different bitmap allocation strategies: per ClientMemoryAllocator (ie. via ServerApp), per area (for overlays, not yet implemented), and using malloc()/free() for server-only bitmaps. * ServerBitmap now deletes its buffers itself. * Cleaned up BBitmap and BApplication a bit. * The test environment currently doesn't build anymore, will fix it next. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16826 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 338b8dc301721b1f472e8297a898d4eaa2f2ee3a Sat Oct 29 10:27:43 MDT 2005 Ingo Weinhold <ingo_weinhold@gmx.de> Merged changes from branch build_system_redesign at revision 14573. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@14574 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/data/launch/ | ||
H A D | system | diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c726cc9522f961f87771f1ea712d54c0b7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. |
/haiku/src/servers/launch/ | ||
H A D | LaunchDaemon.cpp | diff e96835a9 Mon Nov 27 02:11:43 MST 2017 Axel Dörfler <axeld@pinc-software.de> Added simple test_launch_daemon. * Expects its config files in /boot/home/test_launch. * Uses standard I/O, and is always in user mode. * Also added test_launch_roster command that is able to talk to the test server like it does to the real thing. diff f4e75e7c Sun May 31 11:07:43 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: use BJobs for everything, multi-threaded worker. * Implemented a multi-threaded job queue, that launches as many as CPU count jobs at once -- due to SSDs, this number could possibly even be made much larger, though. * Launching a job now happens within that worker queues as a LaunchJob. * Put all init jobs into an init target, and make the launch jobs depend on it. diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff 43aec2c7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. diff f4e75e7c3772adb0844a8e38f1ed22addd2c2def Sun May 31 11:07:43 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: use BJobs for everything, multi-threaded worker. * Implemented a multi-threaded job queue, that launches as many as CPU count jobs at once -- due to SSDs, this number could possibly even be made much larger, though. * Launching a job now happens within that worker queues as a LaunchJob. * Put all init jobs into an init target, and make the launch jobs depend on it. diff 43aec2c726cc9522f961f87771f1ea712d54c0b7 Tue Apr 21 10:40:26 MDT 2015 Axel Dörfler <axeld@pinc-software.de> launch_daemon: added support for arbitrary ports. * Dropped "create_port" -- this is now the default for services. * Additionally (or alternatively, if you use the "legacy" mode), you can now create named ports, and specify their capacity. * Added convenience methods to BLaunchRoster that automatically use the signature of the current be_app. |
Completed in 258 milliseconds