On Fri, 5 Oct 2007, Justin Piszcz wrote:

Arch: x86_64

lftp [EMAIL PROTECTED]:/dir> Segmentation fault (core dumped)

The client was inactive, sitting idle:

from (gdb) bt:

#0  0x00000000004ad4c4 in _rl_dispatch (key=256, map=0x93cd50)
   at readline.c:529
#1  0x00000000004ad253 in _rl_dispatch_subseq (key=256, map=0x93cd50,
   got_subseq=0) at readline.c:570
#2  0x00000000004ad4c9 in _rl_dispatch (key=256, map=0x93cd50)
   at readline.c:529
#3  0x00000000004ad253 in _rl_dispatch_subseq (key=256, map=0x93cd50,
   got_subseq=0) at readline.c:570
#4  0x00000000004ad4c9 in _rl_dispatch (key=256, map=0x93cd50)
   at readline.c:529
#5  0x00000000004ad253 in _rl_dispatch_subseq (key=256, map=0x93cd50,
   got_subseq=0) at readline.c:570
#6  0x00000000004ad4c9 in _rl_dispatch (key=256, map=0x93cd50)
   at readline.c:529
#7  0x00000000004ad253 in _rl_dispatch_subseq (key=256, map=0x93cd50,
   got_subseq=0) at readline.c:570

(goes on for thousands of lines)

#14162 0x00000000004ad4c9 in _rl_dispatch (key=256, map=0x93cd50)
   at readline.c:529
#14163 0x00000000004ad253 in _rl_dispatch_subseq (key=256, map=0x93cd50,
   got_subseq=0) at readline.c:570
#14164 0x00000000004ad4c9 in _rl_dispatch (key=256, map=0x93cd50)
   at readline.c:529
#14165 0x00000000004ad253 in _rl_dispatch_subseq (key=256, map=0x93cd50,
   got_subseq=0) at readline.c:570
#14166 0x00000000004ad4c9 in _rl_dispatch (key=256, map=0x93cd50)
   at readline.c:529
#14167 0x00000000004ad253 in _rl_dispatch_subseq (key=256, map=0x93cd50,
   got_subseq=0) at readline.c:570
---Type <return> to continue, or q <return> to quit---

$ lftp --version
LFTP | Version 3.5.11 | Copyright (c) 1996-2006 Alexander V. Lukyanov

LFTP 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. There is absolutely no warranty for LFTP. See COPYING for details.

Send bug reports and questions to <[email protected]>.

Libraries used: OpenSSL 0.9.8e 23 Feb 2007, zlib 1.2.3.3

Looks like it is time to upgrade to the latest, lftp-3.5.14.tar.bz2 or lftp-3.6.0.rc1.tar.gz.

Justin.


if /bin/sh ../libtool --silent --tag=CXX --mode=compile gcc -DHAVE_CONFIG_H -I. then mv -f ".deps/HttpDirXML.Tpo" ".deps/HttpDirXML.Plo"; else rm -f ".d if /bin/sh ../libtool --silent --tag=CXX --mode=compile gcc -DHAVE_CONFIG_H -I. then mv -f ".deps/LocalAccess.Tpo" ".deps/LocalAccess.Plo"; else rm -f " if /bin/sh ../libtool --silent --tag=CXX --mode=compile gcc -DHAVE_CONFIG_H -I. then mv -f ".deps/Fish.Tpo" ".deps/Fish.Plo"; else rm -f ".deps/Fish.Tpo if /bin/sh ../libtool --silent --tag=CXX --mode=compile gcc -DHAVE_CONFIG_H -I. then mv -f ".deps/SFtp.Tpo" ".deps/SFtp.Plo"; else rm -f ".deps/SFtp.Tpo if /bin/sh ../libtool --silent --tag=CXX --mode=compile gcc -DHAVE_CONFIG_H -I. then mv -f ".deps/Job.Tpo" ".deps/Job.Plo"; else rm -f ".deps/Job.Tpo";
SFtp.cc: In member function 'void SFtp::HandleExpect(SFtp::Expect*)':
SFtp.cc:892: warning: format '%lld' expects type 'long long int', but argument 4 SFtp.cc:892: warning: format '%lld' expects type 'long long int', but argument 5 Job.cc: In member function 'virtual void Job::ShowRunStatus(const SMTaskRef<Stat Job.cc:484: error: ISO C++ says that these are ambiguous, even though the worst xarray.h:89: note: candidate 1: T& xarray<T>::operator[](int) [with T = Job*] Job.cc:484: note: candidate 2: operator[](Job* const*, long int) <built-in>
make[1]: *** [Job.lo] Error 1
make[1]: *** Waiting for unfinished jobs....

Ok will try 3.5.14.

Justin.

Reply via email to