Searched +hist:8 +hist:a526591 (Results 1 - 1 of 1) sorted by relevance
/haiku/src/kits/app/ | ||
H A D | Application.cpp | diff 8e2140fa Sun Apr 29 12:21:40 MDT 2012 Axel Dörfler <axeld@pinc-software.de> Fixed a large client side memory leak for app_server memory. * The areas allocated for BBitmaps were never deleted, even though the app_server deleted its part when the memory got freed. * This resulted in a constant memory increase if the application in question would operate on many changing large bitmaps, like photos. * Since the bitmaps are reference counted, we don't actually know when to delete the areas, so that the app_server now notifies the client whenever that is possible. * This might fix #6824. diff 8eae8b05 Wed Jun 08 01:36:41 MDT 2005 Stefano Ceccherini <stefano.ceccherini@gmail.com> Every BApplication (even applications which didn't use it) allocated a BPrivateScreen object. Now they are created/destroyed on demand (when a BScreen object is constructed), and reference counted, so that there is still only one per app. Note that since we are creating/deleting them, constructing a BScreen object can be more time consuming than before, but personally I find this approach much cleaner. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13006 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8a526591 Sun Jul 28 13:33:00 MDT 2002 Ingo Weinhold <ingo_weinhold@gmx.de> * Moved some reusable code into AppMisc.cpp/h. * Init be_app in InitData(). * Uninit be_app and be_app_messenger in BApplication destructor.^ git-svn-id: file:///srv/svn/repos/haiku/trunk/current@513 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8a526591 Sun Jul 28 13:33:00 MDT 2002 Ingo Weinhold <ingo_weinhold@gmx.de> * Moved some reusable code into AppMisc.cpp/h. * Init be_app in InitData(). * Uninit be_app and be_app_messenger in BApplication destructor.^ git-svn-id: file:///srv/svn/repos/haiku/trunk/current@513 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8e2140fa5eb8a019a5134ce041499d14b7ced7a3 Sun Apr 29 12:21:40 MDT 2012 Axel Dörfler <axeld@pinc-software.de> Fixed a large client side memory leak for app_server memory. * The areas allocated for BBitmaps were never deleted, even though the app_server deleted its part when the memory got freed. * This resulted in a constant memory increase if the application in question would operate on many changing large bitmaps, like photos. * Since the bitmaps are reference counted, we don't actually know when to delete the areas, so that the app_server now notifies the client whenever that is possible. * This might fix #6824. diff 8eae8b05e84b91859ad701bde81aa3596d8c693e Wed Jun 08 01:36:41 MDT 2005 Stefano Ceccherini <stefano.ceccherini@gmail.com> Every BApplication (even applications which didn't use it) allocated a BPrivateScreen object. Now they are created/destroyed on demand (when a BScreen object is constructed), and reference counted, so that there is still only one per app. Note that since we are creating/deleting them, constructing a BScreen object can be more time consuming than before, but personally I find this approach much cleaner. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13006 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8a526591a0c7147ba02ae272be83fbf36ceabd30 Sun Jul 28 13:33:00 MDT 2002 Ingo Weinhold <ingo_weinhold@gmx.de> * Moved some reusable code into AppMisc.cpp/h. * Init be_app in InitData(). * Uninit be_app and be_app_messenger in BApplication destructor.^ git-svn-id: file:///srv/svn/repos/haiku/trunk/current@513 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 69 milliseconds