Bug 17459 - fetchmail-5.4.3-4 segfaults under runsocks-1.0r10-5
fetchmail-5.4.3-4 segfaults under runsocks-1.0r10-5
Product: Red Hat Raw Hide
Classification: Retired
Component: fetchmail (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
Depends On:
  Show dependency treegraph
Reported: 2000-09-12 20:37 EDT by dunwoody
Modified: 2008-05-01 11:37 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2000-09-12 20:37:38 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description dunwoody 2000-09-12 20:37:37 EDT
On my Rawhide 20000811 system, fetchmail-5.4.3-4 segfaults under
Downgrading to fetchmail-5.3.0-1 solves the problem.  I notice that going
from fetchmail-5.3 to
fetchmail-5.4,  additional crypto libraries are used, including kerberos;
not sure if that's relevant.

This could very well be a runsocks problem, though I haven't had problems
using runsocks-1.0r10-5
with other apps, including telnet and cvs.

More details:

dunwoody2:/1> rpm -q runsocks
dunwoody2:/1> rpm -q fetchmail
dunwoody2:/1> cat .fetchmailrc
set postmaster "dunwoody"
set daemon 60
poll with proto POP3
user "dunwoody" there with password "*****" is dunwoody here options
dunwoody2:/1> ldd /usr/bin/fetchmail
	libcrypt.so.1 => /lib/libcrypt.so.1 (0x4001d000)
	libresolv.so.2 => /lib/libresolv.so.2 (0x4004a000)
	libc.so.6 => /lib/libc.so.6 (0x4005c000)
	/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
dunwoody2:/1> runsocks fetchmail -vN
fetchmail: starting fetchmail 5.3.0 daemon 
fetchmail: 5.3.0 querying (protocol POP3) at Tue, 12 Sep 2000
17:19:08 -0700 (PDT)
fetchmail: POP3< +OK InterMail POP3 server ready.
fetchmail: POP3> USER dunwoody
fetchmail: POP3< +OK please send PASS command
fetchmail: POP3> PASS *
fetchmail: POP3< +OK dunwoody is welcome here
fetchmail: POP3> STAT
fetchmail: POP3< +OK 0 0
fetchmail: No mail for dunwoody at
fetchmail: POP3> QUIT
fetchmail: POP3< +OK dunwoody InterMail POP3 server signing off.
fetchmail: fetchmail: sleeping at Tue, 12 Sep 2000 17:19:11 -0700 (PDT)
fetchmail: terminated with signal 2
dunwoody2:/1> ... rpm -Uvh /1/pkg/nrpm/fetchmail-5.4.3-4.i386.rpm 
dunwoody2:/1> ldd /usr/bin/fetchmail
	libkrb4.so.2 => /usr/kerberos/lib/libkrb4.so.2 (0x4001d000)
	libdes425.so.3 => /usr/kerberos/lib/libdes425.so.3 (0x40034000)
	libcrypt.so.1 => /lib/libcrypt.so.1 (0x40039000)
	libresolv.so.2 => /lib/libresolv.so.2 (0x40066000)
	libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x40078000)
	libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x400e0000)
	libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x400f5000)
	libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 (0x400f7000)
	libc.so.6 => /lib/libc.so.6 (0x4010c000)
	/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
dunwoody2:/1> runsocks fetchmail -vN
Segmentation fault
dunwoody2:/1> fetchmail -vN
fetchmail: starting fetchmail 5.4.3 daemon 
fetchmail: 5.4.3 querying (protocol POP3) at Tue, 12 Sep 2000
17:22:22 -0700 (PDT)
fetchmail: Query status=2 (SOCKET)
fetchmail: fetchmail: sleeping at Tue, 12 Sep 2000 17:22:25 -0700 (PDT)
fetchmail: terminated with signal 2
dunwoody2:/1> export LD_PRELOAD=libsocks5_sh.so
dunwoody2:/1> gdb /usr/bin/fetchmail
GNU gdb 5.0
Copyright 2000 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you
welcome to change it and/or distribute copies of it under certain
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)...
(gdb) r -vN
Starting program: /usr/bin/fetchmail -vN

Program received signal SIGSEGV, Segmentation fault.
0x40023836 in HostentCopy () from /usr/lib/libsocks5_sh.so
(gdb) bt
#0  0x40023836 in HostentCopy () from /usr/lib/libsocks5_sh.so
#1  0x40023be0 in gethostbyname () from /usr/lib/libsocks5_sh.so
#2  0x8052b77 in strcpy () at ../sysdeps/generic/strcpy.c:31
#3  0x8050f39 in strcpy () at ../sysdeps/generic/strcpy.c:31
#4  0x40146665 in __libc_start_main (main=0x8050d80 <strcpy+26060>, argc=2, 
    ubp_av=0xbffffac4, init=0x8049e64, fini=0x806283c <strcpy+98440>, 
    rtld_fini=0x4000dca4 <_dl_fini>, stack_end=0xbffffabc)
    at ../sysdeps/generic/libc-start.c:111
(gdb) q
The program is running.  Exit anyway? (y or n) y
Comment 1 Nalin Dahyabhai 2000-09-13 11:53:13 EDT
The 5.5.0 package from the build tree appears to work correctly if you rebuild
the socks5 package:

env LD_PRELOAD=`pwd`/libsocks5_sh.so gdb /usr/bin/fetchmail

(gdb) run -vN blade
Starting program: /usr/bin/fetchmail -vN blade
Enter password for root@blade: 
fetchmail: 5.5.0 querying blade (protocol auto) at Wed, 13 Sep 2000 11:52:02
-0400 (EDT)
fetchmail: 5.5.0 querying blade (protocol IMAP) at Wed, 13 Sep 2000 11:52:02
-0400 (EDT)
fetchmail: IMAP< * OK blade.devel.redhat.com IMAP4rev1 v12.264 server ready
fetchmail: IMAP> A0001 CAPABILITY
fetchmail: IMAP< A0001 OK CAPABILITY completed
fetchmail: IMAP> A0002 LOGIN "root" "*"
fetchmail: IMAP< A0002 NO LOGIN failed
fetchmail: Authorization failure on root@blade.devel.redhat.com
fetchmail: IMAP> A0003 LOGOUT
fetchmail: IMAP< * BYE blade.devel.redhat.com IMAP4rev1 server terminating
fetchmail: IMAP< A0003 OK LOGOUT completed
fetchmail: authorization error while fetching from blade
fetchmail: Query status=3 (AUTHFAIL)
fetchmail: normal termination, status 3

Program exited with code 03.

The NEWS file distributed with fetchmail mentions nothing about changes for
SOCKS support, so I suspect you just need to rebuild the socks5 package.
Comment 2 dunwoody 2000-10-14 17:06:07 EDT
I just installed fetchmail-5.5.0-2, and it works fine with runsocks-1.0r10-5, so
it now works for me, too.

Note You need to log in before you can comment on or make changes to this bug.