From owner-freebsd-gnome@FreeBSD.ORG Fri Jun 4 22:32:53 2004 Return-Path: Delivered-To: freebsd-gnome@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A077516A4CE for ; Fri, 4 Jun 2004 22:32:53 -0700 (PDT) Received: from mail.mcneil.com (rrcs-west-24-199-45-54.biz.rr.com [24.199.45.54]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7AEA043D2D for ; Fri, 4 Jun 2004 22:32:53 -0700 (PDT) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 008CAFD1D5 for ; Fri, 4 Jun 2004 22:31:59 -0700 (PDT) Received: from mail.mcneil.com ([127.0.0.1]) by localhost (server.mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00675-01 for ; Fri, 4 Jun 2004 22:31:58 -0700 (PDT) Received: from [24.199.45.54] (mcneil.com [24.199.45.54]) by mail.mcneil.com (Postfix) with ESMTP id 2626EFD084 for ; Fri, 4 Jun 2004 22:31:58 -0700 (PDT) From: Sean McNeil To: freebsd-gnome@freebsd.org Content-Type: text/plain Message-Id: <1086413517.2254.3.camel@server.mcneil.com> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Fri, 04 Jun 2004 22:31:58 -0700 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at mcneil.com Subject: gnome-vfs-daemon core dumps with multiple device lists in /etc/fstab on amd64 X-BeenThere: freebsd-gnome@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GNOME for FreeBSD -- porting and maintaining List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jun 2004 05:32:53 -0000 I have the following /etc/fstab: # Device Mountpoint FStype Options Dump Pass# /dev/ad6s1b none swap sw 0 0 /dev/ad6s1a / ufs rw 1 1 /dev/ar0s1e /home ufs rw 1 1 proc /proc procfs rw 0 0 # user mounted devices /dev/cd0 /home/sean/mnt/dvd0 udf rw,noauto 0 0 /dev/cd1 /home/sean/mnt/dvd1 udf rw,noauto 0 0 /dev/cd0 /home/sean/mnt/cdrom0 cd9660 ro,noauto 0 0 /dev/cd1 /home/sean/mnt/cdrom1 cd9660 ro,noauto 0 0 For some reason, if I delete one of the user mounted device lines it will work. Here is a trace of the core: #0 ORBit_free_T (mem=0x400000002) at allocators.c:167 #1 0x0000000200bb0bfe in ORBit_freekids_via_TypeCode_T (mem=0x569a80, tc=0x512680) at allocators.c:88 #2 0x0000000200bb0b31 in ORBit_freekids_via_TypeCode_T (mem=0x569a80, tc=0x40baa0) at allocators.c:65 #3 0x0000000200bb0d9a in ORBit_free_T (mem=0x400000002) at allocators.c:197 #4 0x0000000200bb0c1d in ORBit_freekids_via_TypeCode_T (mem=0x6f44d0, tc=0x6f44d0) at allocators.c:96 #5 0x0000000200bb0d9a in ORBit_free_T (mem=0x400000002) at allocators.c:197 #6 0x0000000200bb0dfc in ORBit_free (mem=0x6f44d0) at allocators.c:213 #7 0x0000000200bad32c in ORBit_small_invoke_adaptor (adaptor_obj=0x568300, recv_buffer=0x55ee00, m_data=0x50eb40, data=0x7fffffffe5e0, ev=0x7fffffffe640) at orbit-small.c:976 #8 0x0000000200bba710 in ORBit_POAObject_handle_request (pobj=0x568300, opname=0x56b63c "getDrives", ret=0x0, args=0x0, ctx=0x0, recv_buffer=0x55ee00, ev=0x7fffffffe640) at poa.c:1350 #9 0x0000000200bba8ce in ORBit_POAObject_invoke_incoming_request ( pobj=0x568300, recv_buffer=0x55ee00, opt_ev=0x0) at poa.c:1418 #10 0x0000000200ba8012 in giop_thread_queue_process (tdata=0x513a40) at giop.c:743 #11 0x0000000200ba7814 in giop_mainloop_handle_input (source=0x400000002, condition=5318272, data=0x200bcb4c8) at giop.c:450 #12 0x0000000200bc53ec in link_source_dispatch (source=0x400000002, ---Type to continue, or q to quit--- callback=0x200ba77b4 , user_data=0x0) at linc-source.c:53 #13 0x000000020105b518 in g_main_dispatch (context=0x54ce00) at gmain.c:1942 #14 0x000000020105c418 in g_main_context_dispatch (context=0x54ce00) at gmain.c:2492 #15 0x000000020105c80d in g_main_context_iterate (context=0x54ce00, block=1, dispatch=1, self=0x569a80) at gmain.c:2573 #16 0x000000020105ce51 in g_main_loop_run (loop=0x5670c0) at gmain.c:2777 #17 0x000000020091b760 in bonobo_main () at bonobo-main.c:297 #18 0x0000000000406bbd in main (argc=3, argv=0x512680) at gnome-vfs-daemon.c:605