diff options
author | Volker Lendecke <vl@samba.org> | 2009-02-09 08:10:09 +0100 |
---|---|---|
committer | Volker Lendecke <vl@samba.org> | 2009-02-10 18:29:34 +0100 |
commit | f6e9f1e7ea7ac0fddf312f7fcd7a1478bde1c07f (patch) | |
tree | a3455a2575550879f756415a3d1d1575aa6cdffb /source4 | |
parent | 47cb572d401218d43f5e681fd8820517659b48c4 (diff) | |
download | samba-f6e9f1e7ea7ac0fddf312f7fcd7a1478bde1c07f.tar.gz samba-f6e9f1e7ea7ac0fddf312f7fcd7a1478bde1c07f.tar.bz2 samba-f6e9f1e7ea7ac0fddf312f7fcd7a1478bde1c07f.zip |
Add queueing to np_read_state, simulate message-type named pipes.
The problem with msg-type pipes is that we have to return short reads when a
message ends before the read request. When reading from the unix domain socket,
the message limits are lost. So we would happily return more than a message,
which confuses for example the s4 rpc client horribly. I'd expect other np rpc
clients also to blow up over this.
The real solution is to properly implement a two-byte length field per message
on the unix domain socket, but this requires more changes there. And as we
right now only serve DCE/RPC over the named pipes, this implements a hack that
looks into the fragment headers to figure out hdr.frag_len.
Diffstat (limited to 'source4')
0 files changed, 0 insertions, 0 deletions