summaryrefslogtreecommitdiff
path: root/source4/auth/kerberos/gssapi_parse.c
diff options
context:
space:
mode:
authorAndrew Tridgell <tridge@samba.org>2005-10-01 01:04:34 +0000
committerGerald (Jerry) Carter <jerry@samba.org>2007-10-10 13:39:16 -0500
commit69c7cd98ce8d2e529ce764a37a3b9b2a9d1917f7 (patch)
treef2b17423f590eaf238deffadd2110d973867e5df /source4/auth/kerberos/gssapi_parse.c
parent67762d7965d74e4534a9dcb06276786fa9a37713 (diff)
downloadsamba-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