Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 12 May 2003 23:41:05 -0500
From:      "Mezz bsdforums.org" <reigncracks@hotmail.com>
To:        gnome@freebsd.org
Subject:   Re: mail/evolution-devel crashed w/ seg fault (looks like threadissue)
Message-ID:  <Sea2-F41nWiytXnJbZp00006111@hotmail.com>

next in thread | raw e-mail | index | archive | help
>On Mon, 2003-05-12 at 23:29, Mezz bsdforums.org wrote:
> > Here's how I crashed it. When, I waited for evolution to connect the POP
> > server for like over two minutes, then I pressed the cancel button and
> > crashed with the seg fault. It happens at the everytime if I touch the 
>canel
> > button. I think, it looks like it's thread issue again, but I don't 
>know..
> > Might be from gtkhtml3 or else? Right now, I am trying to figure why it 
>will
> > not connect to the POP account, which I have no problem with the Opera 
>7's
> > mail (M2) client on the same machine.
>
>I don't think this is a threading issue.  Evo and friends are not
>packaged using the "bad" version of libtool.  Plus, I have had no
>trouble with my -CURRENT installation.  Of course, I don't use it for
>anything but simple testing.
>
> >
> > By default, it's weird that I already have the permission issues in my 
>home
> > directory at ~/evolution/ such as can't open/delete a welcome mail that 
>was
> > included. Must be beta version.. I will fix them after this email.
> >
> > Anyway, I ran it under the gdb and here's info:
>
>This looks like a genuine memory issue.  Does the problem go away with
>aj?

Nope, the problem doesn't go away.

> >
> > =================================
> > (gdb) r
> > Starting program: /usr/X11R6/bin/evolution-1.3
> >
> > (evolution-1.3:70294): GConf-CRITICAL **: file gconf-listeners.c: line 
>339
> > (ltable_insert): assertion `gconf_valid_key(where, NULL)' failed
> >
> > (evolution-1.3:70294): camel-WARNING **: Invalid root:
> > '//usr/home/mezz/evolution/local/Drafts/mbox.ibex.index'
> >
> > (evolution-1.3:70294): camel-WARNING **: version: TEXT.000 (TEXT.000)
> >
> > (evolution-1.3:70294): camel-WARNING **: block size: 1024 (1024) OK
> >
> > (evolution-1.3:70294): camel-WARNING **: free: 0 (0 add size < 1024) OK
> >
> > (evolution-1.3:70294): camel-WARNING **: last: 6144 (6144 and size: 
>1024)
> > BAD
> >
> > (evolution-1.3:70294): camel-WARNING **: flags: unSYNC
> > file:///usr/local/share/xml/catalog:1: error: Start tag expected, '<' 
>not
> > found
> > CATALOG "sdocbook/catalog"
>
>Wonder what's trying to read the catalog...?  Can you try setting
>XML_CATALOG_FILES to "/usr/local/share/sk/catalog
>/usr/local/share/sk/docbook/catalog" and see if this message goes away?
>Are you sure this is coming from Evo?  I've never seen it.

How? Where? :-) And, yes it came from the Evo. It always say that at the 
every time when I run it.

> > warning: failed to load external entity
> > "/usr/home/mezz/evolution/config/storage-set-view-expanded:default"
> > warning: failed to load external entity
> > "/usr/home/mezz/evolution/views/mail/galview.xml"
> > warning: failed to load external entity
> > "/usr/home/mezz/evolution/filters.xml"
> > warning: failed to load external entity
> > "/usr/home/mezz/evolution/filters.xml"
> >
> > (evolution-1.3:70294): camel-pop3-provider-WARNING **: Bad server 
>response:
> > DELE, LIST, LAST, NOOP, RETR, RSET, STAT, TOP, UIDL or QUIT
> >
> >
> > Program received signal SIGBUS, Bus error.
> > g_hash_nodes_destroy (hash_node=0xd0d0d0d0, key_destroy_func=0,
> >     value_destroy_func=0) at ghash.c:691
> > 691     ghash.c: No such file or directory.
> >         in ghash.c
> >
> > (gdb) bt
> > #0  g_hash_nodes_destroy (hash_node=0xd0d0d0d0, key_destroy_func=0,
> >     value_destroy_func=0) at ghash.c:691
> > #1  0x291ed30c in g_hash_table_destroy (hash_table=0x8744860) at 
>ghash.c:178
> > #2  0x295f6b1e in camel_folder_change_info_free (info=0x87364c0)
> >     at camel-folder.c:2150
> > #3  0x295f25ef in camel_folder_finalize (object=0xd0d0d0d0)
> >     at camel-folder.c:201
> > #4  0x29613e3c in camel_object_unref (vo=0x8594c00) at 
>camel-object.c:500
> > #5  0x298364e0 in camel_pop3_folder_new (parent=0xd0d0d0d0, 
>ex=0x8746918)
> >     at camel-pop3-folder.c:134
> > #6  0x298395a2 in get_folder (store=0xd0d0d0d0, folder_name=0x8594c00 
>"",
> >     flags=0, ex=0x8746918) at camel-pop3-store.c:628
> > #7  0x29623f28 in get_inbox (store=0x0, ex=0xd0d0d0d0) at 
>camel-store.c:454
> > #8  0x29623f69 in camel_store_get_inbox (store=0x8594c00, ex=0xd0d0d0d0)
> >     at camel-store.c:471
> > #9  0x29575ee7 in mail_tool_get_inbox (
> >     url=0xd0d0d0d0 <Error reading address 0xd0d0d0d0: Bad address>,
> >     ex=0x8594c00) at mail-tools.c:81
> > #10 0x2956cd28 in fetch_mail_fetch (mm=0x8746900) at mail-ops.c:299
>
>Looks like things start to break down here.  The _mail_msg->source_uri
>passed to fetch_mail_fetch() has been alloc'd but not assigned, or
>free'd.  This is a bug.  I'd file this with Ximian along with the full
>stack trace, and exactly what you did to reproduce it.

Ok, I will submit the bugzilla there, so do you want me to CC to you?

Cheers,
Mezz

>Joe
>
> > #11 0x2956ac99 in mail_msg_received (e=0x81d2800, msg=0x8746900, 
>data=0x0)
> >     at mail-mt.c:503
> > #12 0x2814c666 in thread_received_msg (e=0x8750080, m=0xd0d0d0d0)
> >     at e-msgport.c:617
> > ---Type <return> to continue, or q <return> to quit---
> > #13 0x2814c803 in thread_dispatch (din=0x81d2800) at e-msgport.c:698
> > #14 0x2932246e in _thread_start ()
> >     at /usr/src/lib/libc_r/uthread/uthread_create.c:275
> > =================================
> >
> > Cheers,
> > Mezz
> >
>--
>PGP Key : http://www.marcuscom.com/pgp.asc

_________________________________________________________________
MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*.  
http://join.msn.com/?page=features/virus



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Sea2-F41nWiytXnJbZp00006111>