generated file from SystemKeymap.cpp to SystemKeymap.h.
* The keymap was even compiled into the input_server twice, as it was also
listed as source file.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17711 a95241bf-73f2-0310-859d-f6bbb57e9c96
is not part of the userland networking (pointed out by Axel)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17707 a95241bf-73f2-0310-859d-f6bbb57e9c96
this happens (the volume is too small to host a swap file), the slider is now
simply disabled.
* Removed that .doxygen-conf file that somehow ended up here.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17706 a95241bf-73f2-0310-859d-f6bbb57e9c96
drawn correctly in that case, and the thumb stays at the start of the slider
(minimal position). This fixes bug #193.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17705 a95241bf-73f2-0310-859d-f6bbb57e9c96
the other BeOS-platforms anyway (unless I'm mistaken). Please note that
these tools are still available as part of 'install-userland-networking'.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17703 a95241bf-73f2-0310-859d-f6bbb57e9c96
userland-networking files into a convenient place for easier testing:
+ net_server_driver and net_stack_driver are installed to
/boot/home/config/add-ons/kernel/drivers/bin and ../dev/net
+ net_stack_tester, ifconfig, arp and route are installed to
$(HAIKU_TEST_DIR)/kits/net/userland
+ libsocket, libnet, libbind and libnetapi are installed to
$(HAIKU_TEST_DIR)/kits/net/userland/lib
+ userland add-ons are installed to
$(HAIKU_TEST_DIR)/kits/net/userland/add-ons/obos_network
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17701 a95241bf-73f2-0310-859d-f6bbb57e9c96
This fixes bug #593.
* No longer opens an empty document for every non existing path - it now only
opens a new document if there is none yet.
* No longer open an empty document for non existing files - instead, it just
passes the ref to StyledEditApp::OpenDocument(). StyledEditWindow::_LoadFile()
now treats those files gently as well, so that you can create new documents
via StyledEdit as on BeOS without getting annoyed too much.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17699 a95241bf-73f2-0310-859d-f6bbb57e9c96
vfs_get_vnode_cache() which did not acquire an extra reference to the
cache_ref when the cache had to be created.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17693 a95241bf-73f2-0310-859d-f6bbb57e9c96
mapping, but it connected the vm_cache objects, so if it failed later, and
thus called vm_cache_release_ref() the object could have been freed accidently.
Most uses of map_backing_store() explicetly acquired a cache_ref *after* the
call was successful, but _vm_map_file() did not do this.
_vm_map_file() might still not work correctly, though, need to have a closer
look at it.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17692 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Improved header output, it now looks a lot nicer.
* Fixed style issues of that header, too: replaced "s" prefix with the
correct "k" prefix.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17690 a95241bf-73f2-0310-859d-f6bbb57e9c96
of the keymap source? At least it didn't give me an error afterwards anymore.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17687 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Fixed some minor style issues.
* fChars was allocated with new[] but deleted with free() in the Keymap destructor.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17686 a95241bf-73f2-0310-859d-f6bbb57e9c96
He published it on its web site and
made an annouce on our forums here:
http://www.haiku-os.org/forums/viewtopic.php?t=866
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17684 a95241bf-73f2-0310-859d-f6bbb57e9c96
The bus_manager files were compiled but were not used for linking the "usb" bus_manager module.
I only found this out by looking at the binary and finding strange strings that were for sure not in the USB stack.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17679 a95241bf-73f2-0310-859d-f6bbb57e9c96
I have no idea what sense this makes. When switching from list mode to
icon mode, some poses had their locations set to location "infinity",
because MapToNewIconMode did a division by zero. This resulted in feeding
the scrollbars a totally insane range.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17673 a95241bf-73f2-0310-859d-f6bbb57e9c96
message - and even return the error message it got from BMessage::AddString()
for trying so.
This fixes bug #585.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17671 a95241bf-73f2-0310-859d-f6bbb57e9c96
has a signature or not, what matters is that has the correct B_APP_MIME_TYPE MIME type.
This fixes bug #606.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17670 a95241bf-73f2-0310-859d-f6bbb57e9c96
element. We now soften the rule that the absolute path should be used, and give libraries
another chance and search them in the standard search paths. This fixes bug #601 and lets
Becasso run on Haiku.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17669 a95241bf-73f2-0310-859d-f6bbb57e9c96
The app queries still are case sensitive, though (shouldn't hurt, as the MIME
type database preserves the case).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17668 a95241bf-73f2-0310-859d-f6bbb57e9c96
is used at other places, and all of a sudden, the "Open With..." menu in Tracker is
working now :-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17666 a95241bf-73f2-0310-859d-f6bbb57e9c96
