Xffm and Samba 3.014a and Japanese

[Daichi Kawahata]

On Mon, 23 May 2005 10:13:02 -0500
Edscott Wilson Garcia wrote:

> > Then, here's an another problem that if I put EUC-JP or UTF-8 file
> > into the home directory, one of xffm related modules crashes (not
> > total crash). Too bad, attached stack trace log seems quite useless
> > in this case and I couldn't make sure what caused it actually.
> 
> If you use the option "--enable-debug=yes" at configure time, then the 
> modules will be dynamically linked any you will get a usefull debug
> traceback. If you continue to get a crash without debug information,
> then the problem is with a plugin (highly unlikely on startup) and you
> can remove the plugins from your installation directory one-by-one to
> find out which one is the problem.

It comes from like this (wasn't nothing to EUC-JP, UTF-8 and reproducible
either) on 4.3.1.92,

    $ xffm 
    base_dirs:
            /usr/people/dick/.icons
            /usr/local/share/icons
    theme_list:
            Rodent
            gnome
            hicolor
    xffm: signal 11 received. Cleaning up before exiting
    xffm: logfile = /usr/people/dick/.cache/xfce4/xffm/xffm_error.log
    xffm: dumping core at= /usr/people/dick/.cache/xfce4/xffm
    xffm: signal 11 received. Cleaning up before exiting
    xffm: logfile = /usr/people/dick/.cache/xfce4/xffm/xffm_error.log
    xffm: dumping core at= /usr/people/dick/.cache/xfce4/xffm

note that my ~/.icons directory stores SGI image data (RLE) for 4Dwm
(default IRIX's window manager) as follows,

    % ls ~/.icons
    Blender.icon IWsh.icon Realsoft3D.icon Sylpheed.icon ...

and I've noticed some icons turn the skull & crossbones as attached
images, trace log is still useless as well,

    (gdb) bt full
    #0  0x0fa57e98 in _prctl () at /xlv46/6.5.22m/work/irix/lib/...
    No locals.
    #1  0x0c06f974 in pthread_kill () at sig.c:149
    No locals.
    #2  0x0c070988 in _SGIPT_libc_raise () at sig.c:660
    No locals.
    #3  0x0fade6c4 in _raise () at raise.c:26
    No locals.
    #4  0x0fa7c038 in abort () at abort.c:52
    No locals.
    #5  0x100053b8 in finishit (sig=263532792) at main.c:83
            green = 0
            __PRETTY_FUNCTION__ = "finishit"
    #6  0x0c070260 in _SGIPT_libc_sigaction () from /usr/lib32/libpthread.so
    No locals.
    Cannot access memory at address 0xfffffffe

do you think there's an another factor other than xffm ?

> > Also it might not be related encoding issue, when I re-sized & exited &
> > restarted xfce4-fm, it doesn't show icons at home directly, seems to
> > cause hang or the like. It's difficult to explain, but when I moved
> > to another directory from the home, it shows icons ordinary ...
>
> Try this again with 4.3.1.92. Several things have changed recently with
> respect to restoring the iconview geometry according to the selected
> directory, maybe the problem is fixed. If problem remains, then the irix
> gtk is working differently and we must force an expose event callback.
> Does the problem happen with all directories where you have specifically
> resized the window?

Now it appears ordinary, thanks. One thing I've noticed is that following
messages continue to be emitted,

DBG[gridview-monitor.i:29] gridview_monitor(): load_time (3) for \
 /usr/people/dick takes too long for automatic monitor...
DBG[gridview-monitor.i:29] gridview_monitor(): load_time (3) for \
 /usr/people/dick takes too long for automatic monitor...
DBG[gridview-monitor.i:29] gridview_monitor(): load_time (3) for \
 /usr/people/dick takes too long for automatic monitor...
DBG[gridview-monitor.i:29] gridview_monitor(): load_time (3) for \
 /usr/people/dick takes too long for automatic monitor...
DBG[gridview-monitor.i:29] gridview_monitor(): load_time (3) for \
 /usr/people/dick takes too long for automatic monitor...

on my home (or some) directory displaying.

Regards,
-- 
Daichi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: popup_menu_in_xfce4-fm.png
Type: image/png
Size: 20768 bytes
Desc: not available
URL: <http://mail.xfce.org/pipermail/xfce4-dev/attachments/20050525/dcda2e20/attachment.png>