CVS update: samba/source/passdb

2004-01-19 Thread idra

Date:   Mon Jan 19 08:52:53 2004
Author: idra

Update of /data/cvs/samba/source/passdb
In directory dp.samba.org:/tmp/cvs-serv26621/source/passdb

Modified Files:
passdb.c pdb_get_set.c pdb_gums.c pdb_ldap.c pdb_mysql.c 
pdb_pgsql.c pdb_sql.c pdb_xml.c 
Log Message:

1. The most part of this patch changed the unknown_3 flag to the now known
meaning of fields_present bit mask. Also avoid it being saved in backends (0
is saved where removing the unit32 would have produced a format change).
Also add support in samr functions to correctly interpret the flags.
Flags still not set properly (eg. still set all flags 0xff as previous
code), need a tool to test this properly (I',ve done preliminary tests with
samba4 rpc torture and it seem to work properly against w2k).

2. Patch for handlig the flag user must change password at next logon
in usrmgr based on Jianliang Lu [EMAIL PROTECTED] patch





Revisions:
passdb.c1.216 = 1.217

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/passdb.c.diff?r1=1.216r2=1.217
pdb_get_set.c   1.31 = 1.32

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_get_set.c.diff?r1=1.31r2=1.32
pdb_gums.c  1.4 = 1.5

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_gums.c.diff?r1=1.4r2=1.5
pdb_ldap.c  1.130 = 1.131

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_ldap.c.diff?r1=1.130r2=1.131
pdb_mysql.c 1.16 = 1.17

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_mysql.c.diff?r1=1.16r2=1.17
pdb_pgsql.c 1.2 = 1.3

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_pgsql.c.diff?r1=1.2r2=1.3
pdb_sql.c   1.2 = 1.3

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_sql.c.diff?r1=1.2r2=1.3
pdb_xml.c   1.12 = 1.13

http://www.samba.org/cgi-bin/cvsweb/samba/source/passdb/pdb_xml.c.diff?r1=1.12r2=1.13


CVS update: samba/source/rpcclient

2004-01-19 Thread idra

Date:   Mon Jan 19 08:52:53 2004
Author: idra

Update of /data/cvs/samba/source/rpcclient
In directory dp.samba.org:/tmp/cvs-serv26621/source/rpcclient

Modified Files:
cmd_samr.c 
Log Message:

1. The most part of this patch changed the unknown_3 flag to the now known
meaning of fields_present bit mask. Also avoid it being saved in backends (0
is saved where removing the unit32 would have produced a format change).
Also add support in samr functions to correctly interpret the flags.
Flags still not set properly (eg. still set all flags 0xff as previous
code), need a tool to test this properly (I',ve done preliminary tests with
samba4 rpc torture and it seem to work properly against w2k).

2. Patch for handlig the flag user must change password at next logon
in usrmgr based on Jianliang Lu [EMAIL PROTECTED] patch





Revisions:
cmd_samr.c  1.163 = 1.164

http://www.samba.org/cgi-bin/cvsweb/samba/source/rpcclient/cmd_samr.c.diff?r1=1.163r2=1.164


CVS update: samba/source/sam

2004-01-19 Thread idra

Date:   Mon Jan 19 08:52:54 2004
Author: idra

Update of /data/cvs/samba/source/sam
In directory dp.samba.org:/tmp/cvs-serv26621/source/sam

Modified Files:
gums_api.c gums_helper.c gums_tdbsam2.c 
Log Message:

1. The most part of this patch changed the unknown_3 flag to the now known
meaning of fields_present bit mask. Also avoid it being saved in backends (0
is saved where removing the unit32 would have produced a format change).
Also add support in samr functions to correctly interpret the flags.
Flags still not set properly (eg. still set all flags 0xff as previous
code), need a tool to test this properly (I',ve done preliminary tests with
samba4 rpc torture and it seem to work properly against w2k).

2. Patch for handlig the flag user must change password at next logon
in usrmgr based on Jianliang Lu [EMAIL PROTECTED] patch





Revisions:
gums_api.c  1.7 = 1.8

http://www.samba.org/cgi-bin/cvsweb/samba/source/sam/gums_api.c.diff?r1=1.7r2=1.8
gums_helper.c   1.5 = 1.6

http://www.samba.org/cgi-bin/cvsweb/samba/source/sam/gums_helper.c.diff?r1=1.5r2=1.6
gums_tdbsam2.c  1.2 = 1.3

