is pressed.
- Took Humdinger's excellent advice from #4190 to open the Backgrounds
preferences from ShowImage instead of setting the background manually. This
required some tweaks to the Backgrounds preferences to accept RefsReceived in
the application and forward that to the view. In addition the placement is
set to scaled since otherwise it will keep the old placement. How this is
done is sort of hacky, but I'm going to call it an "internal protocol." This
also allowed me to remove the BackgroundImage code from ShowImage which was
just copied from Tracker (yuck.)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32424 a95241bf-73f2-0310-859d-f6bbb57e9c96
eventually as, right now, we just handle it as normal multiple matches.
- Improved error reporting for CDDB query commands.
This should fix#4103.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32423 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Always select POLLNVAL. We wouldn't get notified, if the FD was closed while
waiting.
* Skip negative FDs (as per POSIX standard).
* When encountering an invalid FD, we must not wait. Previously we did that as
long as any FD was valid.
* The return count must consider all FDs with non-null revents, including
invalid ones (revents is POLLNVAL then).
common_poll()/common_wait_for_objects():
* Don't bail out early, when no FDs/objects have been selected. We always want
to wait.
_user_poll()/_user_wait_for_objects():
* Copy the array back to userland even if common_*() returned an error. The
functions do now always fill in the resulting events.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32418 a95241bf-73f2-0310-859d-f6bbb57e9c96
* B_EVENT_INVALID is no longer passed to the FD's select()/deselect() hooks.
* Now we always attach the select info to the I/O context, even if no event has
been selected. The reasoning is that B_EVENT_INVALID is always automatically
selected and handled by the VFS, so we need the handle to notify on close().
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32417 a95241bf-73f2-0310-859d-f6bbb57e9c96
- cleanup,
- implement atomic_set() for PXA and other pre-arm6.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32413 a95241bf-73f2-0310-859d-f6bbb57e9c96
If there are more corrections, let me know. I have close to no experience
installing Haiku...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32411 a95241bf-73f2-0310-859d-f6bbb57e9c96
Add assembler code to actually jump to the kernel.
The terminal now says:
kernel entry at 80048228
PANIC: acquire_spinlock: attempt to acquire lock 0x8012a59c with interrupts enabled
Welcome to Kernel Debugging Land...
Thread 0 "" running on CPU 0
kdebug>
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32408 a95241bf-73f2-0310-859d-f6bbb57e9c96
Turn off interrupts at loader entryn and make sure the mmu is disabled.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32405 a95241bf-73f2-0310-859d-f6bbb57e9c96
This seems to work around the dynamic segment having a huge file size in headers, it must also be in the data segment...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32404 a95241bf-73f2-0310-859d-f6bbb57e9c96
Symptoms :
* The Save menu item wasn't enabled
* the undo/redo menu item weren't neither
The fix I made was to commit the changes made by the user to the editor instance, by augmenting the InsertText and DeleteText from the TextView.
This fixes ticket #3507.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32402 a95241bf-73f2-0310-859d-f6bbb57e9c96
Revert back start of kernel space to the usual place, no need to differ from other archs here.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32401 a95241bf-73f2-0310-859d-f6bbb57e9c96
Add support for boot splash, only for PXA.
Disabled for now as it forces the framebuffer onto some useful data.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32399 a95241bf-73f2-0310-859d-f6bbb57e9c96
instead of actually clearing it, so that it is still in the history.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32398 a95241bf-73f2-0310-859d-f6bbb57e9c96
B_DIRECT_MODIFY with, for example, B_CLIPPING_MODIFIED. This was ignored,
though. Now we combine this notification with the next ones, so that
on B_DIRECT_START, the client is informed of all the things which have
changed. Chart was relying on receiving the B_CLIPPING_MODIFIED notification
to exclude some stars from being erased, in case the window went offscreen.
Anyway, the net result is that Chart doesn't crash now, and we follow
more closely the original BDirectWindow protocol. Fixed ticket #1939.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32392 a95241bf-73f2-0310-859d-f6bbb57e9c96
and assigned the usual shortcut keys (Cmd-[Shift-]G).
* Changed the behavior so that "Find Next" continues looking in the search
direction. I'm somewhat undecided whether this is confusing, since the default
(and usually desired) search direction is backward.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32386 a95241bf-73f2-0310-859d-f6bbb57e9c96
instead of using the user buffer. This frees the VFS and FS implementations
from handling user buffers.
* Adjusted fix_dirent() accordingly.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32384 a95241bf-73f2-0310-859d-f6bbb57e9c96
in safe mode.
* Removed the Terminal from the Bootscript.
* Ordered the servers alphabetically in HaikuImage.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32379 a95241bf-73f2-0310-859d-f6bbb57e9c96
one in the American keymap (instead of following those in the US-International
keymap). This closes ticket #3756.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32378 a95241bf-73f2-0310-859d-f6bbb57e9c96
Fix ZETA build as yes, I still test stuff in ZETA :p
Thanks Rene for noticing.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@32377 a95241bf-73f2-0310-859d-f6bbb57e9c96
