-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 SuSE 10 Retail Release AMD Athlon 2800 1gig of DDR 400 ATI Radeon I installed kftp grabber everything ran great until I rebooted now after reboot it crashes when trying to startup. I tried upgrading through yast and uninstalling and reinstalling through yast but no luck. Below is the traceback that is left on crash. Any help would be greatly appreciated. KFTP grabber is the only pret capable gui client I know of. Now I am back to using lftp which is great also but I sort of got spoiled with the gui client. Using host libthread_db library "/lib/tls/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 1097769824 (LWP 22194)] [KCrash handler] #6 0xffffe410 in __kernel_vsyscall () #7 0x415df541 in raise () from /lib/tls/libc.so.6 #8 0x415e0dbb in abort () from /lib/tls/libc.so.6 #9 0x4153f4f1 in __gnu_cxx::__verbose_terminate_handler () from /usr/lib/libstdc++.so.6 #10 0x4153ce15 in __gxx_personality_v0 () from /usr/lib/libstdc++.so.6 #11 0x4153ce52 in std::terminate () from /usr/lib/libstdc++.so.6 #12 0x4153cfba in __cxa_throw () from /usr/lib/libstdc++.so.6 #13 0x4153d421 in operator new () from /usr/lib/libstdc++.so.6 #14 0x4153d4ed in operator new[] () from /usr/lib/libstdc++.so.6 #15 0x4105dc9f in QString::setLength () from /usr/lib/qt3/lib/libqt-mt.so.3 #16 0x41066a9e in operator>> () from /usr/lib/qt3/lib/libqt-mt.so.3 #17 0x080f00c6 in operator>> (s=@0xbfb3c98c, a=@0xbfb3c820) at kftpextensions.cpp:156 #18 0x080f24a5 in operator>><FTPDirectoryItem> (s=@0xbfb3c98c, l=@0xbfb3c91c) at qvaluelist.h:644 #19 0x080f0ebf in operator>> (s=@0xbfb3c98c, a=@0xbfb3c8f0) at kftpextensions.cpp:198 #20 0x080f2913 in operator>><FTPCacheItem> (s=@0xbfb3c98c, l=@0x8194e38) at qvaluelist.h:644 #21 0x080f17c8 in KFTPCacheExtensions::cacheLoadFromFile (this=0x0, filename=@0x0) at kftpextensions.cpp:335 #22 0x0807061f in KFTPGrabber (this=0x8267188) at kftpgrabber.cpp:124 #23 0x0806e2ba in main (argc=0, argv=0x0) at main.cpp:104 #24 0x415ccea0 in __libc_start_main () from /lib/tls/libc.so.6 #25 0x0806de41 in _start () at start.S:119 - -- http://www.digitalrage.org/ The Information Technology News Center -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEFF6mt06NWq3hlzkRAvBlAJ9iL8iVmwpsRUOd2Wua4gG9p5sfAwCfS0DY FQ+3JViQxBS0aQX5mDvLLg8= =pKuN -----END PGP SIGNATURE-----
On Sunday 12 March 2006 12:47, Elijah Savage wrote:
I installed kftp grabber everything ran great until I rebooted
Hi Elijah, Where did you get the package from? (complete URL) How did you install it? (command line rpm? tar?) and please list the exact command sequence? What happens if you open the YaST "Software Management" module and click the button "Check Dependencies"? regards, Carl PS: I'm spoiled with GUI ftp clients, too :-) I use and highly recommend "gftp"
Carl Hartung wrote:
On Sunday 12 March 2006 12:47, Elijah Savage wrote:
I installed kftp grabber everything ran great until I rebooted
Hi Elijah,
Where did you get the package from? (complete URL) http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.0/RPMS/i686/kftpgrabber-... How did you install it? (command line rpm? tar?) and please list the exact command sequence? Installed the rpm by using YAST through Konquerer What happens if you open the YaST "Software Management" module and click the button "Check Dependencies"? I used the auotcheck dependencies when installing. SO now that it is installed all dependencies shows installed also.
regards,
Carl
PS: I'm spoiled with GUI ftp clients, too :-) I use and highly recommend "gftp"
On Sunday 12 March 2006 13:40, Elijah Savage wrote:
http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.0/RPMS/i686/kftpgrabber -0.7.0_0.1-1.guru.suse100.i686.rpm
This is interesting because Pascal builds great packages. This looks like it should be the right one for your system.
Installed the rpm by using YAST through Konquerer Nothing wrong here...
I used the auotcheck dependencies when installing. SO now that it is installed all dependencies shows installed also.
More questions: Have you ever in the past instructed YaST to 'ignore conflicts' when installing a package? It remembers these settings and will not report them again until it has been reset to report them. Do you get any meaningful feedback before/during the crash if you launch it from the command line? Is anything interesting showing up in ~/.xsession-errors? regards, Carl
Carl Hartung wrote:
On Sunday 12 March 2006 13:40, Elijah Savage wrote:
http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.0/RPMS/i686/kftpgrabber -0.7.0_0.1-1.guru.suse100.i686.rpm
This is interesting because Pascal builds great packages. This looks like it should be the right one for your system.
Installed the rpm by using YAST through Konquerer Nothing wrong here...
I used the auotcheck dependencies when installing. SO now that it is installed all dependencies shows installed also.
More questions:
Have you ever in the past instructed YaST to 'ignore conflicts' when installing a package? It remembers these settings and will not report them again until it has been reset to report them. No sir never have
Do you get any meaningful feedback before/during the crash if you launch it from the command line? Now I have made some headway possibly :) As I said this all ran great until I rebooted. From the command line as a regular user it crashes. But if I su - then run the command line it works great.
Is anything interesting showing up in ~/.xsession-errors?
regards,
Carl
Elijah Savage wrote:
Carl Hartung wrote:
On Sunday 12 March 2006 13:40, Elijah Savage wrote:
http://ftp.gwdg.de/pub/linux/misc/suser-guru/rpm/10.0/RPMS/i686/kftpgrabber -0.7.0_0.1-1.guru.suse100.i686.rpm This is interesting because Pascal builds great packages. This looks like it should be the right one for your system.
Installed the rpm by using YAST through Konquerer Nothing wrong here...
I used the auotcheck dependencies when installing. SO now that it is installed all dependencies shows installed also. More questions:
Have you ever in the past instructed YaST to 'ignore conflicts' when installing a package? It remembers these settings and will not report them again until it has been reset to report them. No sir never have Do you get any meaningful feedback before/during the crash if you launch it from the command line? Now I have made some headway possibly :) As I said this all ran great until I rebooted. From the command line as a regular user it crashes. But if I su - then run the command line it works great. Is anything interesting showing up in ~/.xsession-errors?
regards,
Carl
I have it resolved, Carl thank you for your help just those questions alone gave me some methodical troubleshooting steps that lead me to the resolution. I deleted /home/user/.kde/share/apps/kftpgrabber And now it fires right up. Seems as if the profile for the app became corrupt during reboot for some reason. -- http://www.digitalrage.org/ The Information Technology News Center
On Sunday 12 March 2006 15:22, Elijah Savage wrote:
I have it resolved, Carl thank you for your help just those questions alone gave me some methodical troubleshooting steps that lead me to the resolution. I deleted
/home/user/.kde/share/apps/kftpgrabber
And now it fires right up. Seems as if the profile for the app became corrupt during reboot for some reason.
You're welcome, Elijah. Hopefully, it won't repeat this performance after the next boot. ;-) If it does, you could always try gftp. Carl
On Sun, 2006-03-12 at 15:12 -0500, Elijah Savage wrote:
Carl Hartung wrote:
Have you ever in the past instructed YaST to 'ignore conflicts' when installing a package? It remembers these settings and will not report them again until it has been reset to report them.
No sir never have
Do you get any meaningful feedback before/during the crash if you launch it from the command line?
Now I have made some headway possibly :) As I said this all ran great until I rebooted. From the command line as a regular user it crashes. But if I su - then run the command line it works great.
Looks like the app had some permissions changed during boot.
-- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998
On Sun, 2006-03-12 at 13:11 -0500, Carl Hartung wrote:
On Sunday 12 March 2006 12:47, Elijah Savage wrote:
I installed kftp grabber everything ran great until I rebooted
Hi Elijah,
Where did you get the package from? (complete URL) How did you install it? (command line rpm? tar?) and please list the exact command sequence? What happens if you open the YaST "Software Management" module and click the button "Check Dependencies"?
regards,
Carl
PS: I'm spoiled with GUI ftp clients, too :-) I use and highly recommend "gftp"
Ever use kasablanka? It sure works good for me, although I would still rather use rsync. -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998
On Sunday 12 March 2006 19:33, Ken Schneider wrote:
Ever use kasablanka? It sure works good for me, although I would still rather use rsync.
Hi Ken, No I haven't but I'll look at it, now... always nice to have a fallback. Thanks! Carl
On Sun, 2006-03-12 at 19:42 -0500, Carl Hartung wrote:
On Sunday 12 March 2006 19:33, Ken Schneider wrote:
Ever use kasablanka? It sure works good for me, although I would still rather use rsync.
Hi Ken,
No I haven't but I'll look at it, now... always nice to have a fallback.
The version I am currently using is: kasablanca-0.4.0.2-3.guru.suse100 -- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998
Ken Schneider wrote:
On Sun, 2006-03-12 at 19:42 -0500, Carl Hartung wrote:
On Sunday 12 March 2006 19:33, Ken Schneider wrote:
Ever use kasablanka? It sure works good for me, although I would still rather use rsync. Hi Ken,
No I haven't but I'll look at it, now... always nice to have a fallback.
The version I am currently using is: kasablanca-0.4.0.2-3.guru.suse100
Is it pret capable? -- http://www.digitalrage.org/ The Information Technology News Center
Anders Johansson wrote:
On Monday 13 March 2006 02:19, Elijah Savage wrote:
Is it pret capable?
Aside from the French word for "ready", what on earth is pret?
Pret is a Pre Transfer command mainly used in distibuted ftp server scenarios. Instead of a load balancer at work we use drftpd to share the load between servers works great, I love it. -- http://www.digitalrage.org/ The Information Technology News Center
On Sun, 2006-03-12 at 20:51 -0500, Elijah Savage wrote:
Anders Johansson wrote:
On Monday 13 March 2006 02:19, Elijah Savage wrote:
Is it pret capable?
Aside from the French word for "ready", what on earth is pret?
Pret is a Pre Transfer command mainly used in distibuted ftp server scenarios. Instead of a load balancer at work we use drftpd to share the load between servers works great, I love it. One server at a time only. I use it to update the web site for a sailing club I belong to.
-- Ken Schneider UNIX since 1989, linux since 1994, SuSE since 1998
Ken Schneider wrote:
On Sun, 2006-03-12 at 20:51 -0500, Elijah Savage wrote:
Anders Johansson wrote:
On Monday 13 March 2006 02:19, Elijah Savage wrote:
Is it pret capable? Aside from the French word for "ready", what on earth is pret?
Pret is a Pre Transfer command mainly used in distibuted ftp server scenarios. Instead of a load balancer at work we use drftpd to share the load between servers works great, I love it. One server at a time only. I use it to update the web site for a sailing club I belong to.
Yes but if you have multiple servers with multiple large files they are spread across the servers. So I did not mean i nthe traditional since of load balancing sorry for the confusion. -- http://www.digitalrage.org/ The Information Technology News Center
participants (4)
-
Anders Johansson
-
Carl Hartung
-
Elijah Savage
-
Ken Schneider