On Sun, 2011-05-15 at 16:45 +0200, Thomas Schwinge wrote: > From this, and your later email, I would guess (I have not looked at the > source code) that debian/minimaltest is a shell script (test harness), > and runs its tests against the Exim binary > build-tree/build-exim4-daemon-light/exim, the failing one with options > ``-C .../exim4.conf -bV''. You can put ``set -v; set -x'' statements
Yes I found out the commandline with set -x > into debian/minimaltest to have it print during execution what it's > exactly doing (see ``info bash'', or ``help set''). Can you reproduce > the segfault by manually running > ``build-tree/build-exim4-daemon-light/exim -C .../exim4.conf -bV''? If > yes, then run that one through GDB. Yes, I can reproduce with: build-tree/build-exim4-daemon-light/exim -C /home/srs/DEBs/exim/exim4-4.76/test/eximtest/exim4.conf -bV Exim version 4.76 #1 built 15-May-2011 00:09:25 Copyright (c) University of Cambridge, 1995 - 2007 Berkeley DB: Berkeley DB 5.1.25: (January 28, 2011) Support for: crypteq iconv() IPv6 GnuTLS move_frozen_messages DKIM Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dnsdb dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 2011-05-15 23:15:06 exim user lost privilege for using -C option Segmentation fault srs@kvm-hurd:~/DEBs/exim/exim4-4.76$ And with gdb the only output I get is (and no stack) gdb build-tree/build-exim4-daemon-light/exim Cannot access memory at address 0xffff548d (I get this by just requesting: run from the gdb prompt, no file needed) gdb bug?
