Eventually to be saved as filename:bg-download-box.png in
directory:/srv/www/drupal/haiku-os.org/themes/shijin/haiku-images/
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36635 a95241bf-73f2-0310-859d-f6bbb57e9c96
array at least work with the part intersecting with the array. Log those
quasi error cases.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36633 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Now it checks whether the given physical range exists at all.
* Not only check whether any range of the given size is free, but also check
whether the given range is free.
* B_BAD_VALUE is not a particularly good return value for a function supposed
to return a bool
Fixes#5911. With only 64 MB RAM the usual debug syslog buffer location may
be outside the actually existing physical memory.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36632 a95241bf-73f2-0310-859d-f6bbb57e9c96
CREATE_AREA_DONT_WAIT flag; waiting at this point is not allowed.
* I hope I found all occurences, but there might be some areas left (note,
only those that don't use B_ALREADY_WIRED are problematic).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36624 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Separated the other stuff previously done in debug_init_post_vm() to the new
debug_init_post_settings().
* Removed superfluous status_t return codes - they are ignored, anyway, and if
there really is a show stopper in the init process, panicking would be the
thing one should do.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36623 a95241bf-73f2-0310-859d-f6bbb57e9c96
improvements like a new Fullscreen mode, context menu's for downloads,
persistent storage of credentials...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36621 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Don't traverse symlinks. Besides that this is not how the BeOS
implementation behaves it could also lead to undesired recursion in case of
symlinks to directories.
* Only process regular files.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36613 a95241bf-73f2-0310-859d-f6bbb57e9c96
about on the mailing list.
Stephan if you want to adjust the colors of the Touchpad or whatever else, feel
free.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36611 a95241bf-73f2-0310-859d-f6bbb57e9c96
image was the only black wordmark with the shadow of the green leaf on the
bottom.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36606 a95241bf-73f2-0310-859d-f6bbb57e9c96
added an echo, to confirm the success of installing all firmwares.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36597 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Avoid showing read-only volumes as possible installation targets.
* Mark the menu item for the first suitable volume that was found.
* Removed no more needed debug output.
Fixes#5231. Thanks a lot!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36596 a95241bf-73f2-0310-859d-f6bbb57e9c96
I took the conservative approach and the penalty is really minimal if even not at all perceptible as i've measured. I decided to go this way as PoseView code is very fragile and depends on many of those "loose assertions" to be valid. This conservative approach also allows to confidently include the fix in alpha2:
+alphabranch
Besides those "wise" reasons, the thing is that i've wasted too many hours already this week and in the past due that VSPoseList/PoseList syncing fragility. I'm not willing to fix the optimisation of a broken design that i've already experimentally rewriten two times already, and that i (or any mentally sane person) will finally ditch sooner or later :)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36592 a95241bf-73f2-0310-859d-f6bbb57e9c96
Since we also force uncacheability via the PTEs, it is no longer necessary to
use MTRRs for uncacheable ranges. It is recommended, which is why we still do
it, if possible, but when we run out of MTRRs, the algorithm ignores
uncacheable ranges now -- iteratively it increases the minimum size of ranges
to drop until the available MTRRs suffice.
Should fix#5703 and #5865.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36591 a95241bf-73f2-0310-859d-f6bbb57e9c96
memory. This avoids implementation defined behavior on Pentium Pro/II when
intersecting with an write-combining or write-protected MTRR range.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36589 a95241bf-73f2-0310-859d-f6bbb57e9c96
* DefaultManager: added a lock around rescan thread start and exit:
this should fix the possible race condition spotted by Ingo.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36588 a95241bf-73f2-0310-859d-f6bbb57e9c96
as described in the BeBook when oneLevelOnly is false - only
BListView::SortItems() does ignore the hierarchy. So the work-arounds for
this are completely unnecessary. Removed now unused compare_list_items().
* The BOutlineListView sorting methods have a different comparison signature
as the other comparison functions: they point to the items directly. The
compare_typed_list_items() function did not take this into account, and
dereferenced them anyway, leading to #5883.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36587 a95241bf-73f2-0310-859d-f6bbb57e9c96
way.
* Use that newly exposed feature of taking the focus window to the new workspace
when using the Ctrl-Alt-Shift-Arrow shortcut.
* This fixes#5675.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@36585 a95241bf-73f2-0310-859d-f6bbb57e9c96
