Searched +hist:9 +hist:b3be140 (Results 1 - 1 of 1) sorted by relevance
| /haiku/src/kits/app/ | ||
| H A D | Application.cpp | diff 9b3be140 Mon Apr 20 15:18:52 MDT 2015 Michael Lotz <mmlr@mlotz.ch> BApplication: Fix B_ARGV_* handling on silent relaunch. In hrev47355 a logic reversal was introduced as part of a cleanup commit which caused B_ARGV_RECEIVED to be sent only to apps with the B_ARGV_ONLY flag set instead of clear. In addition to that, don't send the B_SILENT_RELAUNCH message for apps with B_ARGV_ONLY either, as they are not supposed to receive messages after launch. This is in line with the documentation and what BRoster does. diff 9b3be140 Mon Apr 20 15:18:52 MDT 2015 Michael Lotz <mmlr@mlotz.ch> BApplication: Fix B_ARGV_* handling on silent relaunch. In hrev47355 a logic reversal was introduced as part of a cleanup commit which caused B_ARGV_RECEIVED to be sent only to apps with the B_ARGV_ONLY flag set instead of clear. In addition to that, don't send the B_SILENT_RELAUNCH message for apps with B_ARGV_ONLY either, as they are not supposed to receive messages after launch. This is in line with the documentation and what BRoster does. diff 9be774b5 Mon Jul 30 14:27:21 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Compilation and 64-bit fixes to libbe.so sources. Fixed the usual issues - printf format strings, uint32 instead of addr_t, etc. One thing that isn't so nice is several places where BList is used to store (u)int32, these require a double cast to addr_t then void* to silence a warning on x86_64. diff 9dc97edd Sat Nov 22 06:36:07 MST 2008 Jérôme Duval <korli@users.berlios.de> check BMessage::Find*() result git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28718 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 9f8f6275 Thu Dec 29 07:49:28 MST 2005 Axel Dörfler <axeld@pinc-software.de> Fixed shutting down apps with file panels - no more hang: * if file panels shouldn't be quit, we no longer call QuitRequested() for them and stop quitting windows (which left normal windows open, because file panels always return "false" in QuitRequested()) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15715 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9b3be1401553ed102a0456f89e637a1084f26711 Mon Apr 20 15:18:52 MDT 2015 Michael Lotz <mmlr@mlotz.ch> BApplication: Fix B_ARGV_* handling on silent relaunch. In hrev47355 a logic reversal was introduced as part of a cleanup commit which caused B_ARGV_RECEIVED to be sent only to apps with the B_ARGV_ONLY flag set instead of clear. In addition to that, don't send the B_SILENT_RELAUNCH message for apps with B_ARGV_ONLY either, as they are not supposed to receive messages after launch. This is in line with the documentation and what BRoster does. diff 9be774b553296a712704078314f2291ae5fc352c Mon Jul 30 14:27:21 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Compilation and 64-bit fixes to libbe.so sources. Fixed the usual issues - printf format strings, uint32 instead of addr_t, etc. One thing that isn't so nice is several places where BList is used to store (u)int32, these require a double cast to addr_t then void* to silence a warning on x86_64. diff 9dc97eddb40615fe1aa9fcaaaa6867d4d2a71cf2 Sat Nov 22 06:36:07 MST 2008 Jérôme Duval <korli@users.berlios.de> check BMessage::Find*() result git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28718 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 |
Completed in 256 milliseconds