[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [gftp] marketing: target use case and target audience of gftp
On 03/26/2010 01:34 AM, Qianqian Fang wrote:
On 03/25/2010 11:55 PM, Anthony DiSante wrote:
The slow pace of development on gFTP is pretty frustrating to me,
especially when it comes to bugs that cause it to crash: I currently
have to use an old version (2.0.18) because 2.0.19 crashes regularly,
as I reported here over a year ago:
this really looks like a WM or video driver issue.
However, if you can convince me gftp is guilty and
give a reliable procedure to reproduce this issue
on a second machine, I would be glad to investigate
(so far, I haven't been able to duplicate it on my
I wish I could determine a reliable way to reproduce it, but it seems quite
random. It's just as I described in the bug report: I'll be using gFTP for a
while (could be minutes, hours, or days), all the while going about my
business normally, using gFTPs, Firefox, text editors, terminals, etc; but
eventually, for no apparent reason, when I switch from gFTP to some other
window, a few seconds later I notice that my CPU is spiked at 100% and the
gFTP window is frozen.
This has happened ever since 2.0.19 was released, across all the versions of
Gnome/Ubuntu since then. I'm running an Intel Core2Duo system with 8 GB of
RAM. I think my system and usage is pretty unexotic, except that I tend to
keep a lot of stuff running for a long time. I have 36 workspaces and at any
given time I have several dozen text editors and xterms running, along with
~5-10 gFTPs, all of which uses a fair amount of RAM, but otherwise doesn't tax
the system much, and doesn't seem to be a problem in general nor for any other
apps on my system.
I'm sure it's possible that the problem is actually with something else (WM,
video driver, whatever), but I've never seen this behavior with any app other
than gFTP 2.0.19.