Searched +hist:52 +hist:a38012 (Results 251 - 266 of 266) sorted by relevance
/haiku/headers/private/kernel/ | ||
H A D | debug.h | diff 8b522fcf Sat Feb 20 07:19:52 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> Changed ASSERT_[ALWAYS_]PRINT() to add the additional output to the panic() message instead of printing it before calling panic(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35536 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2ed21b85 Mon Dec 12 17:06:52 MST 2005 Axel Dörfler <axeld@pinc-software.de> Some work in progress of the MTRR support. Shouldn't do any harm yet :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15525 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8b522fcfe6f43aa27eaceff59446a362f336a227 Sat Feb 20 07:19:52 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> Changed ASSERT_[ALWAYS_]PRINT() to add the additional output to the panic() message instead of printing it before calling panic(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35536 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2ed21b85257d9d36d4d8a25c2a798a42add6e618 Mon Dec 12 17:06:52 MST 2005 Axel Dörfler <axeld@pinc-software.de> Some work in progress of the MTRR support. Shouldn't do any harm yet :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15525 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | thread.h | diff 9e5bff5f Tue Mar 02 17:52:47 MST 2004 Axel Dörfler <axeld@pinc-software.de> Replaced the syscall for thread_get_current_thread_id() with one for find_thread(). Renamed the thread/team syscalls to the new naming scheme. Some other minor cleanups. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@6867 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9e5bff5febfe5049547beaf9de6a2939782e7858 Tue Mar 02 17:52:47 MST 2004 Axel Dörfler <axeld@pinc-software.de> Replaced the syscall for thread_get_current_thread_id() with one for find_thread(). Renamed the thread/team syscalls to the new naming scheme. Some other minor cleanups. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@6867 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | vfs.h | diff 3d268eda Sat Nov 10 14:19:52 MST 2007 Axel Dörfler <axeld@pinc-software.de> * Extracted file_map API out of the file cache - it's now an optional service that can be used by file systems. * Changed the way the file cache works: instead of reading/writing to the underlying device directly, it can now be used for any data source, ie. also network file systems. * As a result, the former pages_io() moved to the VFS layer, and can now be called by a file system via {read|write}_file_io_vec_pages() (naming suggestions are always welcomed :-)). It now gets an FD, and uses that to communicate with the device (via its fs_{read|write}_pages() hooks). * The file_cache_{read|write}() functions must now be called without holding an I/O relevant file system lock. That allows the file cache to prepare the pages without colliding with the page writer, IOW the "mayBlock" flag can go into the attic again (yay!). * This also results in a much better performance when the system does I/O and is low on memory, as the page writer can now finally write back some pages, and that even without maxing out the CPU :) * The API changes put slightly more burden on the fs_{read|write}_pages() hooks, but in combination with the file_map it's still pretty straight forward. It just will have to dispatch the call to the underlying device directly, usually it will just call its fs_{read|write}_pages() hooks via the above mentioned calls. * Ported BFS and FAT to the new API, the latter has not been tested, though. * Also ported the API changes to the fs_shell. I also completely removed its file cache level page handling - the downside is that device access is no longer cached (ie. depends on the host OS now), the upside is that the code is greatly simplified. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22886 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9f6376a0 Mon Mar 06 09:18:52 MST 2006 Axel Dörfler <axeld@pinc-software.de> * get_vnode() did not decrease the sUnusedVnodes counter when taking one node of that list. * Added a vfs_free_unused_vnodes() function that calls the low memory handler directly. * create_sem_etc() now calls the above function in case there are no semaphores available anymore; this usually frees up to 2 semaphores per node (one from the cache if there is a file cache attached, and eventually one from the file system). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16610 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff eab435cd Fri Aug 05 05:52:22 MDT 2005 Axel Dörfler <axeld@pinc-software.de> vfs_get_vnode_cache() now only allocates a new cache if requested: this prevents the system to allocate caches for files that don't use or have a file cache (ie. only those can be mmap()ed!). Therefore, cache_prefetch() no longer crashes when trying to prefetch files without a file cache. read_into_cache() no longer does anything if the requested size is 0. Fixed a bug in cache_prefetch_vnode(): if the cache couldn't be retrieved, it put the vnode, but didn't own it (the caller does). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13904 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff cfd8ea78 Mon Sep 06 15:52:28 MDT 2004 Axel Dörfler <axeld@pinc-software.de> Added a "cookie" parameter to the vfs_read|write|has_page[s](). Also added a prototype for the fs_get_file_map() fs call. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@8867 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 146a3000 Thu Oct 17 12:52:04 MDT 2002 Axel Dörfler <axeld@pinc-software.de> Added syscalls for the index functions. Corrected the prototype for fs_rewind_index_dir() (don't copy and paste...) Also checked in the syscall definitions for the signal stuff to save Angelo some work. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1562 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 3d268eda3d0ca504c865533347decf27b54025b6 Sat Nov 10 14:19:52 MST 2007 Axel Dörfler <axeld@pinc-software.de> * Extracted file_map API out of the file cache - it's now an optional service that can be used by file systems. * Changed the way the file cache works: instead of reading/writing to the underlying device directly, it can now be used for any data source, ie. also network file systems. * As a result, the former pages_io() moved to the VFS layer, and can now be called by a file system via {read|write}_file_io_vec_pages() (naming suggestions are always welcomed :-)). It now gets an FD, and uses that to communicate with the device (via its fs_{read|write}_pages() hooks). * The file_cache_{read|write}() functions must now be called without holding an I/O relevant file system lock. That allows the file cache to prepare the pages without colliding with the page writer, IOW the "mayBlock" flag can go into the attic again (yay!). * This also results in a much better performance when the system does I/O and is low on memory, as the page writer can now finally write back some pages, and that even without maxing out the CPU :) * The API changes put slightly more burden on the fs_{read|write}_pages() hooks, but in combination with the file_map it's still pretty straight forward. It just will have to dispatch the call to the underlying device directly, usually it will just call its fs_{read|write}_pages() hooks via the above mentioned calls. * Ported BFS and FAT to the new API, the latter has not been tested, though. * Also ported the API changes to the fs_shell. I also completely removed its file cache level page handling - the downside is that device access is no longer cached (ie. depends on the host OS now), the upside is that the code is greatly simplified. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@22886 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9f6376a0c752eb965d97c400eb3bb27dbc102775 Mon Mar 06 09:18:52 MST 2006 Axel Dörfler <axeld@pinc-software.de> * get_vnode() did not decrease the sUnusedVnodes counter when taking one node of that list. * Added a vfs_free_unused_vnodes() function that calls the low memory handler directly. * create_sem_etc() now calls the above function in case there are no semaphores available anymore; this usually frees up to 2 semaphores per node (one from the cache if there is a file cache attached, and eventually one from the file system). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@16610 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff eab435cd59a30d144ecc077fbdbc1bb37b3eb5a6 Fri Aug 05 05:52:22 MDT 2005 Axel Dörfler <axeld@pinc-software.de> vfs_get_vnode_cache() now only allocates a new cache if requested: this prevents the system to allocate caches for files that don't use or have a file cache (ie. only those can be mmap()ed!). Therefore, cache_prefetch() no longer crashes when trying to prefetch files without a file cache. read_into_cache() no longer does anything if the requested size is 0. Fixed a bug in cache_prefetch_vnode(): if the cache couldn't be retrieved, it put the vnode, but didn't own it (the caller does). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13904 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/kits/support/ | ||
H A D | String.cpp | diff 137ac199 Sun Nov 18 16:38:52 MST 2018 Murai Takashi <tmurai01@gmail.com> String.cpp: Fix PVS 625 Fix 'newBuffer' is assigned values twice successively. Change-Id: Id6ec9d40ba279a68e17922931098a6a908eb7156 Reviewed-on: https://review.haiku-os.org/728 Reviewed-by: Jérôme Duval <jerome.duval@gmail.com> diff 3eac8208 Mon Jan 09 15:12:52 MST 2017 Adrien Destugues <pulkomandy@pulkomandy.tk> Remove BStringRef and users. As discussed in 2008 (http://www.freelists.org/post/haiku-development/BString-on-GCC4,1), this class was not efficient because of lack of inlining. Implement the suggested solution of a SetCharAt method instead. Also add a CompareAt which covers a specific use case in KeyboardLayout.cpp. Adjust all places which were using this feature to safer APIs. Also fixes a copypaste error in FormattingConventions.cpp. diff be3833c9 Tue Aug 27 15:44:52 MDT 2013 Ingo Weinhold <ingo_weinhold@gmx.de> BString: Add SetToFormatVarArgs() diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff be3833c9a41fbd09c1a4fa8c458f5cae5ff792ee Tue Aug 27 15:44:52 MDT 2013 Ingo Weinhold <ingo_weinhold@gmx.de> BString: Add SetToFormatVarArgs() 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/kits/interface/ | ||
H A D | TextControl.cpp | diff 991c062f Thu Apr 24 03:52:27 MDT 2008 Axel Dörfler <axeld@pinc-software.de> * Made the archive version of BTextControl::_InitData() more resistant against a broken archive - it will now create a new _BTextInput_ child, if it couldn't find one. This fixes #2086. * Cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25123 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 991c062ff3d344abc28963281fe2a2f4d0543262 Thu Apr 24 03:52:27 MDT 2008 Axel Dörfler <axeld@pinc-software.de> * Made the archive version of BTextControl::_InitData() more resistant against a broken archive - it will now create a new _BTextInput_ child, if it couldn't find one. This fixes #2086. * Cleanup. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25123 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | Jamfile | diff 7f9368ca Wed Dec 09 23:52:48 MST 2015 looncraz <looncraz@looncraz.net> Set*UIColor, etc. The inseparable changes necessary to support live color updating across the system in a sane, safe, and performant manner. BView gains: HasSystemColors() HasDefaultColors() AdoptSystemColors() AdoptParentColors() AdoptViewColor(BView*) SetViewUIColor(color_which, float tint) SetHighUIColor(... SetLowUIColor(... ViewUIColor(float* tint) HighUIColor(... LowUIColor(... DelayedInvalidate() BWindow gains a simple helper method: IsOffscreenWindow() BMessage gains: AddColor() FindColor() GetColor() HasColor() * allegedly this API is deprecated, but I implemented it anyway ReplaceColor() SetColor() Previous private ColorTools methods are made public and moved into GraphicsDefs: mix_color, blend_color, disable_color These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup of BeOS example code under the OpenTracker license. In addition, four new colors are created: B_LINK_TEXT_COLOR B_LINK_HOVER_COLOR B_LINK_ACTIVE_COLOR B_LINK_VISITED_COLOR These changes are documented in their proper user documentation files. In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit. On the app_server side, the following has changed: Add DelayedMessage - a system by which messages can be sent at a scheduled time, and can also be merged according to set rules. A single thread is used to service the message queue and multiple recipients can be set for each message. Desktop gains the ability to add message ports to a DelayedMessage so that said messages can target either all applications or all windows, as needed. Desktop maintains a BMessage which is used to queue up all pending color changes and the delayed messaging system is used to enact these changes after a short period of time has passed. This prevents abuse and allows the system to merge repeated set_ui_color events into one event for client applications, improving performance drastically. In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message to each BWindow. This is done to improve performance over having the app_server independently informing each window. Decorator changes are live now, which required some reworking. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com> diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | ListView.cpp | diff 6761bf58 Wed Nov 13 11:52:44 MST 2019 John Scipione <jscipione@gmail.com> BListView: Update selection on mouse down and mouse up A version of this feature was originally implemented in hrev50495 that allowed you to scroll through a list of list items while the mouse was held down updating the selection as you went. This feature was removed when we switched to selecting on mouse up in hrev52062 and was never reimplimented when we switched back to selecting on mouse down in hrev52121. In BeOS R5 as you scrolled through a single-selection list with the mouse button held down the selected item appeared to change, but the selection didn't actually update until you released the mouse button. The selection never changes on mouse down, only on mouse up. You could click on one item then move your mouse off the first item to a second item releasing your mouse button and it would select the second item without ever selecting the first item. In this commit we replicate this behavior with one exception, we always select on mouse down, but still allow the selection to change on mouse up. The big difference between this and the BeOS behavior is that on BeOS you could only select exactly one item on mouse up, while with this you can select one item on mouse down and a second item on mouse up. ScrollToSelection() in MouseMoved() if mouse button is down and we are not not dragging. This performs auto-scroll. Create private _DoSelection() method copied from MouseDown(). Remove Thread.h include that is no longer used. Fixes #15009 (and doesn't cause regression for #9190 #14264 #14289) Change-Id: Icae02b8d37ed281390647504b4efa3d694ea522a Reviewed-on: https://review.haiku-os.org/c/haiku/+/1956 Reviewed-by: Adrien Destugues <pulkomandy@pulkomandy.tk> Reviewed-by: John Scipione <jscipione@gmail.com> Tested-by: Commit checker robot <no-reply+buildbot@haiku-os.org> diff 52a7c906 Tue Nov 18 23:04:53 MST 2008 Rene Gollent <anevilyak@gmail.com> Position-based binary searching can only be used if the view has been attached to a window already. If not, we fall back to using the BList-based search. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28696 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9eae7400 Sun Jun 10 10:52:42 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Implemented layout-friendly constructors. Also added MaxSize(), though it only invokes the BView version. Didn't know what to do with MinSize() and PreferredSize(). ATM they return fixed, hard-coded values. It might make sense to compute something depending on the font size, for instance. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21380 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52bc1e50 Mon May 22 03:53:46 MDT 2006 Stephan Aßmus <superstippi@gmx.de> no need to delete fSelectMessage in the destructor after using SetSelectionMessage(NULL); git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17522 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a7c906730d0436e344fc2de002ce696adba5c9 Tue Nov 18 23:04:53 MST 2008 Rene Gollent <anevilyak@gmail.com> Position-based binary searching can only be used if the view has been attached to a window already. If not, we fall back to using the BList-based search. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28696 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 9eae7400a46a45be822d22e95d0097ea57460828 Sun Jun 10 10:52:42 MDT 2007 Ingo Weinhold <ingo_weinhold@gmx.de> Implemented layout-friendly constructors. Also added MaxSize(), though it only invokes the BView version. Didn't know what to do with MinSize() and PreferredSize(). ATM they return fixed, hard-coded values. It might make sense to compute something depending on the font size, for instance. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@21380 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52bc1e501f4aeb0fca2f14a87b0d999fea63de07 Mon May 22 03:53:46 MDT 2006 Stephan Aßmus <superstippi@gmx.de> no need to delete fSelectMessage in the destructor after using SetSelectionMessage(NULL); git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17522 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/headers/private/kernel/arch/x86/ | ||
H A D | arch_cpu.h | diff 89fd39f4 Wed Jul 01 07:52:56 MDT 2020 Alexander von Gluck IV <kallisti5@unixzen.com> efi: Refactor CPU code to be arch-specific * Migrate some platform agnostic architecture code into boot/arch from efi/arch. This helps to avoid conflicts between kernel and boot sources as well. * Conflicts between arch_cpu in efi and kernel code means bootcode really should *never* directly use kernel arch headers. (other platforms don't, which is why they don't have this same issue) * We carefully thread any needed kernel headers (namely assembly helper macros) into the bootloader headers without mixing in the whole conflicting kernel/arch headers. * ARM now properly get its cpu init code called, and we progress further into the EFI bootloader. Change-Id: If67ec9758b5ce68563ebd9eb45d5196401911c67 Reviewed-on: https://review.haiku-os.org/c/haiku/+/2975 Reviewed-by: waddlesplash <waddlesplash@gmail.com> diff 513403d4 Thu Jun 14 20:23:52 MDT 2018 Augustin Cavalier <waddlesplash@gmail.com> Revert team and thread changes for COMPAT_MODE (hrev52010 & hrev52011). This reverts commit c558f9c8fe54bc14515aa62bac7826271289f0e4. This reverts commit 44f24718b1505e8d9c75e00e59f2f471a79b5f56. This reverts commit a69cb330301c4d697daae57e6019a307f285043e. This reverts commit 951182620e297d10af7fdcfe32f2b04d56086ae9. There have been multiple reports that these changes break mounting NTFS partitions (on all systems, see #14204), and shutting down (on certain systems, see #12405.) Until they can be fixed, they are being backed out. diff d6aaebc7 Tue Dec 23 11:14:52 MST 2014 Jérôme Duval <jerome.duval@gmail.com> x86: added two MSR definitions. diff dac21d8b Thu Feb 18 06:52:43 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * map_physical_memory() does now always set a memory type. If none is given (it needs to be or'ed to the address specification), "uncached" is assumed. * Set the memory type for the "BIOS" and "DMA" areas to write-back. Not sure, if that's correct, but that's what was effectively used on my machines before. * Changed x86_set_mtrrs() and the CPU module hook to also set the default memory type. * Rewrote the MTRR computation once more: - Now we know all used memory ranges, so we are free to extend used ranges into unused ones in order to simplify them for MTRR setup. - Leverage the subtractive properties of uncached and write-through ranges to simplify ranges of any other respectively write-back type. - Set the default memory type to write-back, so we don't need MTRRs for the RAM ranges. - If a new range intersects with an existing one, we no longer just fail. Instead we use the strictest requirements implied by the ranges. This fixes #5383. Overall the new algorithm should be sufficient with far less MTRRs than before (on my desktop machine 4 are used at maximum, while 8 didn't quite suffice before). A drawback of the current implementation is that it doesn't deal with the case of running out of MTRRs at all, which might result in some ranges having weaker caching/memory ordering properties than requested. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35515 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 2ed21b85 Mon Dec 12 17:06:52 MST 2005 Axel Dörfler <axeld@pinc-software.de> Some work in progress of the MTRR support. Shouldn't do any harm yet :-) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@15525 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff c8d7534e Tue Mar 01 16:52:09 MST 2005 Ingo Weinhold <ingo_weinhold@gmx.de> * Made C++ save. * Made the parameter for restoring the FPU state const. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11522 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff d6aaebc757c64934c119575903587b0c3678df30 Tue Dec 23 11:14:52 MST 2014 Jérôme Duval <jerome.duval@gmail.com> x86: added two MSR definitions. diff dac21d8bfe3fcb0ee34a4a0c866c2474bfb8b155 Thu Feb 18 06:52:43 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> * map_physical_memory() does now always set a memory type. If none is given (it needs to be or'ed to the address specification), "uncached" is assumed. * Set the memory type for the "BIOS" and "DMA" areas to write-back. Not sure, if that's correct, but that's what was effectively used on my machines before. * Changed x86_set_mtrrs() and the CPU module hook to also set the default memory type. * Rewrote the MTRR computation once more: - Now we know all used memory ranges, so we are free to extend used ranges into unused ones in order to simplify them for MTRR setup. - Leverage the subtractive properties of uncached and write-through ranges to simplify ranges of any other respectively write-back type. - Set the default memory type to write-back, so we don't need MTRRs for the RAM ranges. - If a new range intersects with an existing one, we no longer just fail. Instead we use the strictest requirements implied by the ranges. This fixes #5383. Overall the new algorithm should be sufficient with far less MTRRs than before (on my desktop machine 4 are used at maximum, while 8 didn't quite suffice before). A drawback of the current implementation is that it doesn't deal with the case of running out of MTRRs at all, which might result in some ranges having weaker caching/memory ordering properties than requested. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35515 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/apps/ | ||
H A D | Jamfile | diff 20dbdc79 Sat Apr 18 15:52:14 MDT 2009 Ingo Weinhold <ingo_weinhold@gmx.de> Simplified the includes. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30252 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 21b592c5 Thu Sep 18 02:49:52 MDT 2008 Axel Dörfler <axeld@pinc-software.de> * Added Screenshot app to the build. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27612 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff d493e695 Sun Oct 29 10:28:52 MST 2006 Axel Dörfler <axeld@pinc-software.de> Wrote a small application to show the power status in a window, replicant, or the Deskbar tray. Currently only works under BeOS, and has rather ugly graphics; Haiku doesn't have an APM kernel interface yet, and I was too lazy to make any nice icons/drawings :) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19145 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff b1594ca3 Thu Sep 26 23:52:55 MDT 2002 shatty <shatty@nowhere.fake> support building ShowImage via jam. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1209 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 20dbdc79149d525dc6341845568a836f576aab65 Sat Apr 18 15:52:14 MDT 2009 Ingo Weinhold <ingo_weinhold@gmx.de> Simplified the includes. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@30252 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 21b592c551c1301d44f0e82bc524108ec65ba5dc Thu Sep 18 02:49:52 MDT 2008 Axel Dörfler <axeld@pinc-software.de> * Added Screenshot app to the build. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@27612 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff d493e695274d0c429af354899cfdef575d23569a Sun Oct 29 10:28:52 MST 2006 Axel Dörfler <axeld@pinc-software.de> Wrote a small application to show the power status in a window, replicant, or the Deskbar tray. Currently only works under BeOS, and has rather ugly graphics; Haiku doesn't have an APM kernel interface yet, and I was too lazy to make any nice icons/drawings :) git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19145 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff b1594ca363d75b9f3e6bcd3b4aa1417a006527c7 Thu Sep 26 23:52:55 MDT 2002 shatty <shatty@nowhere.fake> support building ShowImage via jam. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1209 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/ | ||
H A D | Jamfile | diff 8b21b2b9 Wed Oct 01 10:59:52 MDT 2014 Jérôme Duval <jerome.duval@gmail.com> bash: use outsourced package for non-bootstrap builds. * the bootstrap build keeps on building the in-tree bash. diff eb763779 Mon Apr 14 14:52:58 MDT 2014 Jérôme Duval <jerome.duval@gmail.com> sharutils: use the hpkg. * delete the intree sources. diff 99a77abf Thu Jul 28 17:17:52 MDT 2005 Philippe Houdoin <philippe.houdoin@gmail.com> Added an OpenGLKit pseudo-target. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13844 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 215c91df Fri Jun 10 09:52:49 MDT 2005 David McPaul <dlmcpaul@gmail.com> Added mov_reader to media kit - Very Alpha git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13046 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 8b21b2b910c4aed4632e192812ac586b981a42a0 Wed Oct 01 10:59:52 MDT 2014 Jérôme Duval <jerome.duval@gmail.com> bash: use outsourced package for non-bootstrap builds. * the bootstrap build keeps on building the in-tree bash. diff eb763779e32a988bff3babacf9c99e4a2e3af2d5 Mon Apr 14 14:52:58 MDT 2014 Jérôme Duval <jerome.duval@gmail.com> sharutils: use the hpkg. * delete the intree sources. diff 99a77abfdfc2adafa32dbef47ce531d8955dfd88 Thu Jul 28 17:17:52 MDT 2005 Philippe Houdoin <philippe.houdoin@gmail.com> Added an OpenGLKit pseudo-target. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13844 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 215c91dfb16672b9d1787905ff352e427508399c Fri Jun 10 09:52:49 MDT 2005 David McPaul <dlmcpaul@gmail.com> Added mov_reader to media kit - Very Alpha git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13046 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | configure | diff 1d91b371 Wed Jan 09 16:52:02 MST 2019 Augustin Cavalier <waddlesplash@gmail.com> build: Fixes to support building in paths with spaces in them. Now that HAIKU_TOP is a relative path, nearly all paths Jam actually has to deal with will never contain spaces, so this is now feasible. Only one issue remains after this commit (namely, setting HOST_BUILD_COMPATIBILITY_LIB_DIR.) diff 9c5e234c Sat Apr 11 15:52:50 MDT 2015 Alexander von Gluck IV <kallisti5@unixzen.com> arm: Initial Cubieboard4 work * SD cards are "blessed" with a boot0 spl and boot1 u-boot at fixed locations. * Allwinner's u-boot is lacking a lot. * Upstream u-boot should be better at some point. WIP: http://lists.denx.de/pipermail/u-boot/2015-January/201537.html diff dda53eae Sat Oct 12 12:53:52 MDT 2013 Ingo Weinhold <ingo_weinhold@gmx.de> configure: haiku.hpkg now has a canonical name Should fix the script on newer Haiku versions (and break it on older ones). Ticket #10087. diff c0e8cc1a Thu Jul 25 15:52:11 MDT 2013 Ingo Weinhold <ingo_weinhold@gmx.de> configure: prepare for hybrid support The goal is to do hybrid builds in a single jam (instead of calling a sub-jam to build parts with the secondary tool chain). This changeset adds support to configure to prepare multiple tool chains. configure: * Merge option --build-cross-tools-gcc4 into --build-cross-tools. The option does now always require a packaging architecture parameter, i.e. x86_gcc2 for the legacy tool chain. * Multiple occurrences of the --build-cross-tools and --cross-tools-prefix options are allowed. The first one specifies the primary tool chain, the subsequent ones the secondary tool chains. * All architecture dependent jam variables are now suffixed with the name of the packaging architecture. The new HAIKU_PACKAGING_ARCHS contains the packaging architectures for the prepared tool chains. The first element is for the primary tool chain. * No longer generate a separate libgccObjects file. Just put the respective variable into BuildConfig as well. build_cross_tools[_gcc4]: * Replace the <haiku output dir> parameter by a <install dir> parameter. This allows to create different cross-tools directories. They are simply suffixed by the packaging architecture. Jamrules: * For the moment map the variables for the primary tool chain to the respective suffix-less variables, so that everything still works as before. The next step is to actually support the secondary tool chains in the jam build system. This will require quite a bit more butchering, though. diff 4fa936c1 Fri Oct 12 19:13:52 MDT 2012 Joseph R. Prostko <joe.prostko@gmail.com> Update required legacy GCC version diff 97f5a0bd Wed Jul 11 10:41:52 MDT 2012 Alex Smith <alex@alex-smith.me.uk> Fixed case-sensitive filesystem check. diff f9bb7404 Thu Aug 26 08:31:52 MDT 2010 Axel Dörfler <axeld@pinc-software.de> * Updated the GCC2 package to version -100818. This will soon be needed to be able to build Haiku. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@38376 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff ab2540c4 Wed Feb 03 14:23:52 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> 80 columns limit. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@35401 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 3e5498e4 Mon Jan 04 10:50:52 MST 2010 Ingo Weinhold <ingo_weinhold@gmx.de> Patch by Andreas Färber modified by myself: * Determine HOST_LD and HOST_OBJCOPY in configure. * Removed Solaris ld work-around in BuildSetup. The change requires configure to be re-run. Alternatively HOST_{LD,OBJCOPY} can be added to generated/build/BuildConfig. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34892 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 6cc8eecf Thu Nov 16 12:52:27 MST 2006 Oliver Tappe <zooey@hirschkaefer.de> * fixed my own stupid bug that did not reliably check for the legacy compiler version git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@19306 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
H A D | Jamrules | diff c0e8cc1a Thu Jul 25 15:52:11 MDT 2013 Ingo Weinhold <ingo_weinhold@gmx.de> configure: prepare for hybrid support The goal is to do hybrid builds in a single jam (instead of calling a sub-jam to build parts with the secondary tool chain). This changeset adds support to configure to prepare multiple tool chains. configure: * Merge option --build-cross-tools-gcc4 into --build-cross-tools. The option does now always require a packaging architecture parameter, i.e. x86_gcc2 for the legacy tool chain. * Multiple occurrences of the --build-cross-tools and --cross-tools-prefix options are allowed. The first one specifies the primary tool chain, the subsequent ones the secondary tool chains. * All architecture dependent jam variables are now suffixed with the name of the packaging architecture. The new HAIKU_PACKAGING_ARCHS contains the packaging architectures for the prepared tool chains. The first element is for the primary tool chain. * No longer generate a separate libgccObjects file. Just put the respective variable into BuildConfig as well. build_cross_tools[_gcc4]: * Replace the <haiku output dir> parameter by a <install dir> parameter. This allows to create different cross-tools directories. They are simply suffixed by the packaging architecture. Jamrules: * For the moment map the variables for the primary tool chain to the respective suffix-less variables, so that everything still works as before. The next step is to actually support the secondary tool chains in the jam build system. This will require quite a bit more butchering, though. diff 65bce31e Sat Mar 17 15:52:10 MDT 2012 Jérôme Duval <jerome.duval@gmail.com> Freetype: FreetypeRules isn't needed anymore. * fixed copy of freetype headers, now part of the optional package. diff a679600d Wed Oct 22 09:52:36 MDT 2008 Axel Dörfler <axeld@pinc-software.de> * Followed Ingo's suggestion, and put the alpha build profiles (for raw and vmdk images) into the new ReleaseBuildProfiles file. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@28288 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 83bf699b Wed Sep 27 18:52:20 MDT 2006 Marcus Overhagen <marcusoverhagen@gmail.com> some build fixes for pxe_ia32 platform git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18966 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 00173907 Sun Jun 26 15:52:51 MDT 2005 Philippe Houdoin <philippe.houdoin@gmail.com> Add dependency to the pseudotarget 'obj' to improve MergeObjectFromObjects rule. Thanks to Ingo for the hint. git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@13286 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4d74cda3 Mon Dec 20 06:52:57 MST 2004 Axel Dörfler <axeld@pinc-software.de> __HAIKU__ is now always defined for the kernel build rules. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10505 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 4bb19442 Thu Nov 11 03:52:14 MST 2004 shatty <shatty@nowhere.fake> remove global activation of COMPILE_FOR_R5 based on TARGET_PLATFORM ; require TARGET_PLATFORM to be set git-svn-id: file:///srv/svn/repos/haiku/trunk/current@9919 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 80721244 Mon Nov 04 11:52:21 MST 2002 Axel Dörfler <axeld@pinc-software.de> Added new rules MergeObject, MergeObjectFromObjects, and KernelMergeObject. Fixed the syntax comment in KernelLd. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1840 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/kits/app/ | ||
H A D | Application.cpp | diff 35929329 Mon Jan 04 16:52:41 MST 2016 Augustin Cavalier <waddlesplash@gmail.com> BApplication: Remove added PrintToStream(). Another missed debugging snippet from the merge. diff 7f9368ca Wed Dec 09 23:52:48 MST 2015 looncraz <looncraz@looncraz.net> Set*UIColor, etc. The inseparable changes necessary to support live color updating across the system in a sane, safe, and performant manner. BView gains: HasSystemColors() HasDefaultColors() AdoptSystemColors() AdoptParentColors() AdoptViewColor(BView*) SetViewUIColor(color_which, float tint) SetHighUIColor(... SetLowUIColor(... ViewUIColor(float* tint) HighUIColor(... LowUIColor(... DelayedInvalidate() BWindow gains a simple helper method: IsOffscreenWindow() BMessage gains: AddColor() FindColor() GetColor() HasColor() * allegedly this API is deprecated, but I implemented it anyway ReplaceColor() SetColor() Previous private ColorTools methods are made public and moved into GraphicsDefs: mix_color, blend_color, disable_color These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup of BeOS example code under the OpenTracker license. In addition, four new colors are created: B_LINK_TEXT_COLOR B_LINK_HOVER_COLOR B_LINK_ACTIVE_COLOR B_LINK_VISITED_COLOR These changes are documented in their proper user documentation files. In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit. On the app_server side, the following has changed: Add DelayedMessage - a system by which messages can be sent at a scheduled time, and can also be merged according to set rules. A single thread is used to service the message queue and multiple recipients can be set for each message. Desktop gains the ability to add message ports to a DelayedMessage so that said messages can target either all applications or all windows, as needed. Desktop maintains a BMessage which is used to queue up all pending color changes and the delayed messaging system is used to enact these changes after a short period of time has passed. This prevents abuse and allows the system to merge repeated set_ui_color events into one event for client applications, improving performance drastically. In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message to each BWindow. This is done to improve performance over having the app_server independently informing each window. Decorator changes are live now, which required some reworking. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com> 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 d8c0f6e4 Mon Oct 07 15:52:15 MDT 2002 Ingo Weinhold <ingo_weinhold@gmx.de> InitData(): Set the correct signature when pre-registered under a wrong one. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1435 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 3057c103 Sun Jul 28 07:32:52 MDT 2002 Ingo Weinhold <ingo_weinhold@gmx.de> Init be_app_messenger in InitData(). git-svn-id: file:///srv/svn/repos/haiku/trunk/current@492 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 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 d8c0f6e4f5b05d8205e7bd93b81376331ade7eb0 Mon Oct 07 15:52:15 MDT 2002 Ingo Weinhold <ingo_weinhold@gmx.de> InitData(): Set the correct signature when pre-registered under a wrong one. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1435 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 3057c103f5653c89b6173eb14dd68f897fdf53aa Sun Jul 28 07:32:52 MDT 2002 Ingo Weinhold <ingo_weinhold@gmx.de> Init be_app_messenger in InitData(). git-svn-id: file:///srv/svn/repos/haiku/trunk/current@492 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/headers/os/interface/ | ||
H A D | Window.h | diff 7f9368ca Wed Dec 09 23:52:48 MST 2015 looncraz <looncraz@looncraz.net> Set*UIColor, etc. The inseparable changes necessary to support live color updating across the system in a sane, safe, and performant manner. BView gains: HasSystemColors() HasDefaultColors() AdoptSystemColors() AdoptParentColors() AdoptViewColor(BView*) SetViewUIColor(color_which, float tint) SetHighUIColor(... SetLowUIColor(... ViewUIColor(float* tint) HighUIColor(... LowUIColor(... DelayedInvalidate() BWindow gains a simple helper method: IsOffscreenWindow() BMessage gains: AddColor() FindColor() GetColor() HasColor() * allegedly this API is deprecated, but I implemented it anyway ReplaceColor() SetColor() Previous private ColorTools methods are made public and moved into GraphicsDefs: mix_color, blend_color, disable_color These are fully compatible with BeOS dan0 R5.1 methods and are just code cleanup of BeOS example code under the OpenTracker license. In addition, four new colors are created: B_LINK_TEXT_COLOR B_LINK_HOVER_COLOR B_LINK_ACTIVE_COLOR B_LINK_VISITED_COLOR These changes are documented in their proper user documentation files. In addition, due to a history rewrite, B_FOLLOW_LEFT_TOP has been defined and used in lieu of B_FOLLOW_TOP | B_FOLLOW_LEFT and is included in this commit. On the app_server side, the following has changed: Add DelayedMessage - a system by which messages can be sent at a scheduled time, and can also be merged according to set rules. A single thread is used to service the message queue and multiple recipients can be set for each message. Desktop gains the ability to add message ports to a DelayedMessage so that said messages can target either all applications or all windows, as needed. Desktop maintains a BMessage which is used to queue up all pending color changes and the delayed messaging system is used to enact these changes after a short period of time has passed. This prevents abuse and allows the system to merge repeated set_ui_color events into one event for client applications, improving performance drastically. In addition, B_COLORS_UPDATED is sent to the BApplication, which forwards the message to each BWindow. This is done to improve performance over having the app_server independently informing each window. Decorator changes are live now, which required some reworking. Signed-off-by: Augustin Cavalier <waddlesplash@gmail.com> diff fa407130 Thu Aug 24 03:52:12 MDT 2006 Axel Dörfler <axeld@pinc-software.de> Now this should nail down bug #762 pretty well: BView::GetMouse() no calls the private BWindow::_StealMouseMessage() which makes sure only messages for the preferred handler are stolen, and also, that nothing gets lost that shouldn't get lost. Also updates the fLastMouseMoved view in case the message is actually removed due to GetMouse(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18601 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff fa407130aaf427956a50adf6b31781d26e8fb52d Thu Aug 24 03:52:12 MDT 2006 Axel Dörfler <axeld@pinc-software.de> Now this should nail down bug #762 pretty well: BView::GetMouse() no calls the private BWindow::_StealMouseMessage() which makes sure only messages for the preferred handler are stolen, and also, that nothing gets lost that shouldn't get lost. Also updates the fLastMouseMoved view in case the message is actually removed due to GetMouse(). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@18601 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/headers/os/kernel/ | ||
H A D | OS.h | diff 40bfa3f7 Fri Nov 26 17:52:29 MST 2004 Axel Dörfler <axeld@pinc-software.de> The inline version of find_thread() now references _kern_find_thread() if __HAIKU__ is defined. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10266 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 40bfa3f782467278bc14623d98845f491df2af2b Fri Nov 26 17:52:29 MST 2004 Axel Dörfler <axeld@pinc-software.de> The inline version of find_thread() now references _kern_find_thread() if __HAIKU__ is defined. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10266 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
/haiku/src/servers/input/ | ||
H A D | InputServer.cpp | diff 07a62869 Sat May 10 07:52:53 MDT 2008 Jérôme Duval <korli@users.berlios.de> B_ZENKAKU_HANKAKU doesn't need B_COMMAND_KEY (I misunderstood the patch). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25421 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff bcacea13 Thu Aug 19 16:27:52 MDT 2004 Jérôme Duval <korli@users.berlios.de> messages reply with status git-svn-id: file:///srv/svn/repos/haiku/trunk/current@8611 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 5894646a Mon Sep 30 11:52:57 MDT 2002 Michael Phipps <michaelphipps@nowhere.fake> Per Jason. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1314 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 52a38012 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 07a6286989fa8bb1f9fab151799815e5cad3a74b Sat May 10 07:52:53 MDT 2008 Jérôme Duval <korli@users.berlios.de> B_ZENKAKU_HANKAKU doesn't need B_COMMAND_KEY (I misunderstood the patch). git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@25421 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff bcacea13ec16b2158231ff48f22db10dd17d3bc3 Thu Aug 19 16:27:52 MDT 2004 Jérôme Duval <korli@users.berlios.de> messages reply with status git-svn-id: file:///srv/svn/repos/haiku/trunk/current@8611 a95241bf-73f2-0310-859d-f6bbb57e9c96 diff 5894646a95a923faafe4c3a5bd0fd9f07d4719a1 Mon Sep 30 11:52:57 MDT 2002 Michael Phipps <michaelphipps@nowhere.fake> Per Jason. git-svn-id: file:///srv/svn/repos/haiku/trunk/current@1314 a95241bf-73f2-0310-859d-f6bbb57e9c96 52a380120846174213ccce9c4aab0dda17c72083 Mon Jul 08 18:24:59 MDT 2002 ejakowatz <ejakowatz@nowhere.fake> It is accomplished ... git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10 a95241bf-73f2-0310-859d-f6bbb57e9c96 |
Completed in 748 milliseconds