<disk_device_manager/KDiskDeviceUtils.h> into <util/AutoLock.h>.
Added instantiations for recursive locks (moved from vfs.cpp) and
mutexes.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11157 a95241bf-73f2-0310-859d-f6bbb57e9c96
send_notification() interface, which I personally find quite ugly.
Each notification type gets its own function, which makes very clear,
which parameters are to be supplied. Also note the addition of the
`name' parameter for the `entry removed' notification and `fromName'
for `entry moved'.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11145 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Added a class for handling "send message" commands and install by
default. At least in theory messages issued by the kernel should now
be delivered to the target. Still untested.
* Added lock to protect the command handler map.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11144 a95241bf-73f2-0310-859d-f6bbb57e9c96
messages.
* We now maintain a second message list per port, which is sorted by
timeout time. Thus we can drop timed out messages as early as possible.
* Fixed a bug which caused messages to disappear in the port list.
* Now delete a port not only when an error occurred when delivering a
message, but also when it is empty.
* More debug output.
Seems to be working well now.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11142 a95241bf-73f2-0310-859d-f6bbb57e9c96
with respect to whether the delivery still works when the port is full.
It seems to do (now).
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11139 a95241bf-73f2-0310-859d-f6bbb57e9c96
* In BMessage::Header::ReadFrom(DataIO &) the checksum was checked before
the fBodySize field was initialized, which could make
BMessage::Unflatten() fail.
* Calculate the header checksum now by writing the header to a buffer and
checksumming that. This is simpler and avoids problems when something
else is written than is actually stored in the header (e.g. when a
preferred target token is replaced by B_PREFERRED_TOKEN).
While the BMessage unit tests always passed, now the other App Kit tests
pass as well.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11130 a95241bf-73f2-0310-859d-f6bbb57e9c96
a separate class. This allowed to improve _SendFlattenedMessage() to
deal properly with flattened BMessages as well.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11116 a95241bf-73f2-0310-859d-f6bbb57e9c96
proper private static BMessage members and made them accessible through
BMessage::Private. Got rid of unused _reconstruct_message_().
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11106 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Removed 1500 lines of unused non-template-madness code. We have version
control to resurrect it, if we ever wish to.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11105 a95241bf-73f2-0310-859d-f6bbb57e9c96
the message will be finally dropped. Makes sense for periodic message
runners for instance.
* Set the target of a BMessage before flattening it. Thus there will be
space in the flattened header for it.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11071 a95241bf-73f2-0310-859d-f6bbb57e9c96
a buffer is given.
* Added method for sending flattened messages. The KMessage support is
complete, but for BMessages this is a bit tricky. We currently unflatten
the BMessages and send those.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11060 a95241bf-73f2-0310-859d-f6bbb57e9c96
it does belong to <KernelExport.h> anyway.
* Reverted the protection flags back to decimal for consistency with the
other places. BTW, since when do we use decimals for flags?
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11047 a95241bf-73f2-0310-859d-f6bbb57e9c96
it readable/writable for all userland apps. This is not what we want here.
We want to make the area cloneable for the registrar and hence use the
new flag B_USER_CLONEABLE_AREA. But there seems to be a bug that causes
strange things to happen, when using that flag only, therefore we go with
all of them until it is fixed.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11046 a95241bf-73f2-0310-859d-f6bbb57e9c96
flattened message. Support for this needs to be added to BMessage first.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11034 a95241bf-73f2-0310-859d-f6bbb57e9c96
them immediately when the target port is full at the moment. It's not
quite complete. The data structures are there, but the actual delivery is
still missing.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11029 a95241bf-73f2-0310-859d-f6bbb57e9c96
registered as handlers for specific commands sent by the kernel.
(Beautifully object-oriented :-)
* Fixed a bug regarding MessageArea creation (the object was deleted
twice on error).
* Actually resume the command processor thread.
* Turned the class into a singleton.
* Now always process all commands found in an area (should minimize
latencies).
Modulo bugs the class is now complete.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11027 a95241bf-73f2-0310-859d-f6bbb57e9c96
* The counter semaphore is now only released when writing a command into
an formerly empty area. The userland part is aware of that. :-)
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11026 a95241bf-73f2-0310-859d-f6bbb57e9c96
* The < operator uses BMessenger::Private now (it's no longer a friend).
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11022 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Turned the private constructor into a private SetTo().
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@11020 a95241bf-73f2-0310-859d-f6bbb57e9c96
The passing of commands from kernel to registrar should be complete now,
only the actual message delivery is missing.
Completely untested yet.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10995 a95241bf-73f2-0310-859d-f6bbb57e9c96
to userland applications. A userland server (probably the registrar) will
register as the server responsible for delivering the messages. The
messages are passed to it via shared memory.
The advantage over sending the messages directly will be, that they won't
need to be dropped, if the receiver port is temporarily full.
Currently only the kernel side is implemented. Completely untested yet.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10983 a95241bf-73f2-0310-859d-f6bbb57e9c96
append-only and hence has very compact storage and a comparatively small
footprint implementation. Can be used for kernel->userland messaging.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10958 a95241bf-73f2-0310-859d-f6bbb57e9c96
file should not be included, but if simply left out, linking libnet will
fail, complaining about a missing _h_errnop().
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10956 a95241bf-73f2-0310-859d-f6bbb57e9c96
anymore. If you want to have a symlink there, just create it.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10874 a95241bf-73f2-0310-859d-f6bbb57e9c96
remove it and programs like BePDF stop working. If you need such a link
create it manually.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10870 a95241bf-73f2-0310-859d-f6bbb57e9c96
"OpenBeOS...".
* Obtain the path of the settings dir via find_directory().
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10817 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Rename the main thread after creating the BApplication. Then at least
the roster will be ready for use.
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10816 a95241bf-73f2-0310-859d-f6bbb57e9c96
* Replaced the constant kRosterPortName by a function returning that name
(we need different port names under BeOS and Haiku, and already at
libbe init time).
* The settings directory is obtained via find_directory() (critized by
Axel :-).
git-svn-id: file:///srv/svn/repos/haiku/trunk/current@10812 a95241bf-73f2-0310-859d-f6bbb57e9c96
Ingo Weinhold