lftp 3.7.4 coredumps when running 'kill all'

FYI:

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

lftp ftp.knoppix.nl:/> j
[0] queue (http://ftp.knoppix.nl)
         Now executing: [1] mirror --parallel=3 -c .
  [1] mirror --parallel=3 -c .
   \mirror FreeBSD
    \mirror CERT
     \mirror advisories
         FreeBSD/CERT/advisories: Getting files information (14%) [Waiting for response...]
   \mirror ImageMagick
         ImageMagick: Getting files information (21%) [Waiting for response...]
   \mirror NetBSD
    \transfer .mirror
         `.mirror' at 151653496 (53%) 2.03M/s eta:60s [Receiving data]
lftp ftp.knoppix.nl:/> kill all
Segmentation fault (core dumped)
$

Program terminated with signal 11, Segmentation fault.
[New process 17989]
#0  0x000000000294c230 in ?? ()
(gdb) bt
#0  0x000000000294c230 in ?? ()
#1  0x0000000000446126 in ~FileAccessOperation (this=0x29544d0)
     at FileAccess.h:461
#2  0x0000000000443cc5 in ~ListInfo (this=0x29544d0) at FileAccess.cc:954

Re: GPL versions in lftp

Mirror exits prematurely if MDTM not supported?

Hello,

Still troubleshooting through an uncooperative proxy, here. :/ This time it's an FTP proxy rather than
doing FTP-over-HTTP. The proxy is dropping the ball on MDTM, not the remote server (I did get the remote
sysadmin to upgrade Cerberus :)

I had thought that if lftp receives an unuseful response to MDTM, while mirroring, that it would fall back to
using the LIST output for date information. However the trace below shows that it just quits. Is this
expected behavior?

> lftp -c "open 11.22.33.44; mirror 'logs/77/'"

---- Resolving host address...
---- 1 address found: 192.168.1.1
---- Connecting to proxy foo (192.168.1.1) port 21
<--- 220- 
<--- 220- FTP Proxy Service
<--- 220- 
<--- 220- INSTRUCTIONS
<--- 220- 
<--- 220- Enter login <at> server below to connect to host
<--- 220- 'server' as user 'login'. 
<--- 220  
---> USER anonymous <at> 11.22.33.44
<--- 331-(----GATEWAY CONNECTED TO 11.22.33.44----)
<--- 331-(220-Cerberus FTP Server Personal Edition)
<--- 331-(220-UNREGISTERED)
<--- 331-(220-Welcome to Cerberus FTP Server)
<--- 331-(220 Created by Grant Averett)
<--- 331 User anonymous, password please
---> PASS lftp <at> 
<--- 230 Password Ok, User logged in
---> FEAT
<--- 500 command not understood
---> PWD
<--- 257 "/" is the current directory
---> CWD /logs/77
<--- 250 Change directory ok
---> PASV
<--- 227 Entering Passive Mode (192,168,1,1,170,64)
---- Connecting data socket to (192.168.1.1) port 43584
---- Data connection established
---> LIST
<--- 150 Opening data connection
---- Got EOF on data connection
---- Closing data socket
<--- 226 Transfer complete
---> TYPE I
<--- 200 Type Binary
---> MDTM XML_SCRIPT.XML
<--- 500 command not understood
---> QUIT
---- Closing control socket

Curran Schiefelbein

mirroring only certain files from a subdirectory

Hi!

I have various files in a directory and want only those of them, that 
match a pattern, to be (reverse-)mirrored to an ftp site.
I tried the following:

    glob -f mirror --reverse --only-newer cache-prod-*bz2

(The last argument being the pattern I want.) However, lftp begins to 
mirror /all/ files anyway... Please, advise. Thanks! Yours,

    -mi

P.S. I'm on Solaris 10 using:

    LFTP | Version 3.7.4 | Copyright (c) 1996-2008 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 <lftp <at> uniyar.ac.ru>.

    Libraries used: Readline 4.2, OpenSSL 0.9.6g 9 Aug 2002

limiting mirroring to only the recent files

Hi!

Another problem I need to solve is uploading only the recent files 
(younger than a specified period, such as 2 days). Is that something I 
can formulate in lftp's language, or do I have to create a directory, 
sym-link my files into it, and then mirror that using lftp? Thanks!

    -mi

ls problem under SFTP

lftp 3.7.4 coredumps when running 'kill all' (again)

lftp ftp.knoppix.nl:/> j
[0] queue (http://ftp.knoppix.nl)
         Now executing: [1] mirror -c .
  [1] mirror -c .
   \mirror FreeBSD
    \mirror development
     \mirror FreeBSD-CVS
      \mirror ports
       \mirror graphics
        \mirror xmandel
         \mirror Attic
         FreeBSD/development/FreeBSD-CVS/ports/graphics/xmandel/Attic: Getting files information (50%) [Connecting...]
lftp ftp.knoppix.nl:/> kill all
Segmentation fault (core dumped)

[New process 19013]
#0  0x000000000000002f in ?? ()
(gdb) bt
#0  0x000000000000002f in ?? ()
#1  0x0000000000446126 in ~FileAccessOperation (this=0x2cb5f80)
     at FileAccess.h:461
#2  0x0000000000443cc5 in ~ListInfo (this=0x2cb5f80) at FileAccess.cc:954
#3  0x00000000004a5810 in ~GenericParseListInfo (this=0x2cb5f80)
     at NetAccess.h:123
#4  0x00000000004b7314 in ~HttpListInfo (this=0x2cb5f80) at HttpDir.h:32
#5  0x000000000043e351 in SMTask::CollectGarbage () at SMTask.cc:206
#6  0x000000000040f351 in Job::KillAll () at Job.cc:207
#7  0x000000000041866f in cmd_kill (parent=0x2229360) at commands.cc:2165
#8  0x000000000041258a in CmdExec::exec_parsed_command (this=0x2229360)
     at CmdExec.cc:225
#9  0x0000000000413e58 in CmdExec::Do (this=0x2229360) at CmdExec.cc:669
#10 0x000000000043e459 in SMTask::Schedule () at SMTask.cc:238
#11 0x000000000040dbbe in Job::WaitDone (this=0x2229360) at Job.cc:522
#12 0x0000000000408b50 in main (argc=1, argv=0x7fff0f7fdc88) at lftp.cc:466
(gdb)

On Tue, 4 Nov 2008, Justin Piszcz wrote:

> FYI:
>
> $ lftp --version
> LFTP | Version 3.7.4 | Copyright (c) 1996-2008 Alexander V. Lukyanov
>
> lftp ftp.knoppix.nl:/> j
> [0] queue (http://ftp.knoppix.nl)
>        Now executing: [1] mirror --parallel=3 -c .
> [1] mirror --parallel=3 -c .
>  \mirror FreeBSD
>   \mirror CERT
>    \mirror advisories
>        FreeBSD/CERT/advisories: Getting files information (14%) [Waiting for 
> response...]
>  \mirror ImageMagick
>        ImageMagick: Getting files information (21%) [Waiting for 
> response...]
>  \mirror NetBSD
>   \transfer .mirror
>        `.mirror' at 151653496 (53%) 2.03M/s eta:60s [Receiving data]
> lftp ftp.knoppix.nl:/> kill all
> Segmentation fault (core dumped)
> $
>
> Program terminated with signal 11, Segmentation fault.
> [New process 17989]
> #0  0x000000000294c230 in ?? ()
> (gdb) bt
> #0  0x000000000294c230 in ?? ()
> #1  0x0000000000446126 in ~FileAccessOperation (this=0x29544d0)
>    at FileAccess.h:461
> #2  0x0000000000443cc5 in ~ListInfo (this=0x29544d0) at FileAccess.cc:954
> #3  0x00000000004a5810 in ~GenericParseListInfo (this=0x29544d0)
>    at NetAccess.h:123
> #4  0x00000000004b7314 in ~HttpListInfo (this=0x29544d0) at HttpDir.h:32
> #5  0x000000000043e351 in SMTask::CollectGarbage () at SMTask.cc:206
> #6  0x000000000040f351 in Job::KillAll () at Job.cc:207
> #7  0x000000000041866f in cmd_kill (parent=0x228d360) at commands.cc:2165
> #8  0x000000000041258a in CmdExec::exec_parsed_command (this=0x228d360)
>    at CmdExec.cc:225
> #9  0x0000000000413e58 in CmdExec::Do (this=0x228d360) at CmdExec.cc:669
> #10 0x000000000043e459 in SMTask::Schedule () at SMTask.cc:238
> #11 0x000000000040dbbe in Job::WaitDone (this=0x228d360) at Job.cc:522
> #12 0x0000000000408b50 in main (argc=1, argv=0x7fffabdb6248) at lftp.cc:466
> (gdb)
>
> Justin.
>
>

Re: lftp 3.7.4 coredumps when running 'kill all'

On Tue, Nov 04, 2008 at 07:20:18AM -0500, Justin Piszcz wrote:
> $ lftp --version
> LFTP | Version 3.7.4 | Copyright (c) 1996-2008 Alexander V. Lukyanov

Should be fixed in 3.7.5. Please try.

--

-- 
   Alexander.

Re: documentation lftp option xfer:full-disk-fatal

On Mon, Oct 27, 2008 at 11:30:52AM +0100, Schmid Thomas (KIRX 13) wrote:
> where can I find a documentation of this option of lftp
> 
> xfer:full-disk-fatal
> set cmd:trace no

Fixed in lftp-3.7.5.

--

-- 
   Alexander.

Re: lftp 3.7.4 coredumps when running 'kill all'

On Fri, 7 Nov 2008, Alexander V. Lukyanov wrote:

> On Tue, Nov 04, 2008 at 07:20:18AM -0500, Justin Piszcz wrote:
>> $ lftp --version
>> LFTP | Version 3.7.4 | Copyright (c) 1996-2008 Alexander V. Lukyanov
>
> Should be fixed in 3.7.5. Please try.
>
> --
>   Alexander.
>
Does not compile:

$ make
Making all in m4
make[1]: Entering directory `/home/jpiszcz/lftp-3.7.5/m4'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/jpiszcz/lftp-3.7.5/m4'
Making all in doc
make[1]: Entering directory `/home/jpiszcz/lftp-3.7.5/doc'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/jpiszcz/lftp-3.7.5/doc'
Making all in lib
make[1]: Entering directory `/home/jpiszcz/lftp-3.7.5/lib'
make  all-recursive
make[2]: Entering directory `/home/jpiszcz/lftp-3.7.5/lib'
make[3]: Entering directory `/home/jpiszcz/lftp-3.7.5/lib'
make[3]: Leaving directory `/home/jpiszcz/lftp-3.7.5/lib'
make[2]: Leaving directory `/home/jpiszcz/lftp-3.7.5/lib'
make[1]: Leaving directory `/home/jpiszcz/lftp-3.7.5/lib'
Making all in src
make[1]: Entering directory `/home/jpiszcz/lftp-3.7.5/src'
/bin/sh ../libtool --silent --tag=CXX   --mode=compile gcc -DHAVE_CONFIG_H -I. -I../lib -I../lib
-I../trio      -g  -Wall -Wwrite-strings -Woverloaded-virtual -fno-exceptions -fno-rtti -MT commands.lo
-MD -MP -MF .deps/commands.Tpo -c -o commands.lo commands.cc
commands.cc: In member function 'Job* CmdExec::builtin_exit()':
commands.cc:706: error: 'waitpid' was not declared in this scope
make[1]: *** [commands.lo] Error 1
make[1]: Leaving directory `/home/jpiszcz/lftp-3.7.5/src'
make: *** [all-recursive] Error 1
Command exited with non-zero status 2
0.40user 0.10system 0:00.58elapsed 88%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+38011minor)pagefaults 0swaps
$