some of the code dealing with libcli was getting too complex trying to
authortridge <tridge@0c0555d6-39d7-0310-84fc-f1cc0bd64818>
Mon, 24 Jan 2005 00:57:14 +0000 (00:57 +0000)
committertridge <tridge@0c0555d6-39d7-0310-84fc-f1cc0bd64818>
Mon, 24 Jan 2005 00:57:14 +0000 (00:57 +0000)
commit6fe08eff6606d727e80f258dcef5128aa258f6e1
tree7c7e146cc1e535b9ff76a53a2fda31f561ba1d68
parent96750c61f8bbd881343327aeeeb43f448d7bacf0
some of the code dealing with libcli was getting too complex trying to
handle the inverted memory hierarchy that a normal session
establishment gave. The inverted hierarchy came from that fact that
you first establish a socket, then a transport, then a session and
finally a tree. That leads to the socket being at the top of the
memory hierarchy and the tree at the bottom, which makes no sense from
the users point of view, as they want to be able to free the tree and
have everything disappear.

The core problem was that the libcli interface didn't distinguish
between establishing a primary context and a secondary context. If you
establish a 2nd session on a transport then you want the transport to
be referenced by the session, whereas if you establish a primary
session then you want the transport to be a child of the session.

To fix this I have added "parent_ctx" and "primary" arguments to the
libcli intialisation functions. This makes using the library much
easier, and gives us a memory hierarchy that makes much more sense.

I was prompted to do this by a bug in the cifs backend, which was
caused by the socket not being properly torn down on a disconnect due
to the inverted memory hierarchy.

git-svn-id: svn+ssh://svn.samba.org/data/svn/samba/branches/SAMBA_4_0@4951 0c0555d6-39d7-0310-84fc-f1cc0bd64818
source/libcli/cliconnect.c
source/libcli/composite/connect.c
source/libcli/raw/clisession.c
source/libcli/raw/clitransport.c
source/libcli/raw/clitree.c
source/libcli/util/clilsa.c
source/torture/basic/secleak.c
source/torture/raw/context.c
source/torture/rpc/xplogin.c