Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 23 Jan 2004 19:17:40 +0100
From:      Simon Barner <barner@in.tum.de>
To:        Joe Marcus Clarke <marcus@marcuscom.com>
Cc:        FreeBSD GNOME Users <gnome@freebsd.org>
Subject:   Re: Nautilus crashes when associating applications to unknown file types
Message-ID:  <20040123181740.GA39634@zi025.glhnet.mhn.de>
In-Reply-To: <1074812611.774.120.camel@gyros>
References:  <20040121120143.GC903@zi025.glhnet.mhn.de> <1074812611.774.120.camel@gyros>

next in thread | previous in thread | raw e-mail | index | archive | help

--8t9RHnE3ZwKMSgU+
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hi Joe,

> Wow, if this patch works, it will be the most obvious memory bug I think
> I've ever had to fix in GNOME :-).

Thanks a lot for the patch.

It improved the situation in such a way that now
`gnome-file-type-properties' crashes.

The backtrace looks very much the same as before the patch (with debug
info, not stripped, but not very informative).

Speaking of backtraces: Is it possible to disable bugbuddy and to force
gnome applications to generate core dumps?

                              --- begin of bt ---

Backtrace was generated from '/usr/X11R6/bin/gnome-file-types-properties'

0x28ba9434 in __sys_poll () from /usr/lib/libc_r.so.4
#0  0x28ba9434 in __sys_poll () from /usr/lib/libc_r.so.4
#1  0x28ba895c in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4
#2  0x28ba8322 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4
#3  0x0 in ?? ()

Thread 1 (process 38555, thread 1):
#0  0x28ba9434 in __sys_poll () from /usr/lib/libc_r.so.4
No symbol table info available.
#1  0x28ba895c in _thread_kern_sched_state_unlock () from /usr/lib/libc_r.so.4
No symbol table info available.
#2  0x28ba8322 in _thread_kern_scheduler () from /usr/lib/libc_r.so.4
No symbol table info available.
#3  0x0 in ?? ()
No symbol table info available.

                               --- end of bt ---

When I launch g-f-t-p manually, there is no crash, but my choice for a
handler program is ignored.

In this context it might be interesting to know, that files, that are
reported as "ASCII English text" by the `file' command, are listed as
"Unknown type" in Nautilus.

File types, that are properly classified by nautilus (e.g. PostScript
documents), are nicely opened.

One issue here is (or maybe it's by design), that the embedded ggv view
control ("View as GGV PostScript Document Control") is only used in the
old-style tree view of nautilus.

For the new spatial view, the external handler application is used,
regardless of the choice in the control center.

Simon

--8t9RHnE3ZwKMSgU+
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (FreeBSD)

iD8DBQFAEWVECkn+/eutqCoRAhlxAJoDRtA6Uf7S26FwNsz/DR3starAXACeKiaO
HW6T+m9FvujBAWu/ji2l5jE=
=t2NZ
-----END PGP SIGNATURE-----

--8t9RHnE3ZwKMSgU+--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20040123181740.GA39634>