gftp-gtk.core
OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) Mink$ gftp & [1] 21133 Mink$ GLib (gthread-posix.c): Unexpected error from C library during 'pthread_mutex_lock': Operation not permitted. Aborting. [1] + Abort trap gftp (core dumped) Core dump too large for mailing list -- J. Scott Heppler
Re: gftp-gtk.core
On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: > OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) > > Mink$ gftp & > [1] 21133 > Mink$ GLib (gthread-posix.c): Unexpected error from C library during > 'pthread_mutex_lock': Operation not permitted. Aborting. > > [1] + Abort trap gftp (core dumped) > > Core dump too large for mailing list Yes lots of applications end up that way nowadays. Good thing there's an rthread hackathons next week :) -- Antoine
Re: gftp-gtk.core
On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot wrote: > On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: >> OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) >> >> Mink$ gftp & >> [1] 21133 >> Mink$ GLib (gthread-posix.c): Unexpected error from C library during >> 'pthread_mutex_lock': Operation not permitted. Aborting. >> >> [1] + Abort trap gftp (core dumped) >> >> Core dump too large for mailing list > > Yes lots of applications end up that way nowadays. > Good thing there's an rthread hackathons next week :) http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 I think we should follow netbsd and cast gftp to the flames... There's Filezilla, which is much better as a gui ftp client and, above all, is actively maintained. my 2 cents, David
Re: gftp-gtk.core
On Fri, Apr 13, 2012 at 01:32:45PM +0200, David Coppa wrote: > On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot > wrote: > > On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: > >> OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) > >> > >> Mink$ gftp & > >> [1] 21133 > >> Mink$ GLib (gthread-posix.c): Unexpected error from C library during > >> 'pthread_mutex_lock': Operation not permitted. Aborting. > >> > >> [1] + Abort trap gftp (core dumped) > >> > >> Core dump too large for mailing list > > > > Yes lots of applications end up that way nowadays. > > Good thing there's an rthread hackathons next week :) > > http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 > > I think we should follow netbsd and cast gftp to the flames... > There's Filezilla, which is much better as a gui ftp client and, above > all, is actively maintained. We'll see about that. Kurt and I are working on that issue anyway, it is not specific to gftp; lots of apps end up crashing this way. -- Antoine
Re: gftp-gtk.core
On Fri, Apr 13, 2012 at 1:49 PM, Antoine Jacoutot wrote: > On Fri, Apr 13, 2012 at 01:32:45PM +0200, David Coppa wrote: >> On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot >> wrote: >> > On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: >> >> OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) >> >> >> >> Mink$ gftp & >> >> [1] 21133 >> >> Mink$ GLib (gthread-posix.c): Unexpected error from C library during >> >> 'pthread_mutex_lock': Operation not permitted. Aborting. >> >> >> >> [1] + Abort trap gftp (core dumped) >> >> >> >> Core dump too large for mailing list >> > >> > Yes lots of applications end up that way nowadays. >> > Good thing there's an rthread hackathons next week :) >> >> http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 >> >> I think we should follow netbsd and cast gftp to the flames... >> There's Filezilla, which is much better as a gui ftp client and, above >> all, is actively maintained. > > We'll see about that. Kurt and I are working on that issue anyway, it is not > specific to gftp; lots of apps end up crashing this way. I know: bad coding habits. Unlocking a mutex that has never been locked or that is locked by another thread. Linux, obviously, is quite happy with these horrors :(
Re: gftp-gtk.core
On Fri, Apr 13, 2012 at 6:32 AM, David Coppa wrote: > On Fri, Apr 6, 2012 at 6:27 PM, Antoine Jacoutot > wrote: >> On Fri, Apr 06, 2012 at 08:43:04AM -0700, Scott Heppler wrote: >>> OpenBSD Mink.home.yak 5.1 GENERIC#193 i386 (and amd64) >>> >>> Mink$ gftp & >>> [1] 21133 >>> Mink$ GLib (gthread-posix.c): Unexpected error from C library during >>> 'pthread_mutex_lock': Operation not permitted. Aborting. >>> >>> [1] + Abort trap gftp (core dumped) >>> >>> Core dump too large for mailing list >> >> Yes lots of applications end up that way nowadays. >> Good thing there's an rthread hackathons next week :) > > http://www.netbsd.org/cgi-bin/query-pr-single.pl?number=31104 > > I think we should follow netbsd and cast gftp to the flames... > There's Filezilla, which is much better as a gui ftp client and, above > all, is actively maintained. > gftp hogs the whole cpu (pre-rthreads) when you are transferring a huge bunch of files, doesn't respond, appears frozen I believe. filezilla doesn't, it stays responsive and does the transfer. fz is much better...
Re: gftp-gtk.core
On Fri, 13 Apr 2012 08:08:27 -0500 Amit Kulkarni wrote: > gftp hogs the whole cpu (pre-rthreads) when you are transferring a > huge bunch of files, doesn't respond, appears frozen I believe. > filezilla doesn't, it stays responsive and does the transfer. fz is > much better... When I last compared gftp to filezilla, upto a year ago. Gftp was much faster at transferring many files. It also has some options that were missing from filezilla and opens up in a jiffy. I've been using it happily literally every day, ever since.
Re: gftp-gtk.core
> is actively maintained If you mean by upstream. I certainly don't see it as a security problem as it rides on the back of the awesome ssh and other programs in true unix spirit.
