registrar currently spits out, the net_server, and the debug_server sometimes
didn't receive a reply in time, causing them not to start.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34304 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Improved sniffer rule is not tested, but might work :-)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34301 a95241bf-73f2-0310-859d-f6bbb57e9c96
we should make that team accountable, not the one we waited for. This should
not have been a real problem, but this is more correct anyway.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34299 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Implemented renameat(), faccessat(), fchownat(), fchmodat(), and mkfifoat().
* Added stub for mknodat().
* The kernel backend for faccessat() does not yet differentiate between
effective and real user/group IDs, though.
* Removed B_ENABLE_INCOMPLETE_POSIX_AT_SUPPORT, as we now support everything
(more or less). This also closes ticket #4928.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34288 a95241bf-73f2-0310-859d-f6bbb57e9c96
macros. This fixes the broken keymaps when building on a 64 bit host.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34283 a95241bf-73f2-0310-859d-f6bbb57e9c96
(O_MOUNT, O_EXLOCK, and O_SHLOCK). I only left the non-standard O_TEMPORARY
for the time being (as it shouldn't fool anyone).
* Fixed libutil that already used O_EXLOCK, even though it did not do anything.
* Moved O_NOCACHE, and O_NOFOLLOW to the section with implemented modes.
* Added O_DIRECTORY.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34278 a95241bf-73f2-0310-859d-f6bbb57e9c96
returns the correct error code if the buffer was too small (should be ERANGE
instead of ENOBUF).
* Also, it is now independent of B_PATH_NAME_LENGTH, and therefore should
fulfill POSIX getcwd() requirements. This should also close ticket #3352.
* Is there any reason to allocate another buffer instead of using memmove()
at the end instead of memcpy()?
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34276 a95241bf-73f2-0310-859d-f6bbb57e9c96
release branch. This completes the build system part of #5036.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34275 a95241bf-73f2-0310-859d-f6bbb57e9c96
building on Haiku, since those will be defined already -- by way of the host
platform's <BeBuild.h>, which currently is included by the POSIX headers..
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34272 a95241bf-73f2-0310-859d-f6bbb57e9c96
needed -- the code has its own complete platform abstraction layer -- and
only causes problems.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34270 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Cascading should really be solved in a shared source, so that all apps behave
in the same way (I don't consider Mail's cascading to be how it should be
either, btw).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34269 a95241bf-73f2-0310-859d-f6bbb57e9c96
conditionally define some of the new stuff there. That fixes the build under
a r34172 Haiku, though it also causes some problems that needed working around.
Haven't tested under newer Haiku revisions yet. Will do tomorrow.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34267 a95241bf-73f2-0310-859d-f6bbb57e9c96
* When the user presses Cancel or Kill in the Shutdown progress window, in no
event will the "Application X aborted the shutdown process" be displayed.
* When the shutdown process already entered the waiting for a possibly blocked
app, and the app aborts the shutdown then, the "Application X aborted..."
alert will be displayed (issue not mentioned in ticket).
Fixes#3863 for real.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34261 a95241bf-73f2-0310-859d-f6bbb57e9c96
DoublyLinkedListLink. That actually seems to get the bfs_shell working
properly.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@34257 a95241bf-73f2-0310-859d-f6bbb57e9c96
