diff options
author | Jeremy Allison <jra@samba.org> | 2009-07-17 17:57:48 -0700 |
---|---|---|
committer | Jeremy Allison <jra@samba.org> | 2009-07-17 17:57:48 -0700 |
commit | 55b4231c773ef17b8e628f33d6c3c9d5335df9da (patch) | |
tree | daf5cff48bd26d782c7e9c06ff0a2f3678e13dfa /testsuite/libsmbclient/src/fstat | |
parent | 6a9e0039100b57f9626e87defec6720c476b9789 (diff) | |
download | samba-55b4231c773ef17b8e628f33d6c3c9d5335df9da.tar.gz samba-55b4231c773ef17b8e628f33d6c3c9d5335df9da.tar.bz2 samba-55b4231c773ef17b8e628f33d6c3c9d5335df9da.zip |
Move the initialization of smbd_server_conn from smbd/process,
after the accept and fork, to smbd_init_globals(), so it's
done immediately on server startup. This is needed as some
messages are sent to all active smbd processes (including
the master listening daemon). If it gets a message that
forces it to scan it's current connections (ie. conn_find())
then it discovers that sconn->smb1.tcons.Connections dereferences
null (as sconn == NULL in the parent) and crashes. Yes,
I could fix all cases where sconn is used and explicitly
check for NULL but this fix is easier. It means that
the smbd_event_context() is initialized in the master
daemon and then re-initialized after fork, but that
should be being done correctly in every fork call anyway.
Without this change the previous fix 6a9e0039100b57f9626e87defec6720c476b9789
still panics in the reproducible test case for bug
6564, as this is one case where such a message
(MSG_SMB_CONF_UPDATED) is sent to the parent. Metze
please check. This change passes valgrind.
Jeremy.
Diffstat (limited to 'testsuite/libsmbclient/src/fstat')
0 files changed, 0 insertions, 0 deletions