FS#35898 - [inetutils 1.9.1-4] ftp "get" command dumps core
Attached to Project:
Arch Linux
Opened by Glenn (grepfor) - Saturday, 22 June 2013, 20:15 GMT
Last edited by Eric Belanger (Snowman) - Friday, 20 September 2013, 17:39 GMT
Opened by Glenn (grepfor) - Saturday, 22 June 2013, 20:15 GMT
Last edited by Eric Belanger (Snowman) - Friday, 20 September 2013, 17:39 GMT
|
Details
Description: Executing ftp "get" sometimes results in a
coredump in libc. The attachment shows a full minimal
example sequence, with verbosity enabled. (Filenames and
other private info replaced by "xxxx".)
Additional info: * Package: inetutils 1.9.1-4 Steps to reproduce: See attachement. That example is 100% reproducible. |
This task depends upon
Closed by Eric Belanger (Snowman)
Friday, 20 September 2013, 17:39 GMT
Reason for closing: Fixed
Additional comments about closing: inetutils 1.9.1.341-1
Friday, 20 September 2013, 17:39 GMT
Reason for closing: Fixed
Additional comments about closing: inetutils 1.9.1.341-1
Was able to reproduce the problem using ftp.archlinux.org server.
Below is a .netrc entry that seems to reproduce the segfault consistently, upon executing the "get_files" macro. That macro simply runs four "get" commands in a row. Why four? Because it often does not fail until several "get"s are done in a row. The fourth one was most often the killer, but not consistently. I did observe it fail once on the first "get".
The attachment ("example2.txt") shows a typical result, failing on the 4th "get".
NOTE: The file and directory chosen for download was entirely arbitrary. Just picked a dir/file of roughly the same size as the ones I was using in my original example.
================ .netrc entry for reproducing problem on ftp.archlinux.org server ============
machine ftp.archlinux.org
login anonymous
macdef init
bin
hash
cd "/sources/packages"
macdef get_files
cd "/sources/packages"
get zziplib-0.13.62-1.src.tar.gz
get zziplib-0.13.62-1.src.tar.gz
get zziplib-0.13.62-1.src.tar.gz
get zziplib-0.13.62-1.src.tar.gz
=============================================================================
Btw, not a criticism or complaint but... what is the proper way to avoid the delay (from 23-June until now) in a report like this? Or is it just a matter of squeaky-wheel gets attention?
Again, not complaining, just asking so I know better next time.
Thanks.
I'll post the upstream bug # once I get it from gnu.org.
Looking now at the ML archives -- I should have done that first, would have seen the first message there -- I see both messages.
Summertime = vacationtime I guess... ?
Just lettin' ya know.
During ML discusstion of this bug with the pkg maintainer (Mats Erik Andersson) he mentioned the following tangentially:
>
> (Side note: inetutils-telnetd is severely misbehaving on
> Arch Linux, but not on Debian, BSD or Solaris. Is this
> known to your collegues?)
>
Just letting you know about it. If you want more detail check with him on the ML I guess.
The gnu.org inetutils maintainer has some concerns regarding a specific library (eglibc-2.17) used by Arch that may be implicated in this bug (and possibly some others). Is it possible for you to get involved in answering his questions about this? Also if you have time, could you please attempt to reproduce this segfault on your Arch system. He is unable to reproduce it on several systems that he's tried (not Arch) yet it consistently occurs on all my Arch machines. So it is looking more Arch-specific at this point, although it is not definite.
If you want to familiarize yourself with the background discussion, see the last few messages in the ML. The most relevant is this one:
http://lists.gnu.org/archive/html/bug-inetutils/2013-09/msg00013.html
Thanks.
Thx.
2. I am able to reproduce the error with the inetutils in core. With the inetutils in testing, the error is gone.