| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
Autobuild-User: Jelmer Vernooij <jelmer@samba.org>
Autobuild-Date: Sun May 13 05:16:28 CEST 2012 on sn-devel-104
|
|
|
|
|
|
|
| |
metze
Autobuild-User: Stefan Metzmacher <metze@samba.org>
Autobuild-Date: Sat May 12 02:50:42 CEST 2012 on sn-devel-104
|
|
|
|
| |
metze
|
|
|
|
|
|
|
|
|
| |
This will represent a transport connection for SMB 1 or 2
in the server. smbd_server_connection will slowly be moved
to the SMB_VFS layer to satisfy the existing modules,
but it will hopefully be protocol independend in future.
metze
|
|
|
|
|
|
| |
dialect
metze
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Signed-off-by: Luk Claes <luk@debian.org>
Signed-off-by: Stefan Metzmacher <metze@samba.org>
|
|
|
|
|
| |
Autobuild-User: Michael Adam <obnox@samba.org>
Autobuild-Date: Fri May 11 22:05:32 CEST 2012 on sn-devel-104
|
|
|
|
|
| |
This only contains a "GENCACHE" subsystem that is not
referenced anywhere.
|
|
|
|
|
|
| |
This has been around since a long time: In non-developer builds,
we don't panic in SMB_ASSERT but happly continue with the error
condition, which is ridiculous and dangerous...
|
| |
|
|
|
|
|
|
|
| |
metze
Autobuild-User: Stefan Metzmacher <metze@samba.org>
Autobuild-Date: Fri May 11 20:15:37 CEST 2012 on sn-devel-104
|
|
|
|
| |
metze
|
|
|
|
| |
metze
|
|
|
|
| |
metze
|
|
|
|
|
|
|
| |
smb.conf.
Autobuild-User: Jelmer Vernooij <jelmer@samba.org>
Autobuild-Date: Fri May 11 18:18:53 CEST 2012 on sn-devel-104
|
|
|
|
|
|
|
|
|
| |
Looking at the do_list status returns was historically
ignored, allowing tar to continue after NT_STATUS_ACCESS_DENIED.
Return to this state.
Autobuild-User: Jeremy Allison <jra@samba.org>
Autobuild-Date: Fri May 11 14:55:53 CEST 2012 on sn-devel-104
|
|
|
|
|
|
|
| |
Karolin
Autobuild-User: Karolin Seeger <kseeger@samba.org>
Autobuild-Date: Fri May 11 13:04:03 CEST 2012 on sn-devel-104
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Description: Avoid null dereference in initialize_password_db()
When initialize_password_db() is called with reload=True, it's assumed that
the free_private_data member of pdb_methods is non-null. This is not
necessarily the case, as the tdb backend has no private data and therefore
no free function. Check to see if we have private data that needs freed
before calling.
Author: Steve Langasek <steve.langasek@ubuntu.com>
Bug-Ubuntu: https://bugs.launchpad.net/bugs/829221
Autobuild-User: Volker Lendecke <vl@samba.org>
Autobuild-Date: Thu May 10 11:07:27 CEST 2012 on sn-devel-104
|
|
|
|
| |
In an error path we are closing domain_handle without opening it
|
|
|
|
| |
In an error path we are closing hive_hnd without opening it
|
|
|
|
| |
In an error path we are closing key_hnd without opening it
|
|
|
|
| |
In an error path we are closing domain_pol without opening it
|
|
|
|
| |
In an error path we are closing user_pol without opening it
|
|
|
|
| |
In an error path we are closing domain_pol without opening it
|
|
|
|
| |
In an error path we are closing domain_pol without opening it
|
|
|
|
| |
In an error path we are closing domain_pol without opening it
|
|
|
|
| |
In an error path we are closing domain_handle without opening it
|
|
|
|
| |
In an error path we are closing hnd without opening it
|
| |
|
|
|
|
| |
In an error path we are closing pol without opening it
|
|
|
|
|
| |
Not a functional bug, but we copy all of the "key" structure inside
dcerpc_winreg_CreateKey.
|
|
|
|
|
| |
Not a functional bug, but we copy all of the "key" structure inside
dcerpc_winreg_OpenKey.
|
| |
|
|
|
|
| |
rpc_query_user unconditionally dereferences user_info if successfull
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|
|
|
|
| |
winreg_printer_openkey above already dereferences winreg_handle
|