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

Age	Commit message (Collapse)	Author	Files	Lines
2007-10-10	r2628: got rid of some warnings and converted a few more places to use ↵	Andrew Tridgell	1	-1/+1
	hierarchical memory allocation (This used to be commit 26da45a8019a2d6c9ff2ac2a6739c7d0b42b00de)
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	1	-1/+1
	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	r1654: rename cli_ -> smbcli_	Stefan Metzmacher	1	-9/+9
	rename CLI_ -> SMBCLI_ metze (This used to be commit 8441750fd9427dd6fe477f27e603821b4026f038)
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	1	-0/+269
	- 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)