http://www.samba.org/cgi-bin/cvsweb/samba/source/sam/gums_tdbsam2.c.diff?r1=1.2r2=1.3


CVS update: samba4/source/torture/rpc

2004-01-19 Thread idra

Date:   Mon Jan 19 08:59:14 2004
Author: idra

Update of /data/cvs/samba4/source/torture/rpc
In directory dp.samba.org:/tmp/cvs-serv29453/source/torture/rpc

Modified Files:
samr.c 
Log Message:

Add test to set single fields in fields_present with info21.



Revisions:
samr.c  1.38 = 1.39

http://www.samba.org/cgi-bin/cvsweb/samba4/source/torture/rpc/samr.c.diff?r1=1.38r2=1.39


CVS update: samba4/source

2004-01-19 Thread Stefan Metzmacher

Date:   Mon Jan 19 14:22:32 2004
Author: metze

Update of /home/cvs/samba4/source
In directory dp.samba.org:/tmp/cvs-serv31622

Modified Files:
Makefile.in configure.in dynconfig.c 
Log Message:
remove all unused stuff from Makefile.in
and some stuff from configure.in and dynconfig.[ch]

make all 

makes
bin/gentest   bin/masktest   bin/smbd
bin/locktest  bin/smbclient  bin/smbtorture
bin/ndrdump

now

metze


Revisions:
Makefile.in 1.67 = 1.68

http://www.samba.org/cgi-bin/cvsweb/samba4/source/Makefile.in.diff?r1=1.67r2=1.68
configure.in1.11 = 1.12

http://www.samba.org/cgi-bin/cvsweb/samba4/source/configure.in.diff?r1=1.11r2=1.12
dynconfig.c 1.1.1.1 = 1.2

http://www.samba.org/cgi-bin/cvsweb/samba4/source/dynconfig.c.diff?r1=1.1.1.1r2=1.2


CVS update: samba4/source/include

2004-01-19 Thread Stefan Metzmacher

Date:   Mon Jan 19 14:22:32 2004
Author: metze

Update of /home/cvs/samba4/source/include
In directory dp.samba.org:/tmp/cvs-serv31622/include

Modified Files:
dynconfig.h 
Log Message:
remove all unused stuff from Makefile.in
and some stuff from configure.in and dynconfig.[ch]

make all 

makes
bin/gentest   bin/masktest   bin/smbd
bin/locktest  bin/smbclient  bin/smbtorture
bin/ndrdump

now

metze


Revisions:
dynconfig.h 1.1.1.1 = 1.2

http://www.samba.org/cgi-bin/cvsweb/samba4/source/include/dynconfig.h.diff?r1=1.1.1.1r2=1.2


CVS update: samba4/source

2004-01-19 Thread Stefan Metzmacher

Date:   Mon Jan 19 14:57:56 2004
Author: metze

Update of /home/cvs/samba4/source
In directory dp.samba.org:/tmp/cvs-serv8089

Modified Files:
Makefile.in 
Log Message:
add make [un]installtorture
and let this be called by make [un]install

we can later change this and the make all
to not do the torture stuff, but for know only developers will
use samba4...

metze


Revisions:
Makefile.in 1.68 = 1.69

http://www.samba.org/cgi-bin/cvsweb/samba4/source/Makefile.in.diff?r1=1.68r2=1.69


CVS update: samba4/source/rpc_server

2004-01-19 Thread tridge

Date:   Tue Jan 20 04:32:17 2004
Author: tridge

Update of /home/cvs/samba4/source/rpc_server
In directory dp.samba.org:/tmp/cvs-serv22990

Modified Files:
dcerpc_server.c 
Log Message:
avoid a copy of the data being input to the dcerpc server in the most
common case of there being no pending partial data and a full dcerpc
packet being received.

We should use this same model for the smb server. It gives us
efficient memory usage while allowing for completely async socket
operations.


Revisions:
dcerpc_server.c 1.22 = 1.23

http://www.samba.org/cgi-bin/cvsweb/samba4/source/rpc_server/dcerpc_server.c.diff?r1=1.22r2=1.23


CVS update: samba4/source/ntvfs/ipc

2004-01-19 Thread tridge

Date:   Tue Jan 20 05:54:12 2004
Author: tridge

