Its not just COFF binaries..

D. Chiodo (djc@hal.microwave.com)
Fri, 6 Sep 1996 20:25:14 -0400 (EDT)


I've posted more than once about this, and havent heard anything back..
Could someone at least let me know if I am getting out?

I posted recently about some GP's running COFF binaries (Specifically, WP6
for SCO). They appear to run ok, but always give me a SegFault/general
protection when they exit.. The only adverse effect seems to be that the
license reservations arent being removed.

Well, I went and reinstalled WP, and as I was doing so, some 6 billion of
these floated up the console. Not just from COFF binary processes, either.
I was getting them from things like rm and ln..

Could someone PLEASE tell me what these are, and how to fix them?????

I can see it has something to do with locks, but WHAT????

---------------------------------------------------------------

hal:/usr/src/linux/scripts# uname -a
Linux hal 2.0.18 #1 Thu Sep 5 18:47:00 EDT 1996 i586

---------------------------------------------------------------

hal:/lib# ls -ld libc.*
lrwxrwxrwx 1 root root 13 Sep 4 11:49 libc.so.4 -> libc.so.4.7.6*
-rwxr-xr-x 1 root root 634880 Aug 19 19:18 libc.so.4.7.2*
-rwxr-xr-x 1 root root 634880 Sep 4 11:46 libc.so.4.7.6*
lrwxrwxrwx 1 root root 14 Sep 4 11:55 libc.so.5 -> libc.so.5.3.12*
-rwxr-xr-x 1 root root 583795 Aug 19 19:18 libc.so.5.3.12*

---------------------------------------------------------------
***** ksymoops output below *****

general protection: 0000
CPU: 0
EIP: 0010:[<0012c808>]
EFLAGS: 00010286
eax: f000ef6f ebx: 012ccc0c ecx: 00000000 edx: 00000000
esi: 00000000 edi: f000ef6f ebp: 0086c810 esp: 01711f7c
ds: 0018 es: 0018 fs: 002b gs: 002b ss: 0018
Process rm (pid: 3723, process nr: 63, stackpage=01711000)
Stack: 00000001 0012094b 012ccc0c 00000000 00000001 00000005 00000001 00115082
00000000 012ccc0c ffffffff fffffffc 00000000 0011516a 00000000 0010a4a2
00000000 00000000 00001590 ffffffff fffffffc 00000000 ffffffda 0000002b
Call Trace: [<0012094b>] [<00115082>] [<0011516a>] [<0010a4a2>]
Code: 8b 50 48 85 d2 74 22 f6 42 1c 01 74 0f 53 83 c0 48 50 e8 15

---------------------------------------------------------------

The Code and EIP seems to always be the same for every GP...

---------------------------------------------------------------

Using `/System.map' to map addresses to symbols.

>>EIP: 12c808 <locks_remove_locks+c/38>
Trace: 12094b <close_fp+37/5c>
Trace: 115082 <do_exit+112/1ec>
Trace: 11516a <sys_exit+e/10>
Trace: 10a4a2 <system_call+52/80>

Code: 12c808 <locks_remove_locks+c/38> movl 0x48(%eax),%edx
Code: 12c80b <locks_remove_locks+f/38> testl %edx,%edx
Code: 12c80d <locks_remove_locks+11/38> je 12c831 <locks_remove_locks+35/38>
Code: 12c80f <locks_remove_locks+13/38> testb $0x1,0x1c(%edx)
Code: 12c813 <locks_remove_locks+17/38> je 12c824 <locks_remove_locks+28/38>
Code: 12c815 <locks_remove_locks+19/38> pushl %ebx
Code: 12c816 <locks_remove_locks+1a/38> addl $0x48,%eax
Code: 12c819 <locks_remove_locks+1d/38> pushl %eax
Code: 12c81a <locks_remove_locks+1e/38> call 9090002c <_EIP+9090002c>
Code: 12c81f <locks_remove_locks+23/38> nop