diff options
author | Andrew Tridgell <tridge@samba.org> | 2005-10-01 01:04:34 +0000 |
---|---|---|
committer | Gerald (Jerry) Carter <jerry@samba.org> | 2007-10-10 13:39:16 -0500 |
commit | 69c7cd98ce8d2e529ce764a37a3b9b2a9d1917f7 (patch) | |
tree | f2b17423f590eaf238deffadd2110d973867e5df /source4/auth/kerberos/gssapi_parse.c | |
parent | 67762d7965d74e4534a9dcb06276786fa9a37713 (diff) | |
download | samba-69c7cd98ce8d2e529ce764a37a3b9b2a9d1917f7.tar.gz samba-69c7cd98ce8d2e529ce764a37a3b9b2a9d1917f7.tar.bz2 samba-69c7cd98ce8d2e529ce764a37a3b9b2a9d1917f7.zip |
r10669: reverted jelmers commit 10663 as it was causing lots of panics in 'make test'
I also think the method of getting rid of pstring isn't the right
one. I certainly do want to get rid of pstring/fstring, but the reason
for removing them is the use of arbitrary sized fixed length strings
on the stack and in structures. Changing to another fixed length stack
string format isn't really a win, and moving to use strncpy() is
actually worse than pstrcpy() as strncpy() has the absolutely awful
semantics of always zeroing all remaining bytes, so it ends up taking
a lot of cpu doing pointless memory writes.
I'd rather move to more use of asprintf()/talloc_asprintf() and
similar functions for dynamic string allocation.
You also have to be very careful about some of these system defined
string limits. One some systems PATH_MAX could be 64k or even larger,
which can quickly blow the stack out when you allocate a few of them.
(This used to be commit 194efd26e42d621b239052ed1fec8da916bd2144)
Diffstat (limited to 'source4/auth/kerberos/gssapi_parse.c')
0 files changed, 0 insertions, 0 deletions