F-spot crash during import (GLib.MissingIntPtrCtorException)

Bug #361465 reported by danieltdp
4
Affects Status Importance Assigned to Milestone
f-spot (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

Binary package hint: f-spot

f-spot package info:
f-spot:
  Installed: 0.5.0.3-0ubuntu4
  Candidate: 0.5.0.3-0ubuntu4
  Version table:
 *** 0.5.0.3-0ubuntu4 0
        500 http://br.archive.ubuntu.com intrepid-updates/main Packages
        100 /var/lib/dpkg/status
     0.5.0.3-0ubuntu2 0
        500 http://br.archive.ubuntu.com intrepid/main Packages

Ubuntu distro info:
Description: Ubuntu 8.10
Release: 8.10

During import, after a couple of sucessfull files, I'm getting a crash. Here it is f-spot output with --debug option

[Debug 23:49:49.772] IndicesOf took 0.000388s : SELECT ROWID FROM photoquery_temp_0 WHERE id IN (53)
[Debug 23:49:49.772] IndicesOf took 0.000782s
[Debug 23:49:49.772] Commit took 0.001592s
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
GLib.MissingIntPtrCtorException: GLib.Object subclass FSpot.Widgets.ScalingIconView must provide a protected or public IntPtr ctor to support wrapping of native object handles.
  at GLib.ObjectManager.CreateObject (IntPtr raw) [0x00000]
  at GLib.Object.GetObject (IntPtr o, Boolean owned_ref) [0x00000]
  at Gtk.Widget.exposeevent_cb (IntPtr widget, IntPtr evnt) [0x00000]
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at Gtk.Widget.exposeevent_cb(IntPtr widget, IntPtr evnt)
   at Gtk.Widget.exposeevent_cb(IntPtr , IntPtr )
   at Gtk.Dialog.gtk_dialog_run(IntPtr )
   at Gtk.Dialog.gtk_dialog_run(IntPtr )
   at Gtk.Dialog.Run()
   at ImportCommand.ImportFromFile(.PhotoStore store, System.String path)
   at MainWindow.HandleImportCommand(System.Object sender, System.EventArgs e)
   at GLib.Signal.voidObjectCallback(IntPtr handle, IntPtr data)
   at GLib.Signal.voidObjectCallback(IntPtr , IntPtr )
   at Gtk.Application.gtk_main()
   at Gtk.Application.gtk_main()
   at Gtk.Application.Run()
   at Gnome.Program.Run()
   at FSpot.Driver.Main(System.String[] args)

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

thanks for the report daniel, can you try to reproduce the same with latest package on a jaunty installation or a live cd? thanks in advance.

Changed in f-spot (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Medium
status: New → Incomplete
Revision history for this message
danieltdp (danieltdp) wrote : Re: [Bug 361465] Re: F-spot crash during import (GLib.MissingIntPtrCtorException)

I tried the Ubuntu Netbook Remix 9.4 and the bug is gone!

On Fri, Apr 17, 2009 at 11:45 AM, Pedro Villavicencio <email address hidden>wrote:

> thanks for the report daniel, can you try to reproduce the same with
> latest package on a jaunty installation or a live cd? thanks in advance.
>
> ** Changed in: f-spot (Ubuntu)
> Importance: Undecided => Medium
>
> ** Changed in: f-spot (Ubuntu)
> Status: New => Incomplete
>
> ** Changed in: f-spot (Ubuntu)
> Assignee: (unassigned) => Ubuntu Desktop Bugs (desktop-bugs)
>
> --
> F-spot crash during import (GLib.MissingIntPtrCtorException)
> https://bugs.launchpad.net/bugs/361465
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
-- daniel

Revision history for this message
Sebastien Bacher (seb128) wrote :

closing since that works in jaunty

Changed in f-spot (Ubuntu):
status: Incomplete → Fix Released
Revision history for this message
coCoKNIght (cocoknight) wrote :

I just experienced this bug yesterday. I'm using Jaunty.
I wanted to import my photos folder (3GB) from my backup but somewhere during the process f-spot crashed.
After that when I reopen f-spot it crashes again after a few seconds.
Then I've renamed my photos.db to photos.db.bak -> f-spot starts without any fotos. I then tryed to import all the fotos that were already copied to the Pictures folder but the same crash occurred.

Revision history for this message
danieltdp (danieltdp) wrote :

My case was a little different. It crashed during photoimport, but if
I tryied to open f-spot again, it was alright. Only if I tried to
import it again I would get another crash.

On Thu, May 14, 2009 at 1:48 PM, coCoKNIght <email address hidden> wrote:
> I just experienced this bug yesterday. I'm using Jaunty.
> I wanted to import my photos folder (3GB) from my backup but somewhere during the process f-spot crashed.
> After that when I reopen f-spot it crashes again after a few seconds.
> Then I've renamed my photos.db to photos.db.bak -> f-spot starts without any fotos. I then tryed to import all the fotos that were already copied to the Pictures folder but the same crash occurred.
>
> --
> F-spot crash during import (GLib.MissingIntPtrCtorException)
> https://bugs.launchpad.net/bugs/361465
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
-- daniel

Revision history for this message
coCoKNIght (cocoknight) wrote :

should I file a new bug?

Revision history for this message
coCoKNIght (cocoknight) wrote :
Download full text (3.3 KiB)

I've started f-spot with the --debug option, this ist the output:

-------------------
f-spot --debug
** Running f-spot in Debug Mode **
** Running Mono with --debug **
[Info 12:47:33.901] Initializing DBus
[Debug 12:47:34.630] DBusInitialization took 0.675659s
[Info 12:47:34.631] Initializing Mono.Addins
[Debug 12:47:36.819] Mono.Addins Initialization took 2.187834s
[Info 12:47:36.862] Starting new FSpot server
[Debug 12:47:42.172] Db Initialization took 1.131251s
[Debug 12:47:46.159] QueryToTemp took 0.234586s : SELECT id, time, uri, description, roll_id, default_version_id, rating, md5_sum FROM photos WHERE id NOT IN (SELECT photo_id FROM photo_tags WHERE tag_id = 2) ORDER BY time DESC
[Debug 12:47:46.585] PhotosPerMonth took 0.128551s
[Debug 12:47:46.629] TimeAdaptor REAL Reload took 0.377137s
[Debug 12:47:47.144] Query took 0.104016s : SELECT * FROM photoquery_temp_0 LIMIT 100 OFFSET 0
get fences failed: -1
param: 6, val: 0
[Info 12:47:49.017] Starting BeagleService
[Debug 12:47:49.038] BeagleService startup took 7.6E-05s
[Info 12:47:49.038] Hack for gnome-settings-daemon engaged
Syncing metadata to file...
[Debug 12:47:49.581] open uri = file:///home/cocoknight/Pictures/2006/01/26/19-09-05_0323.jpg
[Debug 12:47:49.761] IndexOf took 0.016586s : SELECT ROWID FROM photoquery_temp_0 WHERE time <= 1262320199 ORDER BY time DESC LIMIT 1
[Debug 12:47:49.769] IndexOf took 0.005641s : SELECT ROWID FROM photoquery_temp_0 WHERE id = 104
old = "" new = "" heading = "ASCII"
value = 2006:01:26 14:24:38 len = 19
value = f-spot version 0.5.0.3 len = 22
value = 2009:05:14 12:47:50 len = 19
value = f-spot version 0.5.0.3 len = 22
value = 2009:05:14 12:47:50 len = 19
Saved 1669 bytes
Syncing metadata to file...
[Debug 12:47:51.135] open uri = file:///home/cocoknight/Pictures/2000/09/02/b2mech003.jpg
old = "" new = "" heading = "ASCII"
value = 2000:09:02 18:35:34 len = 19
_:bnode-1745358336 <http://ns.adobe.com/photoshop/1.0/Urgency> "10" .
<http://fakebase.f-spot.org/internal/> <http://ns.adobe.com/xap/1.0/Rating> "4" .
value = f-spot version 0.5.0.3 len = 22
value = 2009:05:14 12:47:51 len = 19
value = f-spot version 0.5.0.3 len = 22
value = 2009:05:14 12:47:51 len = 19

(f-spot:12077): GdkPixbuf-WARNING **: GdkPixbufLoader finalized without calling gdk_pixbuf_loader_close() - this is not allowed. You must explicitly end the data stream to the loader before dropping the last reference.
Stacktrace:

  at (wrapper managed-to-native) Exif.ExifData.exif_data_save_data (System.Runtime.InteropServices.HandleRef,intptr&,uint&) <0x00004>
  at (wrapper managed-to-native) Exif.ExifData.exif_data_save_data (System.Runtime.InteropServices.HandleRef,intptr&,uint&) <0xffffffff>
  at Exif.ExifData.Save () <0x0006c>
  at JpegHeader.SetExif (Exif.ExifData) <0x00014>
  at FSpot.JpegFile.SaveMetaData (System.IO.Stream,System.IO.Stream) <0x0004e>
  at FSpot.JpegFile.SaveMetaData (string) <0x00095>
  at FSpot.Jobs.SyncMetadataJob.WriteMetadataToImage (FSpot.Photo) <0x001d5>
  at FSpot.Jobs.SyncMetadataJob.Execute () <0x0008b>
  at Job.Run () <0x0001a>
  at Banshee.Kernel.Scheduler.ProcessJobThread () <0x0015d>
  at (wrapper runtime-invoke) System.Object.runtime_invok...

Read more...

Revision history for this message
coCoKNIght (cocoknight) wrote :

And when I rename the photos.db file to photos.db.bak and start f-spot with the --debug option and start to import the files in Pictures, this is the end of the output:

------------------
[Debug 13:09:56.146] open uri = file:///home/cocoknight/Pictures/2001/11/15/Esmebigeyesspotligtside.JPG
Stacktrace:

  at (wrapper managed-to-native) Exif.ExifData.exif_data_save_data (System.Runtime.InteropServices.HandleRef,intptr&,uint&) <0x00004>
  at (wrapper managed-to-native) Exif.ExifData.exif_data_save_data (System.Runtime.InteropServices.HandleRef,intptr&,uint&) <0xffffffff>
  at Exif.ExifData.Save () <0x0006c>
  at JpegHeader.SetExif (Exif.ExifData) <0x00014>
  at FSpot.JpegFile.SaveMetaData (System.IO.Stream,System.IO.Stream) <0x0004e>
  at FSpot.JpegFile.SaveMetaData (string) <0x00095>
  at FSpot.Jobs.SyncMetadataJob.WriteMetadataToImage (FSpot.Photo) <0x001d5>
  at FSpot.Jobs.SyncMetadataJob.Execute () <0x0008b>
  at Job.Run () <0x0001a>
  at Banshee.Kernel.Scheduler.ProcessJobThread () <0x0015d>
  at (wrapper runtime-invoke) System.Object.runtime_invoke_void__this__ (object,intptr,intptr,intptr) <0xffffffff>

Native stacktrace:

 f-spot [0x806d944]
 f-spot [0x808616b]
 [0xb7fa3410]
 /usr/lib/libexif.so.12(exif_set_short+0x2c) [0xb4c3331c]
 /usr/lib/libexif.so.12 [0xb4c2a4a3]
 /usr/lib/libexif.so.12 [0xb4c2a66e]
 /usr/lib/libexif.so.12(exif_data_save_data+0x108) [0xb4c2ad28]
 [0xb19054fa]
 [0xb190545d]
 [0xb1905395]
 [0xb19052d7]
 [0xb1904a56]
 [0xb3b189f6]
 [0xb3c4b264]
 [0xb3c4b183]
 [0xb3c4ad66]
 [0xb5d1ed61]
 f-spot(mono_runtime_delegate_invoke+0x34) [0x80b8974]
 f-spot [0x80f76bf]
 f-spot [0x81653b6]
 f-spot [0x81833b5]
 /lib/tls/i686/cmov/libpthread.so.0 [0xb7eaf4ff]
 /lib/tls/i686/cmov/libc.so.6(clone+0x5e) [0xb7e0449e]

Debug info from gdb:

=================================================================
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

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

Yes please open a new bug report about it.

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.