Age | Commit message (Collapse) | Author | Files | Lines |
|
this, it was
changed just for deugging)
(This used to be commit a7c260e61feec210bcb5cad0f8f759544dc9dd1e)
|
|
(This used to be commit ce9a262d379b946717d0d4be4731c837e6f7373d)
|
|
names in a tdb
(This used to be commit b603a52f27bf90e71d605440d44267dcd94c6939)
|
|
be able to send a message to the "ldap_server" task without having to
know its task ID.
(This used to be commit 8f69867867857e0c9a9246c2dec9612ccc234724)
|
|
(This used to be commit eec521dffd4ca9efa7f6e31c50cf1ff365aae209)
|
|
fixes a IO_TIMEOUT problem in the messaging benchmarks
(This used to be commit c8b220b65de00418d19347cf298cc80d86e8accb)
|
|
compared to about 20k messages/sec for the raw messaging layer. I
think that is quite acceptable given the extra functionality.
(This used to be commit a05d38d1d91f1f54d3e3794a596b468992594852)
|
|
management system I proposed on samba-technical a couple of days
ago. Essentially it is a very lightweight way for any code in Samba to
make IDL based rpc calls to anywhere else in the code, without the
client or server having to go to the trouble of setting up a full rpc
service.
It can be used with any of our existing IDL, but I expect it will
mostly be used for a new set of Samba specific management calls.
The LOCAL-IRPC torture test demonstrates how it can be used by calling
the echo_AddOne() call over this transport.
(This used to be commit 3d589a09954eb8b318f567e1150b0c27412fb942)
|