gimp crash to gnome-vfs function

[meisok]

Modificando un archivo creado en otra sesion,dejo de responder al retroceder pasos en el historial(creo),y al intentar guardar se cerro...no sabria decir con exactitud en que momento preciso se ha producido el bug...quiza para la proxima

[Freddy Martinez (freddymartinez9)]

Modifying a created archive in another session will cause it to not respond
to steps in history (i think) and when I tried to put it away, it closed. I
can not say exactly when this crash happened, just an approximation.
*My best translation without a dictionary*
meisok, por favor encuentras en tu system adentro de /var/crash si esta un
reporte de que paso.

On 11/22/06, meisok <email address hidden> wrote:
>
> Public bug reported:
>
> Modificando un archivo creado en otra sesion,dejo de responder al
> retroceder pasos en el historial(creo),y al intentar guardar se
> cerro...no sabria decir con exactitud en que momento preciso se ha
> producido el bug...quiza para la proxima
>
> ** Affects: gimp (Ubuntu)
> Importance: Undecided
> Status: Unconfirmed
>
> --
> Ni idea
> https://launchpad.net/bugs/72954
>

--
-Freddy Martinez-
Kubuntu. [GNU/]Linux for human beings.
</message>

[Sebastien Bacher (seb128)]

The description is not clear. Did it crash? Could you get a backtrace for it?

[Sebastien Bacher (seb128)]

Debug backtrace:

 #0 IA__g_str_hash (v=0xfeb9c8b7) at gstring.c:95
        h = <value optimized out>
 #1 0xb77698cb in IA__g_hash_table_lookup_extended (hash_table=0x8d77e20, lookup_key=0xfeb9c8b7, orig_key=0xb4a43238,
     value=0xb4a43234) at ghash.c:231
        node = <value optimized out>
        __PRETTY_FUNCTION__ = "IA__g_hash_table_lookup_extended"
 #2 0xb5ef1de5 in push_callback_into_stack_table (table=0x8d77e20,
     callback_name=0xfeb9c8b7 <Address 0xfeb9c8b7 out of bounds>, callback=0xa343009) at gnome-vfs-module-callback.c:234
        orig_key = (gpointer) 0xb776980b
        old_value = (gpointer) 0x8f2aa60
        stack = <value optimized out>
 #3 0xb7769856 in IA__g_hash_table_foreach (hash_table=0x94aa5a0, func=0xb5ef1e40 <copy_one_callback_to_stack>,
     user_data=0x8d77e20) at ghash.c:662
        node = (GHashNode *) 0x93f2b1f
        i = 7
        __PRETTY_FUNCTION__ = "IA__g_hash_table_foreach"
 #4 0xb5ef1cc8 in copy_callback_table_to_stack_table (source=0xfeb9c8b7, target=<value optimized out>)
     at gnome-vfs-module-callback.c:339
 No locals.
 #5 0xb5ee79ba in _gnome_vfs_job_execute (job=0xa81fd00) at gnome-vfs-job.c:1742
 No locals.
 #6 0xb5ee6fce in thread_entry_point (data=0xa81fd00, user_data=0x0) at gnome-vfs-job-queue.c:66
        complete = <value optimized out>
 #7 0xb7795ce8 in g_thread_pool_thread_proxy (data=0x8da0d50) at gthreadpool.c:265
        task = (gpointer) 0xa81fd00
        pool = (GRealThreadPool *) 0x8da0d50
 #8 0xb779438f in g_thread_create_proxy (data=0xa710400) at gthread.c:553
        __PRETTY_FUNCTION__ = "g_thread_create_proxy"
 #9 0xb7507504 in start_thread () from

[Sebastien Bacher (seb128)]

Looks like a gnome-vfs bug, I've forwarded it upstream: http://bugzilla.gnome.org/show_bug.cgi?id=378774