Your message dated Tue, 07 May 2013 10:12:09 +0200 with message-id <[email protected]> and subject line Re: Bug#705804: lftp: aborts with assertion failed in Ftp::CheckResp(int) has caused the Debian Bug report #705804, regarding lftp: aborts with assertion failed in Ftp::CheckResp(int) to be marked as done.
This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact [email protected] immediately.) -- 705804: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705804 Debian Bug Tracking System Contact [email protected] with problems
--- Begin Message ---Package: lftp Version: 4.3.8-1.1 Severity: minor Hello, I noticed that lftp sometimes has trouble with "cd //" : % LANG=C lftp ftp.microsoft.com lftp ftp.microsoft.com:~> cd Products/Windows/Windows95 cd ok, cwd=/Products/Windows/Windows95 lftp ftp.microsoft.com:/Products/Windows/Windows95> cd // lftp: ftpclass.cc:4037: void Ftp::CheckResp(int): Assertion `!strcmp(arg,file)' failed. zsh: abort LANG=C lftp ftp.microsoft.com Doing a "cd /" works, as does a "cd //" just after connecting. It is also noteworthy that it depends on the connected server: % LANG=C lftp ftp.debian.org lftp ftp.debian.org:~> cd debian/dists/sid cd ok, cwd=/debian/dists/sid lftp ftp.debian.org:/debian/dists/sid> cd // cd ok, cwd=// lftp ftp.debian.org://> That's probably not a big bug (hence the minor severity), but I thought that a visible abort() was worth a bug report. Thanks, have a nice day ! -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lftp depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libgnutls26 2.12.20-6 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9-10 ii netbase 5.0 lftp recommends no packages. lftp suggests no packages. -- no debconf information -- Etienne Millon
--- End Message ---
--- Begin Message ---tags 705804 + confirmed fixed 705804 4.4.5-1 thanks Salut Etienne, Am Samstag, den 20.04.2013, 12:25 +0200 schrieb Etienne Millon: > lftp ftp.microsoft.com:/Products/Windows/Windows95> cd // > lftp: ftpclass.cc:4037: void Ftp::CheckResp(int): Assertion > `!strcmp(arg,file)' failed. > zsh: abort LANG=C lftp ftp.microsoft.com I could reproduce this with lftp 4.3.8. I build and uploaded 4.4.8 to unstable this weekend and the problem is not reproduceable anymore. $ LC_ALL=C lftp -d ftp.microsoft.com lftp ftp.microsoft.com:~> cd Products/Windows/Windows95 ---- Connecting to ftp.microsoft.com (64.4.17.176) port 21 <--- 220 Microsoft FTP Service ---> FEAT <--- 211-Extended features supported: <--- LANG EN* <--- UTF8 <--- AUTH TLS;TLS-C;SSL;TLS-P; <--- PBSZ <--- PROT C;P; <--- CCC <--- HOST <--- SIZE <--- MDTM <--- REST STREAM <--- 211 END ---> LANG <--- 200 Language is now English, UTF-8 encoding. ---> OPTS UTF8 ON <--- 200 OPTS UTF8 command successful - UTF8 encoding now ON. ---> HOST ftp.microsoft.com <--- 504 Server cannot accept argument. ---> USER anonymous <--- 331 Anonymous access allowed, send identity (e-mail name) as password. ---> PASS lftp@ <--- 230-Welcome to FTP.MICROSOFT.COM. Also visit http://www.microsoft.com/downloads. <--- 230 User logged in. ---> PWD <--- 257 "/" is current directory. ---- CWD path to be sent is `/Products/Windows/Windows95' ---> CWD Products <--- 250 CWD command successful. ---> CWD Windows <--- 250 CWD command successful. ---> CWD Windows95 <--- 250 CWD command successful. cd ok, cwd=/Products/Windows/Windows95 lftp ftp.microsoft.com:/Products/Windows/Windows95> cd // ---- CWD path to be sent is `/' ---> CWD / <--- 250 CWD command successful. cd ok, cwd=// lftp ftp.microsoft.com://> > That's probably not a big bug (hence the minor severity), but I > thought that a visible abort() was worth a bug report. Absolutely true. Thanks for your report. -- Noël Köthe <noel debian.org> Debian GNU/Linux, www.debian.org
signature.asc
Description: This is a digitally signed message part
--- End Message ---
