I recently emerged ftp 0.17-r7. It only managed to transfer 2GB of data, then stopped. This did not happen with the previous version ftp 0.17-r6. The bug 101038 (http://bugs.gentoo.org/101038) discussed the same problem in 2005. Apparently this was fixed for 0.17-r5. When i added "-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE" to my CFLAGS (as suggested in 101038), and recompiled, ftp 0.17-r7 was able to GET files larger than 2GB correctly. Reproducible: Always Steps to Reproduce: 1.prepare a file larger than 2GB on your favourite ftp server 2.GET it 3. Actual Results: I got the file truncated after 2GB Expected Results: To get the entire file
(In reply to comment #0) > I recently emerged ftp 0.17-r7. > It only managed to transfer 2GB of data, then stopped. > This did not happen with the previous version ftp 0.17-r6. > Are you sure that this doesn't happen in -r6? The -r6 and -r7 ebuilds are pretty much the same, with -r7 only to include two more patches.
(In reply to comment #1) > Are you sure that this doesn't happen in -r6? The -r6 and -r7 ebuilds are > pretty much the same, with -r7 only to include two more patches. You are right. I reemerged r6 (without the additional CFLAGS) and it showed the same bad behaviour. Emerging r6 *with* the additional CFLAGS made it transfer the big file correctly. So probably the version i had updated from was an even older one... Sorry for the confusion.
*** This bug has been marked as a duplicate of bug 101038 ***
the ftp package does not respect CPPFLAGS
fixed in cvs http://sources.gentoo.org/net-ftp/ftp/ftp-0.17-r7.ebuild?r1=1.6&r2=1.7 http://sources.gentoo.org/net-ftp/ftp/files/netkit-ftp-0.17-CPPFLAGS.patch?rev=1.1
