+++ This bug was initially created as a clone of Bug #140567 +++
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5)
Description of problem:
I attempted a file transfer from a remote ftp to my system. I
selected the folder I wanted the file to go in the left pane of the
program, and selected the file I wanted to transfer on the right. I
clicked the right arrow signifying the transfer and the program crashed.
I tried this again but instead dragged the fil from the right pane to
the left, with the same results.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Login to a FTP
2. Click a file on the right pane to download
3. Click the bottom arrow pointing left or drag the file to left pane
Actual Results: Gftp crashed.
Expected Results: For the file to transfer to the specified folder.
I started looking for the relevant patch by looking at 2.0.18 but it occurs to
me you may be able to do it much faster. Let me know if you need me to try
tracking it down and I'll post the patch here.
it's not a bug actually, it has to be x86_64 but redhat gives just i386 version
that's why... just get the gftp source rpm and rebuild with "--target x86_64"
option like this:
rpmbuild --rebuild gftp-foo.src.rpm --target x86_64
and then, remove i386 one and install new x86_64 package...
I have the same issue and I tried your sollution and it still does not work.
x86_64 platform, Dell, REL 4 WS. Every time I try and download it crashes.
Created attachment 120719 [details]
Fix backported from upstream
I'm seeing this same behaviour in gftp-2.0.17-5.x86_64. I tried several ftp
sites (including the bookmark to RH Updates) and while it connects okay, every
time I try a transfer (in either direction) gftp immediately segfaults after
creating an empty file. I can however rename and delete files without problem
(locally and remotely) - just transfers are a problem.
Building from the source RPM (I tried both 2.0.17-3 and 2.0.17-5) made no
difference. This is RHEL WS 4, fully patched as of 4/20/2006.
I can confirm this bug - I also see it on our RHEL WS 4 x86_64 using even the
updated 2.0.17-5 version. Are we supposed to do anything with the
"gftp-64-bit-fixes.patch" attachment of Bastien and if so, what?
After a bit more digging, I found that the guys at Fedora (actually the gftp
programmer) solved it with version 2.0.18 of gftp (see www.gftp.org):
I downloaded and built it from the source - runs fine! Curiously enough, that
version 2.0.18 dates from January 2005 - before this RHEL bug appeared... %-)
Patch has been included in gftp-2.0.17-6
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.