kth-krb 0.10.1 and arla

[Jack Neely]

As was suggested, I upgraded from kth-krb 0.9.6 to 0.10.1 so I could get
the latest version of arla to compile.  And compile it did.  However I now
have a syslog full of oopes.  Lots and lots of oopes.  It seems to have
something to do with krb0.10.1.  Arla 0.27 works fine in test mode.  I
downgraded back to 0.26 and got more oopes.  

I have now returned to using Arla 0.26 and kth-krb 0.9.6.  My system is
back to normal.  Attached is one of my many oopes that has been run
through ksymoops.

Linux version 2.2.12 (root at excalibur) (gcc version 2.7.2.3) #1 Thu Aug 26
21:28:51 EDT 1999

I compiled krb with egcs 1.1.2, Arla with 2.7.2.3.  Could this be the
source of my problem?  

Jack Neely

--
Jack Neely  AKA  C4Man  AKA  The QuackMaster
E-mail:		jjneely at eos.ncsu.edu
Home Page:	http://www.ac.net/~hneely
		http://quackmaster.net
ICQ UIN: 	3738590

Current Project: The NC State Linux Video Project
		http://prisant.ncsu.edu/~neely




WARNING: This version of ksymoops is obsolete.
WARNING: The current version can be obtained from ftp://ftp.ocs.com.au/pub/ksymoops
Options used: -V (default)
              -o /lib/modules/2.2.12/ (default)
              -k /proc/ksyms (default)
              -l /proc/modules (default)
              -m /usr/src/linux/System.map (default)
              -c 1 (default)

You did not tell me where to find symbol information.  I will assume
that the log matches the kernel and modules that are running right now
and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc.  ksymoops -h explains the options.

No modules in ksyms, skipping objects
Unable to handle kernel NULL pointer dereference at virtual address
00000009
current->tss.cr3 = 084d0000, %cr3 = 084d0000
*pde = 00000000
Oops: 0000
CPU:    0
EIP:    0010:[<c0143194>]
EFLAGS: 00010202
eax: fc343360   ebx: c0edc000   ecx: 0000177f   edx: 00000001
esi: 05fe8f54   edi: c01d8e6c   ebp: 000001ff   esp: c18cdf14
ds: 0018   es: 0018   ss: 0018
Process ps (pid: 6028, process nr: 73, stackpage=c18cd000)
Stack: c01d8e6c 000001ff ccd363c0 c6c44044 00000001 c012c434 00000000
00000000
       40014da8 cbc76550 000001ff 00000015 c0143c2f 0000177f c6c44000
c0143d29
       c6c44000 0000177f 0000000b c1f76c20 40014da8 00000007 000001ff
0000000b
Call Trace: [<c012c434>] [<c0143c2f>] [<c0143d29>] [<c0124fea>]
[<c0125732>] [<c0109ec4>]
Code: 8b 42 08 2b 42 04 01 c6 8b 52 0c 85 d2 75 f1 8b 8b ec 1f 00

>>EIP: c0143194 <get_stat+90/260>
Trace: c012c434 <lookup_dentry+138/1ac>
Trace: c0143c2f <get_process_array+6f/88>
Trace: c0143d29 <array_read+e1/21c>
Trace: c0124fea <filp_open+46/f8>
Trace: c0125732 <sys_read+be/dc>
Code:  c0143194 <get_stat+90/260>              00000000 <_EIP>: <===
Code:  c0143194 <get_stat+90/260>                 0:	8b 42 08       	movl   0x8(%edx),%eax <===
Code:  c0143197 <get_stat+93/260>                 3:	2b 42 04       	subl   0x4(%edx),%eax
Code:  c014319a <get_stat+96/260>                 6:	01 c6          	addl   %eax,%esi
Code:  c014319c <get_stat+98/260>                 8:	8b 52 0c       	movl   0xc(%edx),%edx
Code:  c014319f <get_stat+9b/260>                 b:	85 d2          	testl  %edx,%edx
Code:  c01431a1 <get_stat+9d/260>                 d:	75 f1          	jne    0 <_EIP>
Code:  c01431a3 <get_stat+9f/260>                 f:	8b 8b ec 1f 00 	movl   0x1fec(%ebx),%ecx
Code:  c01431a8 <get_stat+a4/260>                14:	00 


4 warnings issued.  Results may not be reliable.