Searched +hist:52 +hist:a38012 (Results 251 - 266 of 266) sorted by relevance

<<11

/haiku/headers/private/kernel/
H A Ddebug.hdiff 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 Dthread.hdiff 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 Dvfs.hdiff 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 DString.cppdiff 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 DTextControl.cppdiff 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 DJamfilediff 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 DListView.cppdiff 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 Darch_cpu.hdiff 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 DJamfilediff 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 DJamfilediff 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 Dconfigurediff 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 DJamrulesdiff 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 DApplication.cppdiff 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 DWindow.hdiff 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 DOS.hdiff 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 DInputServer.cppdiff 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

<<11