Problem with async-echo test

Stefan (metze) Metzmacher metze at samba.org
Thu Jul 28 06:51:55 MDT 2011


Am 28.07.2011 14:43, schrieb Stefan (metze) Metzmacher:
> Hi Volker,
> 
>> On Wed, Jul 27, 2011 at 09:07:59PM +0200, Volker Lendecke wrote:
>>>> This is really the proposed clean way for this problem?
>>>
>>> Just FYI: It does fix the problem, thanks a lot for the
>>> quick response!
>>>
>>> It's just that I doubt this is the right place to fix it.
>>> To me it is really surprising that the requests are
>>> re-ordered on their way to the network, the necessity to run
>>> tevent_loop_once until a cifs request shows up on the
>>> cli_state is pretty surprising t me. We control everything
>>> from the API callers to the socket calls, what we do not
>>> control is the server side.  It is absolutely expected that
>>> the server is allowed to re-arrange its replies. Why this is
>>> allowed to happen within the libsmb and librpc code locally
>>> that we control 100% is not really transparent to me.
>>
> 
> Does the code in this patches also fix the problem for you
> (attached and in this branch
> http://gitweb.samba.org/?p=metze/samba/wip.git;a=shortlog;h=refs/heads/master3-tmp3)

I knew I would forget the attachment...

metze
-------------- next part --------------
A non-text attachment was scrubbed...
Name: tmp.diff
Type: application/mbox
Size: 22643 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20110728/f4c00ef0/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20110728/f4c00ef0/attachment.pgp>


More information about the samba-technical mailing list