r7782: fixed an ordering problem with smb requests. I found this when I had "sam database"

set to the internal ldap server over loopback. The following happened:

  - DCERPC_AUTH3 request
     - auth requests calls ldb
     - ldb calls ldap
     - ldap calls our internal ldap server, triggering events
  - samrConnect from client
     - connect refused
  - SMBclose from client
     - causes dcerpc_pipe to be destroyed
  - AUTH3 continues
     - dies on freed pipe

I chose this solution as it provides a guarantee that backends only have to think about
async issues when they mark a request async. When they don't, this code guarantees that
a second request won't happen on the same connection while processing the first one
(This used to be commit 45487e8a1402c64d1c314befe8bd9f65587fd0d6)

1 files changed, 2 insertions, 0 deletions

diff --git a/source4/smb_server/smb_server.h b/source4/smb_server/smb_server.h
index 01222adc0c..a8e9d7ed34 100644
--- a/source4/smb_server/smb_server.h
+++ b/source4/smb_server/smb_server.h
@@ -254,4 +254,6 @@ struct smbsrv_connection {
 		struct smb_trans2 *trans;
 		uint8_t command;
 	} *trans_partial;
+
+	BOOL processing;
 };