Xffm and Samba 3.014a and Japanese

[Edscott Wilson Garcia]

El vie, 27-05-2005 a las 18:08 +0900, Daichi Kawahata escribió:

> > >         stock
> > >           m-font.svg  <- this one
> > >           m-lock.svg  <- this one
> > >           [...]
> > >           stock_dnd_multiple.svg <- this one
> > 
> > I cannot find anything wrong with these icons. Are they installed
> > where they are supposed to? If you view the directory where they
> > live with xffm are they previewed properly?
> 
> They aren't still displayed correctly even on your latest change, you
> can see at attached images. What I'm wondering is these SVG icons were
> displayed correctly with the other apps, so icon itself would be valid.
> 

With respect to the first attached image, I have not found a reason why
they are not displayed. If they appear in the right pane it is because
they are found in the Rodent directory. If the skull-crossbones appears
is because the gtk function to create the pixbuf failed. On my system I
needed to run ./autogen.sh again because for some reason the changes I
made in the Makefile.am were not applied with a simple "make install".


> However it was ringing a bell when I had seen the following outputs and
> attached stack trace log (removing & recreating Rodent.48.cache.dbh
> didn't work, also it wasn't entire crash),
> 
>     TRACE[icon-module-theme.i:739] get_cache_path(): using cache: \
>      /usr/people/dick/.cache/xfce4/xfce4-modules/Rodent.48.cache.dbh
> 
>     TRACE[icon-module-theme.i:666] find_icon_path_priv(): \
>      cache miss for key m-lock (3165463179), cache will be \
>      regenerated soon.
>     TRACE[icon-module-theme.i:666] find_icon_path_priv(): \
>      cache miss for key m-font (3165284783), cache will be \
>      regenerated soon.
>     TRACE[icon-module-theme.i:666] find_icon_path_priv(): \
>      cache miss for key stock_dnd_multiple (3886323230), \
>      cache will be regenerated soon.
> 
> In fact, I've been having a problem with svg_loader.so (librsvg), which
> have been causing nasty segfault :-( it had been already reported at
> 
>     http://bugzilla.gnome.org/show_bug.cgi?id=164266
> 
> In consequence, I couldn't have SVG loader in ../gtk-2.0/2.4.0/loaders,
> and with these matters, I'm convinced that it's nothing to do with xffm.

This might be the problem. Svg image solving for semi-broken svg files
will cause crash in gtk-2-4 and there is no way to work around this if
svg images are to be used. See bug
http://bugzilla.xfce.org/show_bug.cgi?id=751
Issue is apparently solved in gtk-2.6.4.


> 
> > > I see, also have a question that is that monitoring concerned with
> > > response rate ? it sounds odd but I've noticed when I clicked
> > > directory icon, there costs measurable time in between next displaying
> > > (my machine isn't enough fast, because of).
> > 
> > If the reload of a directory takes more than 2 seconds, then will not be
> > reloaded automatically whenever it changes. Instead you have to reload
> > it manually. Probably should write to status line that the directory has
> > changed so user will know it is not up to date.
> 
> Yes, message appears, please apply the patch also.

Patch applied.

> 
> Index: POTFILES.in
> ===================================================================
> --- POTFILES.in (revision 14558)
> +++ POTFILES.in (working copy)
> @@ -16,6 +16,7 @@
>  desktop/xfce-filemanager-settings.desktop.in
>  gui/iconview/gridview-callbacks.i
>  gui/iconview/gridview-main.i
> +gui/iconview/gridview-monitor.i
>  gui/iconview/gridview-population.i
>  gui/iconview/gridview-roots.i
>  gui/treeview/treeview.c
> 
> > > Then, on topic, what I've noticed in xfsamba4 is that it displays
> > > anything in the viewing home directory as plain files, so I couldn't
> > > change current directory anymore, I know it might be default behaviour
> > > on my settings (and IRIX doesn't support smbfs, as a result, I was
> > > claimed when I had tried to mount my home directory via this plugin)
> > > in Samba, but is there any advice about that ?
> > 
> > Seems like a bug. Use treeview gui and turn verbose options on. Then
> > when you open your home directory, look at the output in the diagnostics
> > window and cut+paste so I can see what is not interpreted right.
> 
> First of all, just after succeeded login, I saw Samba account password is
> shown at status bar with plain ASCII ;) as for diagnostics, they are
> just outputted on directory reading as follows, but probably it needs to
> be increased log verbosity level on Samba side.
> 

Password is shown only if --enable-debug=yes or --enable-debug=trace. 

>     Domain=[MOOSE] OS=[Unix] Server=[Samba 3.0.14a]
> 
>         Sharename       Type      Comment
>         ---------       ----      -------
>         IPC$            IPC       IPC Service (Samba Server)
>         ADMIN$          IPC       IPC Service (Samba Server)
>         dick            Disk      dick's Home Directories
> 
>         Server               Comment
>         ---------            -------
> 
>         Workgroup            Master
>         ---------            -------
>         XFCE                 MOOSE
> 
>     XFSAMBA> smbclient //MOOSE/dick -c ls /*
>     Domain=[MOOSE] OS=[Unix] Server=[Samba 3.0.14a]
>       .                       D       0  Fri May 27 07:38:09 2005
>       ..                      D       0  Wed Feb  5 19:35:07 2003
>       .xt                    DH       0  Sun Mar 21 12:31:16 2004
>       bin                     D       0  Mon May 16 18:05:20 2005
......123456789012345678901234567
>       src                     D       0  Sat Apr 30 21:03:40 2005
>       [...]
> 
> at present, it looks like an attached image (xfsamba4.png), I could
> just see home directory but never change from there.

This is apparent from the output above. In Linux/FreeBSD versions, the
name field allows for 30+ characters, while it seems Irix only for 20+.
Seems like it is missing the "D" which tell xfsamba that the item is a
directory and should be treated as such. Let me look at the 3.0.14a
code...

samba-3.0.14a/source/client/client.c (line 375) uses:

d_printf("  %-30s%7.7s %8.0f  %s",

xfsamba uses:
  /* client.c: "  %-30s%7.7s %8.0f  %s",filename,attr,size,asctime */

The same. Maybe it is different with Irix? Please look at
samba-3.0.14a/source/client/client.c (line 375)?

Maybe the %-30s is interpreted differently in Irix?


> 
> The last one, when I tried to generate API docs with gtkdoc 1.3, the
> following errors were emitted in the doc/API,
> 
>     $ gmake      
>     *** Scanning header files ***
>     [...]
>     grep: ./xffm.types: No such file or directory
>     [...]
>     *** Rebuilding template files ***
>     cd . && gtkdoc-mktmpl --module=xffm
>     Structure declaration '  struct polygon *next;
>       struct polygon *previous;
>     }
>     polygon;
>     ' does not begin with struct [NAME] {
>     gmake: *** [tmpl-build.stamp] Error 255
> 
> I'm bit interested in plugin for xffm ...

The documentation is not yet complete. The template files are not
defined and there are functions which are located in the wrong library. 

As part of the documentation effort, there is a simple plugin which is
fully commented and works as an example (slocate plugin). I plan to make
the comments in this file gtk doc so that additional documentation can
be generated.

If you want to give a try before documentation is complete, just copy
plugins/slocate/slocate.c and modify as necessary. The only rule is that
the exported function symbol names are specific for each purpose
(explained in code). 

The slocate plugin has 2 ways of calling the slocate program. The first
is easy and simple uses a single thread. The second alternative uses the
"tubo" library (soon to be documented) which allows for threaded version
enabling things like the "stop" button and gtk-main-iterations.

If you decide to start before documentation is complete, let me know
what is unclear or where you have problems so I treat those points in
documentation.

regards,

Edscott