It's typed as B_VECTOR_ICON_TYPE, which is only known under Haiku.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34231 a95241bf-73f2-0310-859d-f6bbb57e9c96
Single change from original: "using namespace std" was missing in PatchView.h.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34229 a95241bf-73f2-0310-859d-f6bbb57e9c96
That's just leading to problems.
* Fixed various 64 bit warnings when building libbe_build.so. One of the more
serious issues, that might bite us, is that 64 bit Linux defines dev_t to
unsigned long, while Haiku code assumes that it is signed and 32 bit. We'll
see...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34227 a95241bf-73f2-0310-859d-f6bbb57e9c96
couldn't bring myself to replace the types everywhere they are used, though.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34215 a95241bf-73f2-0310-859d-f6bbb57e9c96
and types.h. The idea is to provide a basic architecture/compiler
abstraction by defining types and macros that allow the posix/ and os/
headers to be mostly architecture/compiler agnostic.
* Adjusted the posix/ and os/ headers accordingly.
* <SupportDefs.h>: Introduced B_PRI* and B_SCN* macros similar to the PRI*
and SCN* macros defined in <inttypes.h>, just for the BeOS/Haiku [u]int*
types and some POSIX types (e.g. off_t, dev_t, ino_t) that don't have POSIX
macros. Also the B_PRI* and B_SCN* macros are available unconditionally,
unlike the <inttypes.h> macros, which require __STDC_FORMAT_MACROS to be
defined in C++ mode.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34214 a95241bf-73f2-0310-859d-f6bbb57e9c96
incompatible releases, and makes sure clients using the old libbe.so will be
rejected.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34210 a95241bf-73f2-0310-859d-f6bbb57e9c96
windows visible on more than one workspace destroy the FFM experience (ie.
restoring the last window that had focus on a workspace switch).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34207 a95241bf-73f2-0310-859d-f6bbb57e9c96
checking the physical frame buffer location.
* This allows us to map the whole frame buffer at once, which means there is no
need anymore to remap the memory on mode change.
* Also, this will ease the burden of the MTRRs, as the memory size will be
properly aligned.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34206 a95241bf-73f2-0310-859d-f6bbb57e9c96
go, but for the time being at least don't cause the BFS sources to be compiled
twice regardless of which target is built.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34204 a95241bf-73f2-0310-859d-f6bbb57e9c96
- fix warning
- add get_irq_routing_table to the acpi busmanager (don't forget to link the kernel after an update)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34201 a95241bf-73f2-0310-859d-f6bbb57e9c96
all MTRRs at once.
* Added a respective x86_set_mtrrs() kernel function.
* x86 CPU module:
- Implemented the new hook.
- Prefixed most debug output with the CPU index. Otherwise it gets quite
confusing with multiple CPUs.
- generic_init_mtrrs(): No longer clear all MTRRs, if they are already
enabled. This lets us benefit from the BIOS's setup until we install our
own -- otherwise with caching disabled things are *really* slow.
* arch_vm.cpp: Completely rewrote the MTRR handling as the old one was not
only slow (O(2^n)), but also broken (resulting in incorrect setups (e.g.
with cachable ranges larger than requested)), and not working by design for
certain cases (subtractive setups intersecting ranges added later).
Now we maintain an array with the successfully set ranges. When a new range
is added, we recompute the complete MTRR setup as we need to. The new
algorithm analyzing the ranges has linear complexity and also handles range
base addresses with an alignment not matching the range size (e.g. a range
at address 0x1000 with size 0x2000) and joining of adjacent/overlapping
ranges of the same type.
This fixes the slow graphics on my 4 GB machine (though unfortunately the
8 MTRRs aren't enough to fully cover the complete frame buffer (about 35
pixel lines remain uncachable), but that can't be helped without rounding up
the frame buffer size, for which we don't have enough information). It might
also fix#1823.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34197 a95241bf-73f2-0310-859d-f6bbb57e9c96
This is something must must not do in an idle thread or we get the scheduler
into trouble.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34196 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Changing pictures using the arrow keys while being in a picture folder in tracker would quit the
fullscreen mode (if you happen to be in that mode) because it tries to resize the window to fit
the new picture.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34194 a95241bf-73f2-0310-859d-f6bbb57e9c96
In is_valid_utf8():
* Also accept CR and TAB as valid chars to be copied in clipboard.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34193 a95241bf-73f2-0310-859d-f6bbb57e9c96
in is_valid_utf8() :
* Accept EOL/LF as part of a valid UTF8 string.
* This allow a string containing it to be copied to the clipboard.
* Fixing ticket #1453.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34192 a95241bf-73f2-0310-859d-f6bbb57e9c96
* The is_valid_utf8(..) is supposed to accept a terminating null byte
but was instead looking for a null byte as the first byte.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34191 a95241bf-73f2-0310-859d-f6bbb57e9c96
BView::TargetedByScrollView(), otherwise the target view couldn't
access them in that method.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34186 a95241bf-73f2-0310-859d-f6bbb57e9c96
In that case TermView computes rows and columns based on the frame size.
This also made simpler to attach a TermView to a given BWindow, like done
in the RepliTerminal test app. Changed Repliterminal accordingly.
Removed the bool parameter from SetTermSize(), and added a SetTermSize which
accept a BRect, as well.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34184 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added support for Radeon X1050, which is essentially an RV370.
I cannot confirm this works, but I assume the creator of the patch can. :-)
Thanks a lot, fixes#3435.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34182 a95241bf-73f2-0310-859d-f6bbb57e9c96
Use the Insert method when pasting text into the find window
rather than SetText.
This fixes ticket #3344 while making more sense semantically.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34181 a95241bf-73f2-0310-859d-f6bbb57e9c96
