bugs are still in bash 3.0, we should send them a patch for this...
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17970 a95241bf-73f2-0310-859d-f6bbb57e9c96
* We probably won't have a sys/file.h anymore in the future (I already removed it
from the new network stack branch) - it's not part of POSIX and looks pretty
much useless to me.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17969 a95241bf-73f2-0310-859d-f6bbb57e9c96
API once it exists, it doesn't build anymore.
Would now link against libnetwork.so instead of libbind.so/libsocket.so.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17968 a95241bf-73f2-0310-859d-f6bbb57e9c96
why I didn't notice before). Will need to be ported over to the new stack API once it's there.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17967 a95241bf-73f2-0310-859d-f6bbb57e9c96
won't exist anymore in the new stack.
* Fixed build for the new stack and replace PF_INET with AF_INET (the former is not
part of the POSIX specs, so I took the liberty and removed it).
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17966 a95241bf-73f2-0310-859d-f6bbb57e9c96
buffer to allow safe access of the user provided string - maybe we should
introduce a user_strdup() instead.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17960 a95241bf-73f2-0310-859d-f6bbb57e9c96
... the problem is local to my machine... sorry about that!
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17937 a95241bf-73f2-0310-859d-f6bbb57e9c96
issues:
* Our glue code was broken after all - it allowed Haiku apps to start under
BeOS (and vice versa), but the initialization/termination functions were
called with an invalid image ID - on *both* sides! As it turns out, the
Be glue code did *something* with %ebx, but certainly didn't put the image
ID in there, but just passed it on the stack, as we did before (just in
the wrong order...). Therefore, the arch_call_init_term stuff is not
necessary.
* When unloading add-ons, their termination functions were never called, as
the image (for get_image_symbol()) was already made inaccessible, and
therefore the symbol couldn't be found.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17928 a95241bf-73f2-0310-859d-f6bbb57e9c96
* added a group of controls to access and manipulate colors (incomplete)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17917 a95241bf-73f2-0310-859d-f6bbb57e9c96
(heavily modified, but originally based on Colors! by Werner Freytag)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17915 a95241bf-73f2-0310-859d-f6bbb57e9c96
again with a synchronous reply - the "reply done" flag wasn't cleared before sending.
* Improved error message in case the buffer for flattening the message couldn't be
allocated. BTW this would be a good place to use the new writev_port() function and
don't do any allocation at all.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17914 a95241bf-73f2-0310-859d-f6bbb57e9c96
change the size parameter type of several functions in sys/socket.h to match POSIX
compat libs and legacy headers keep the original R5 type (though I make a change for this)
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17911 a95241bf-73f2-0310-859d-f6bbb57e9c96
* VectorPath objects were released one two many times
by the Shape PathContainers (they don't acquire when
a path is added, the Shape does that for them) the
PathContainer of the Icon needs to release though, as
it "owns" the paths
* put the Selection class used by PathManipulator into
the PathManipulator namespace, since the compiler seemed
to use the wrong destructor (the one from the generic
Selection class)
* uses a better mechanism to track and render
changed parts of icon
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17903 a95241bf-73f2-0310-859d-f6bbb57e9c96
src/bin/coreutils/src/cp.c, line 542 needs stat() exported), therefore, I disabled
it for now again.
git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@17902 a95241bf-73f2-0310-859d-f6bbb57e9c96
