Date: 23 May 2003 11:22:02 -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: <1053703321.313.8.camel@gyros> In-Reply-To: <oprpl0hlg58ckrg5@smtp.central.cox.net> References: <oprplwkai78ckrg5@smtp.central.cox.net> <1053666024.98088.7.camel@shumai.marcuscom.com> <oprpl0hlg58ckrg5@smtp.central.cox.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-HLmjwswUeY2XP+Q0lhGr Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2003-05-23 at 01:06, Jeremy Messenger wrote: > On 23 May 2003 01:00:25 -0400, Joe Marcus Clarke <marcus@marcuscom.com>=20 > wrote: >=20 > > 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 te= st=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=20 > >> su. It happened to me again one time recently again and I was never ab= le=20 > >> to catch it so I can use it under gdb. I just learned that gdb can run= =20 > >> the core file, so hope it will be something useful. The problem might = be=20 > >> on 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 th= e > > default? >=20 > Nothing, just... >=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 > CPUTYPE?=3Dp3 > CFLAGS=3D -O -pipe -g > STRIP=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 > The libc and libc_r were compiled with the debug, so that's it.. My -=20 > CURRENT is pretty old, which I was wait for the video card to arrive from= =20 > one of my friend, so I can switch my personal server to desktop then=20 > install beta 2 and follow the -CURRENT update as before again. >=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 > $ uname -a > FreeBSD sysinfo.mezzweb.com 5.0-CURRENT FreeBSD 5.0-CURRENT #0: Tue Apr 1= 5=20 > 20:42:53 CDT 2003 =20 > mezz@sysinfo.mezzweb.com:/usr/src/sys/i386/compile/BSDROCKS i386 > =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 > Do you have any hint how I can flush the cache? I already reboot sometime= =20 > recently, btw.. Try without CPUTYPE. However, given the fact that the segfaults happen sporadically, this really points to an issue with your memory. There are a few memory tests you can download and run to be sure. Joe >=20 > Cheers, > Mezz >=20 > > Joe > > > >> > >> Cheers, > >> Mezz > >> > >> =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 > >> > >> Core was generated by `nautilus-cd-burner'. > >> Program terminated with signal 11, Segmentation fault. > >> > >> [...loaded stuff...] > >> > >> #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 > >> > >> (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:40= 1 > >> #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 --=-HLmjwswUeY2XP+Q0lhGr 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) iD8DBQA+zjyZb2iPiv4Uz4cRAkSRAJ91cnhBSg5IvaynuABgqGscolrwmwCcCJCd XUJGXAhRrz3CspFt8gEtm0M= =uIQV -----END PGP SIGNATURE----- --=-HLmjwswUeY2XP+Q0lhGr--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1053703321.313.8.camel>