lkml.org 
[lkml]   [1996]   [Sep]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: What to do (fwd)

I had posted this previously, but no one had any comments/advice/fixes.. I
suspect it was becuase I buried the data at the bottom..

Trace: 120a97 <close_fp+33/84>
Trace: 1150e6 <do_exit+116/1f0>
Trace: 2855e40
Trace: 1151c0 <sys_exit>
Trace: 1151ce <sys_exit+e/10>
Trace: 283f41b
Trace: 2855e40
Trace: 10fae8 <do_page_fault>
Trace: 10a63d <error_code+3d/50>
Trace: 10a429 <lcall7+49/50>

Code: 12c868 <locks_remove_locks+c/38> movl 0x48(%eax),%edx
Code: 12c86b <locks_remove_locks+f/38> testl %edx,%edx
Code: 12c86d <locks_remove_locks+11/38> je 12c891 <locks_remove_locks+35/38>Code: 12c86f <locks_remove_locks+13/38> testb $0x1,0x1c(%edx)
Code: 12c873 <locks_remove_locks+17/38> je 12c884 <locks_remove_locks+28/38>Code: 12c875 <locks_remove_locks+19/38> pushl %ebx
Code: 12c876 <locks_remove_locks+1a/38> addl $0x48,%eax
Code: 12c879 <locks_remove_locks+1d/38> pushl %eax
Code: 12c87a <locks_remove_locks+1e/38> call 9090002c <_EIP+9090002c>
Code: 12c87f <locks_remove_locks+23/38> nop


Ok, it has something to do with locks, which makes me think its libc
again.. I had a devil of a time fixing that the first time, and thought I
had gotten it right with this one.. ldconfig seems to refuse to find
libc-5.3.12..

But as I said originally, I know isnt a kernel problem.. When I chroot to a
drive that used to be my root fs (but has other problems), running the
same kernel, it runs fine..

So its the libraries (or something) on that root fs..

Like I said, I tried copying them over, but still no luck.. (/lib,
/usr/lib, /usr/X11/lib, one at a time, trying to isolate)..

I must seem completely clueless here, and I will admit, I am when it
comes to this sort of debugging.. I appreciate any help you can give me

D. Chiodo
Microwave Systems


On Sat, 24 Aug 1996, Herbert Rosmanith wrote:

> Date: Sat, 24 Aug 1996 19:17:56 +0200 (MET DST)
> From: Herbert Rosmanith <herp@wildsau.idv.uni-linz.ac.at>
> To: "D. Chiodo" <djc@hal.microwave.com>
> Subject: Re: What to do
>
> >
> >
> > Ok, this is probably the wrong place to post, becuase I *know* this is
> > *not* a kernel problem, it has something to do with libraries, or the ibcs
> > module, or some files or config on the root fs. I just have no idea how
> > to find out what it is (I have tried moving shared libraries from a root
> > fs that works, to one that doesnt, with no luck) This usually happens on
> > exit of the program in question, with "Segmentation Fault" being
> > displayed if I ran it from a shell.
> >
> > The processes referenced are COFF binaries.. (WP6 for SCO)
> >
> > I am using kernel 2.0.12, libc 4.7.2, ibcs with a last change date of
> > June 6, 1996, 5k86-p90...
> >
> > Anyway, I would appreciate very much any info on how I can track this
> > down (Its not an intermittent, it happens EVERY time).. I'd even
> > appreciate flames, if they even contain the slightest hint of what to do
> > with this..
> >
> > general protection: 0000
> > CPU: 0
> > EIP: 0010:[<0012c868>]
> > EFLAGS: 00010286
> > eax: f000ef6f ebx: 00e40c0c ecx: 00000000 edx: 00000000
> > esi: f000ef6f edi: 00000001 ebp: 019f3018 esp: 00047f14
> > ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
> > Process wpexc60 (pid: 4238, process nr: 57, stackpage=00047000)
> > Stack: 00000000 00120a97 00e40c0c 00000000 00000001 00000005 001150e6 00000000
> > 00000001 00000001 02855e40 001151c0 001151ce 00000000 0283f41b 00000000
> > 00000000 00000001 00000000 bffffbdc 00213000 002ea000 002ea065 01e06025
> > Call Trace: [<00120a97>] [<001150e6>] [<02855e40>] [<001151c0>]
> > [<001151ce>] [<0283f41b>] [<02855e40>]
> > [<0010fae8>] [<0010a63d>] [<0010a429>]
> > Code: 8b 50 48 85 d2 74 22 f6 42 1c 01 74 0f 53 83 c0 48 50 e8 15
> >
> >
> > general protection: 0000
> > CPU: 0
> > EIP: 0010:[<0012c868>]
> > EFLAGS: 00010286
> > eax: f000ef6f ebx: 01d36018 ecx: 00000000 edx: 00000000
> > esi: f000ef6f edi: 00000001 ebp: 010f9018 esp: 00cf1f14
> > ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
> > Process xwp (pid: 4209, process nr: 79, stackpage=00cf1000)
> > Stack: 00000000 00120a97 01d36018 00000000 00000011 00000005 001150e6 00000000
> > 00000001 009f0001 02855e40 001151c0 001151ce 00000000 0283f41b 00000000
> > 080509c0 009f0868 009f086c bfffe52c 00213000 01d54000 01d54065 0157a025
> > Call Trace: [<00120a97>] [<001150e6>] [<02855e40>] [<001151c0>]
> > [<001151ce>] [<0283f41b>] [<02855e40>]
> > [<0010fae8>] [<0010a63d>] [<0010a429>]
> > Code: 8b 50 48 85 d2 74 22 f6 42 1c 01 74 0f 53 83 c0 48 50 e8 15
> >
>
> read linux/Documentation/BUG-HUNTING.
> run the output above through the programm linux/scripts/ksymoops
>
>



\
 
 \ /
  Last update: 2005-03-22 13:38    [W:0.109 / U:5.380 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site