samba - Unnamed repository; edit this file 'description' to name the repository.

Age	Commit message (Collapse)	Author	Files	Lines
2007-10-10	r2536: This is a classic case for the use of our new talloc code, and	Andrew Bartlett	1	-9/+8
	convert_string_talloc(). Andrew Bartlett (This used to be commit 79776006b37fa9df0586711edaba5335467461ac)
2007-10-10	r2159: converted samba4 over to UTF-16.	Andrew Tridgell	2	-3/+3
	I had previously thought this was unnecessary, as windows doesn't use standards compliant UTF-16, and for filesystem operations treats bytes as UCS-2, but Bjoern Jacke has pointed out to me that this means we don't correctly store extended UTF-16 characters as UTF-8 on disk. This can be seen with (for example) the gothic characters with codepoints above 64k. This commit also adds a LOCAL-ICONV torture test that tests the first 1 million codepoints against the system iconv library, and tests 5 million random UTF-16LE buffers for identical error handling to the system iconv library. the lib/iconv.c changes need backporting to samba3 (This used to be commit 756f28ac95feaa84b42402723d5f7286865c78db)
2007-10-10	r1997: fix compiler warning	Stefan Metzmacher	1	-1/+1
	metze (This used to be commit eb9de893b8b93857c648f4df907aac9e9cb199dc)
2007-10-10	r1985: take advantage of the new talloc in a few more places	Andrew Tridgell	1	-5/+5
	(This used to be commit 6ffdfd779936ce8c5ca49c5f444e8da2bbeee0a8)
2007-10-10	r1654: rename cli_ -> smbcli_	Stefan Metzmacher	7	-263/+263
	rename CLI_ -> SMBCLI_ metze (This used to be commit 8441750fd9427dd6fe477f27e603821b4026f038)
2007-10-10	r1578: the first stage of the async client rewrite.	Andrew Tridgell	1	-2/+4
	Up to now the client code has had an async API, and operated asynchronously at the packet level, but was not truly async in that it assumed that it could always write to the socket and when a partial packet came in that it could block waiting for the rest of the packet. This change makes the SMB client library full async, by adding a separate outgoing packet queue, using non-blocking socket IO and having a input buffer that can fill asynchonously until the full packet has arrived. The main complexity was in dealing with the events structure when using the CIFS proxy backend. In that case the same events structure needs to be used in both the client library and the main smbd server, so that when the client library is waiting for a reply that the main server keeps processing packets. This required some changes in the events library code. Next step is to make the generated rpc client code use these new capabilities. (This used to be commit 96bf4da3edc4d64b0f58ef520269f3b385b8da02)
2007-10-10	r1228: use int64_t instead of long long	Stefan Metzmacher	1	-2/+2
	(jra: please use: void, char int, uint_t, [u]int<8\|16\|32\|64>_t types in new code) metze (This used to be commit 626bb153c45405f93a96bc5019241af506fac163)
2007-10-10	r1086: Add defer open test to check timeout on sharing violation open.	Jeremy Allison	1	-2/+18
	This has found some signing errors in the Samba3.0 implementation of the deferred open code. Still working on these... Jeremy (This used to be commit 0068cb12ef91515a95f17a1be7dfbc83fbb89eba)
2007-10-10	r962: convert 'unsigned' and 'unsigned int' to uint_t	Stefan Metzmacher	2	-4/+4
	metze (This used to be commit 57151e80eb1090281401930c8fe25b20a8cf3a38)
2007-10-10	r890: convert samba4 to use [u]int8_t instead of [u]int8	Stefan Metzmacher	1	-1/+1
	metze (This used to be commit 2986c5f08c8f0c26a2ea7b6ce20aae025183109f)
2007-10-10	r889: convert samba4 to use [u]int16_t instead of [u]int16	Stefan Metzmacher	2	-10/+10
	metze (This used to be commit af6f1f8a01bebbecd99bc8c066519e89966e65e3)
2007-10-10	r884: convert samba4 to use [u]int32_t instead of [u]int32	Stefan Metzmacher	1	-12/+12
	metze (This used to be commit 0e5517d937a2eb7cf707991d1c7498c1ab456095)
2004-03-26	- moved some of the base tests into torture/basic/	Andrew Tridgell	7	-0/+3676
	- added a CHARSET set of tests, which determines how the server deals with some specific charset issues related to UTF-16 support. Interestingly, Samba3 already passes all but one of these tests, because our incorrect UCS-2 and UTF-8 implementations where we don't check the validity of characters actually matches what Windows does! This means that adding UTF-16 support to Samba is going to be _much_ easier than we expected. (This used to be commit c8497a42364d186f08102224d5062d176ee81f5b)