Date: 23 May 2003 01:00:25 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Jeremy Messenger <mezz7@cox.net> Cc: freebsd-gnome@freebsd.org Subject: Re: nautilus-cd-burner seg fault... Message-ID: <1053666024.98088.7.camel@shumai.marcuscom.com> In-Reply-To: <oprplwkai78ckrg5@smtp.central.cox.net> References: <oprplwkai78ckrg5@smtp.central.cox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-jJvMsOhTTReG4R0IT0Oh Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2003-05-22 at 23:42, Jeremy Messenger wrote: > It did happened to me very very few (two to three) times when I was test=20 > many patches from Joe. But, I never can catch why it got seg fault and=20 > dumped core file. It seems like it's only happened in the root by via su.= =20 > It happened to me again one time recently again and I was never able to=20 > catch it so I can use it under gdb. I just learned that gdb can run the=20 > core file, so hope it will be something useful. The problem might be on=20 > gnomevfs2; not nautilus-cd-burner.. I dunno.. :-) I'm wondering if you have some bad memory or cache on this machine.=20 estimate_size() is always called with an argument of "burn:///" which should never be 0x0. Are you building with optimizations other than the default? Joe >=20 > Cheers, > Mezz >=20 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D > # gdb nautilus-cd-burner nautilus-cd-burner.core >=20 > Core was generated by `nautilus-cd-burner'. > Program terminated with signal 11, Segmentation fault. >=20 > [...loaded stuff...] >=20 > #0 gnome_vfs_get_file_info_uri_cancellable (uri=3D0x0, info=3D0x1f,=20 > options=3D31, > context=3D0x0) at gnome-vfs-cancellable-ops.c:178 > 178 gnome-vfs-cancellable-ops.c: No such file or directory. > in gnome-vfs-cancellable-ops.c >=20 > (gdb) bt > #0 gnome_vfs_get_file_info_uri_cancellable (uri=3D0x0, info=3D0x1f,=20 > options=3D31, > context=3D0x0) at gnome-vfs-cancellable-ops.c:178 > #1 0x282f6f05 in gnome_vfs_get_file_info_uri (uri=3D0x0, info=3D0x0, > options=3DGNOME_VFS_FILE_INFO_DEFAULT) at gnome-vfs-ops.c:302 > #2 0x282e4ae7 in directory_visit_internal (uri=3D0x0, prefix=3D0x0, > ancestor_references=3D0x0, info_options=3DGNOME_VFS_FILE_INFO_DEFAULT= , > visit_options=3DGNOME_VFS_DIRECTORY_VISIT_DEFAULT, > callback=3D0x804c430 <estimate_size_callback>, data=3D0xbfbffa20) > at gnome-vfs-directory.c:335 > #3 0x282e4f0e in gnome_vfs_directory_visit (text_uri=3D0x0, > info_options=3DGNOME_VFS_FILE_INFO_DEFAULT, > visit_options=3DGNOME_VFS_DIRECTORY_VISIT_DEFAULT, callback=3D0, data= =3D0x0) > at gnome-vfs-directory.c:511 > #4 0x0804c4ae in estimate_size (uri=3D0x0) at nautilus-cd-burner.c:401 > #5 0x0804d494 in main (argc=3D1, argv=3D0xbfbffb28) at nautilus-cd-=20 > burner.c:832 > #6 0x0804b8e5 in _start () > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-jJvMsOhTTReG4R0IT0Oh Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD4DBQA+zarob2iPiv4Uz4cRAp5LAJ0dftWyXE/McsC7EOpRILN5U2loqwCWNzj7 B8Ro+MtwU724oKDnzcg8Ig== =dq/K -----END PGP SIGNATURE----- --=-jJvMsOhTTReG4R0IT0Oh--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1053666024.98088.7.camel>