Marko Rößler <[EMAIL PROTECTED]> writes: > Well, it seams to solve the key_sched.c problem. There is another > problem with the following Backtrace:
> <<snip>> > Starting program: /tmp/openafs-1.4.4.dfsg1/src/kauth/klog > Password: > stackcheck = 0: stack = 0 > topstack = 0xffcfbb1c: stackptr = 0xf7c5a008: stacksize = 0x48000 > Thu Jul 12 09:18:14 2007 LWP: stack overflow in process IO MANAGER! We've tracked this problem down and it goes away with either a 64-bit userland build or with some really hideous and scary pointer demangling code in OpenAFS STABLE that will probably break again with later glibc. I'm hoping to get approval from the SPARC porters to just build OpenAFS 64-bit so that it can use getcontext/savecontext like every other architecture, but failing that, this will be fixed as soon as I package a 1.4.5 release candidate (which we're waiting on a few other bug fixes for). -- Russ Allbery ([EMAIL PROTECTED]) <http://www.eyrie.org/~eagle/>
