Searched +hist:43 +hist:aec2c7 (Results 1 - 5 of 5) sorted by relevance

/haiku/headers/private/app/
H A DLaunchRoster.hdiff 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 DLaunchRoster.cppdiff 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 DApplication.cppdiff 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 Dsystemdiff 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 DLaunchDaemon.cppdiff 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