Update of /home/cvs/samba4/source/ntvfs/ipc
In directory dp.samba.org:/tmp/cvs-serv8192

Modified Files:
vfs_ipc.c 
Log Message:
dcerpc server output now copes with the client blocking part way
through a read. This happens to also avoid a memcpy on output for
dcerpc over tcp.



Revisions:
vfs_ipc.c   1.11 = 1.12

http://www.samba.org/cgi-bin/cvsweb/samba4/source/ntvfs/ipc/vfs_ipc.c.diff?r1=1.11r2=1.12


CVS update: samba4/source/rpc_server

2004-01-19 Thread tridge

Date:   Tue Jan 20 05:54:17 2004
Author: tridge

Update of /home/cvs/samba4/source/rpc_server
In directory dp.samba.org:/tmp/cvs-serv8207

Modified Files:
dcerpc_server.c dcerpc_tcp.c 
Log Message:
dcerpc server output now copes with the client blocking part way
through a read. This happens to also avoid a memcpy on output for
dcerpc over tcp.



Revisions:
dcerpc_server.c 1.23 = 1.24

http://www.samba.org/cgi-bin/cvsweb/samba4/source/rpc_server/dcerpc_server.c.diff?r1=1.23r2=1.24
dcerpc_tcp.c1.6 = 1.7

http://www.samba.org/cgi-bin/cvsweb/samba4/source/rpc_server/dcerpc_tcp.c.diff?r1=1.6r2=1.7


CVS update: samba4/source/librpc/rpc

2004-01-19 Thread tridge

Date:   Tue Jan 20 06:07:04 2004
Author: tridge

Update of /home/cvs/samba4/source/librpc/rpc
In directory dp.samba.org:/tmp/cvs-serv10795

Modified Files:
dcerpc.h dcerpc_smb.c dcerpc_tcp.c dcerpc_util.c 
Log Message:
added code to the RPC-SPOOLSS test that demonstrates that policy
handles are not shared between open dcerpc connections, even when
those connections are on the same SMB socket. I have tested this with
w2k3, w2k and NT4. It seems that policy handles have a strict scope of
the dcerpc connection on which they were opened.

I realise that this goes against existing folk-law in the team, but it
seems that the previous testing (I'm not sure who did this?) was
wrong. Perhaps clients do send us policy handles from other
connections, but if they do then the correct thing to do is to fail
the operation with a dcerpc fault. I suspect that failing it with
exactly the right dcerpc fault code is important.


Revisions:
dcerpc.h1.16 = 1.17

http://www.samba.org/cgi-bin/cvsweb/samba4/source/librpc/rpc/dcerpc.h.diff?r1=1.16r2=1.17
dcerpc_smb.c1.8 = 1.9

http://www.samba.org/cgi-bin/cvsweb/samba4/source/librpc/rpc/dcerpc_smb.c.diff?r1=1.8r2=1.9
dcerpc_tcp.c1.6 = 1.7

http://www.samba.org/cgi-bin/cvsweb/samba4/source/librpc/rpc/dcerpc_tcp.c.diff?r1=1.6r2=1.7
dcerpc_util.c   1.18 = 1.19

http://www.samba.org/cgi-bin/cvsweb/samba4/source/librpc/rpc/dcerpc_util.c.diff?r1=1.18r2=1.19


CVS update: samba4/source/torture/rpc

2004-01-19 Thread tridge

Date:   Tue Jan 20 06:07:09 2004
Author: tridge

Update of /home/cvs/samba4/source/torture/rpc
In directory dp.samba.org:/tmp/cvs-serv10826

Modified Files:
spoolss.c 
Log Message:
added code to the RPC-SPOOLSS test that demonstrates that policy
handles are not shared between open dcerpc connections, even when
those connections are on the same SMB socket. I have tested this with
w2k3, w2k and NT4. It seems that policy handles have a strict scope of
the dcerpc connection on which they were opened.

I realise that this goes against existing folk-law in the team, but it
seems that the previous testing (I'm not sure who did this?) was
wrong. Perhaps clients do send us policy handles from other
connections, but if they do then the correct thing to do is to fail
the operation with a dcerpc fault. I suspect that failing it with
exactly the right dcerpc fault code is important.


Revisions:
spoolss.c   1.30 = 1.31

http://www.samba.org/cgi-bin/cvsweb/samba4/source/torture/rpc/spoolss.c.diff?r1=1.30r2=1.31