Various Xftree problems

[Joakim Andreasson]

On Wed, 27 Mar 2002 17:49:02 -0600
the words scribbled by Edscott Wilson García <edscott at imp.mx> were as follows:

> On Jue 21 Mar 2002 13:54, Joakim Andreasson wrote:
> > > >
> > > > 1) When I try to copy or move a file ore a bunch of files by dragging
> > > > it/them between two Xftree windows, it opens an xterm and runs the
> > > > command "ssh/scp" on the files. Even if it would work, this seems
> > > > unnessesary, but no files are either copied or moved. (I guess because
> > > > I don't run sshd.)
> 
> The problem is due to 2 things:
> 1- A weak local hostname configuration
> 2- Two different ways of obtaining client hostname by part of xftree.
> 
> This makes for two different hostnames for your box. "localhost.localdomain" 
> and "bethmoora". I just uploaded a fix to the CVS where the problem is now 
> avoided by using a single method for obtaining hostname (relying on the 
> WM_CLIENT_MACHINE atom). 
> 
> Please try the latest CVS. You should experience no scp/rsync attempt within 
> the same host. And the window and icon titles should say "bethmoora" instead 
> of "localhost.localdomain" (although Rox-2.0 will display the latter, no 
> scp/rsync attempt should occur either). 

Well, since I changed my configuration, I can't immediately reproduced the condition under which the problem occured, so... ;-) If you really want me to try, I could of course change my conf back, if so, just tell me. All I can say is that is does work under my current configuration.
 
> >
> > After som experimenting (the original files that made Xftree crash are
> > deleted, since at least that was done befor the crashes) I found that it
> > really doesn't matter what characters there are in the filename, only how
> > long it is. A length of 112 characters works, 113 makes Xftree crash.
> 
> I can't seem to reproduce it. Could you run xftree with gdb and get a 
> traceback after the crash I could fix it quickly, i.e.,
> $ gdb xftree
> gdb> run
> [ do the stuff to get the crash ]
> gdb> bt

Ok, here it is pasted from my terminal (you can also see the dummy
filename that causes the crash):

[j at bethmoora xftree]$ touch $HOME/fffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff
[j at bethmoora xftree]$ gdb xftree
GNU gdb Red Hat Linux 7.x (5.0rh-15) (MI_OUT)
Copyright 2001 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-redhat-linux"...
(gdb) run
Starting program: /usr/local/src/xfce-stable/xftree/xftree 

Program received signal SIGSEGV, Segmentation fault.
0x40390073 in strrchr () from /lib/i686/libc.so.6
(gdb) bt
#0  0x40390073 in strrchr () from /lib/i686/libc.so.6
#1  0x00000000 in __strtol_internal (nptr=0x80d6200 "P8\r\bÌ\017\001", 
    endptr=0x2, base=135320016, group=1)
(gdb) 

I noticed that this only occures when I try to delete a file on my home partition and not anywhere else. So it is AFAIK the movement to the .xfce/.trash directory that fails, not deletion.
 
> >
> > Looks neat, too bad I don't have a LAN. I checked my network configuration
> > and got Xftree working as intended. Thanks.
> 
> Should work properly now, even without a tidy network configuration (which is 
> not necesary without a LAN ;-)


> 
> saludos
> 
> Edscott
> 
> _______________________________________________
> Xfce-dev mailing list
> Xfce-dev at moongroup.com
> http://moongroup.com/mailman/listinfo/xfce-dev
>