F-Spot crashes on startup

Bug #231501 reported by Stuart Coyle
This bug report is a duplicate of:  Bug #214410: f-spot sigsevs on AMD64. Edit Remove
2
Affects Status Importance Assigned to Milestone
f-spot (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Binary package hint: f-spot

After applying an update this morning, F-Spot no longer starts.
From the terminal it crashes with a SIGSEV.

I using Ubuntu 8.04, f-spot version 0.4.2-1ubuntu3

The update applied that seemed to have caused this was:

    Commit Log for Sun May 18 09:31:09 2008

    Upgraded the following packages:
    gtk2-engines-pixbuf (2.12.9-3ubuntu3) to 2.12.9-3ubuntu4
    libgtk2.0-0 (2.12.9-3ubuntu3) to 2.12.9-3ubuntu4
    libgtk2.0-bin (2.12.9-3ubuntu3) to 2.12.9-3ubuntu4
    libgtk2.0-common (2.12.9-3ubuntu3) to 2.12.9-3ubuntu4

And here's the stacktrace:

stuart@jupiter:~$ mono --debug /usr/lib/f-spot/f-spot.exe
Stacktrace:

  at FSpot.Global..cctor () <0xffffffff>
  at FSpot.Global..cctor () <0x0000d>
  at (wrapper runtime-invoke) FSpot.Defines.runtime_invoke_void (object,intptr,intptr,intptr) <0xffffffff>
  at FSpot.Driver.Main (string[]) <0xffffffff>
  at FSpot.Driver.Main (string[]) <0x00144>
  at (wrapper runtime-invoke) FSpot.Driver.runtime_invoke_int_string[] (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

 mono [0x51bb67]
 mono [0x43dacd]
 /lib/libpthread.so.0 [0x7fab9e04d7d0]
 /lib/libc.so.6(memcpy+0x60) [0x7fab9dad8d50]
 mono(mono_breakpoint_clean_code+0x1b) [0x42725b]
 mono [0x43f78d]
 mono [0x44005e]
 [0x40ae015b]

Debug info from gdb:

(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7fab9ed2e7a0 (LWP 8849)]
[New Thread 0x41795950 (LWP 8851)]
[New Thread 0x40e39950 (LWP 8850)]
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
(no debugging symbols found)
0x00007fab9daf9c4b in fork () from /lib/libc.so.6
  3 Thread 0x40e39950 (LWP 8850) 0x00007fab9e04ce81 in nanosleep ()
   from /lib/libpthread.so.0
  2 Thread 0x41795950 (LWP 8851) 0x00007fab9e049b99 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/libpthread.so.0
  1 Thread 0x7fab9ed2e7a0 (LWP 8849) 0x00007fab9daf9c4b in fork ()
   from /lib/libc.so.6

Thread 3 (Thread 0x40e39950 (LWP 8850)):
#0 0x00007fab9e04ce81 in nanosleep () from /lib/libpthread.so.0
#1 0x00000000004b8f4f in ?? ()
#2 0x00007fab9e0453f7 in start_thread () from /lib/libpthread.so.0
#3 0x00007fab9db33b2d in clone () from /lib/libc.so.6
#4 0x0000000000000000 in ?? ()

Thread 2 (Thread 0x41795950 (LWP 8851)):
#0 0x00007fab9e049b99 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/libpthread.so.0
#1 0x00000000004bb585 in ?? ()
#2 0x00000000004bdb37 in ?? ()
#3 0x00000000004cbc03 in ?? ()
#4 0x000000000046b3c1 in ?? ()
#5 0x00000000004855c3 in ?? ()
#6 0x00000000004cb287 in ?? ()
#7 0x00000000004e07d2 in ?? ()
#8 0x00007fab9e0453f7 in start_thread () from /lib/libpthread.so.0
#9 0x00007fab9db33b2d in clone () from /lib/libc.so.6
#10 0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fab9ed2e7a0 (LWP 8849)):
#0 0x00007fab9daf9c4b in fork () from /lib/libc.so.6
#1 0x00007fab9e4c8d6d in ?? () from /usr/lib/libglib-2.0.so.0
#2 0x00007fab9e4c98df in g_spawn_sync () from /usr/lib/libglib-2.0.so.0
#3 0x00007fab9e4c9d98 in g_spawn_command_line_sync ()
   from /usr/lib/libglib-2.0.so.0
#4 0x000000000051bbf9 in ?? ()
#5 0x000000000043dacd in ?? ()
#6 <signal handler called>
#7 0x00007fab9dad8d50 in memcpy () from /lib/libc.so.6
#8 0x000000000042725b in mono_breakpoint_clean_code ()
#9 0x000000000043f78d in ?? ()
#10 0x000000000044005e in ?? ()
#11 0x0000000040ae015b in ?? ()
#12 0x0000000000000090 in ?? ()
#13 0x00007fffa6d47040 in ?? ()
#14 0x00007fffa6d47030 in ?? ()
#15 0x00000000009001a0 in ?? ()
#16 0x0000000000000068 in ?? ()
#17 0x000000079e48a443 in ?? ()
#18 0x0000000040ae0000 in ?? ()
#19 0x00007fab9e4896f1 in g_hash_table_lookup () from /usr/lib/libglib-2.0.so.0
#20 0x00007fab9ddb99e0 in ?? () from /lib/libc.so.6
#21 0x0000000000000000 in ?? ()
#0 0x00007fab9daf9c4b in fork () from /lib/libc.so.6

=================================================================
Got a SIGSEGV while executing native code. This usually indicates
a fatal error in the mono runtime or one of the native libraries
used by your application.
=================================================================

Aborted
stuart@jupiter:~$

Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

Changed in f-spot:
status: New → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.