[Mimedefang] mimedefang.sock

[Chris Masters]

> 
> I've never seen the behavior you describe.  Can you
> strace
> the milter to see what's happening?
> 

Good idea.

Looks as though it hasn't even handed control over to
'int main()' yet.

I guess this isn't a mimedefang issue.

Chris


[root at filter root]# gdb /usr/local/bin/mimedefang
20691
GNU gdb Red Hat Linux (5.2.1-4)
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General
Public License, and you are
welcome to change it and/or distribute copies of it
under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show
warranty" for details.
This GDB was configured as "i386-redhat-linux"...(no
debugging symbols found)...
Attaching to program: /usr/local/bin/mimedefang,
process 20691
Reading symbols from /lib/i686/libpthread.so.0...(no
debugging symbols found)...done.
Loaded symbols for /lib/i686/libpthread.so.0
Reading symbols from /lib/libnsl.so.1...(no debugging
symbols found)...done.
Loaded symbols for /lib/libnsl.so.1
Reading symbols from /lib/i686/libc.so.6...(no
debugging symbols found)...done.
Loaded symbols for /lib/i686/libc.so.6
Reading symbols from /lib/ld-linux.so.2...(no
debugging symbols found)...done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /lib/libnss_files.so.2...(no
debugging symbols found)...done.
Loaded symbols for /lib/libnss_files.so.2
Reading symbols from /lib/libnss_nisplus.so.2...(no
debugging symbols found)...done.
Loaded symbols for /lib/libnss_nisplus.so.2
0x400259a8 in read () from /lib/i686/libpthread.so.0
(gdb) bt
#0  0x400259a8 in read () from
/lib/i686/libpthread.so.0
#1  0xbfffcc30 in ?? ()
#2  0x0804c659 in strcpy ()
#3  0x0804c6e7 in strcpy ()
#4  0x0804bed5 in strcpy ()
#5  0x42015967 in __libc_start_main () from
/lib/i686/libc.so.6
(gdb)


		
__________________________________ 
Do you Yahoo!? 
Check out the new Yahoo! Front Page. 
www.yahoo.com