Date: 13 May 2003 01:01:53 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: "Mezz bsdforums.org" <reigncracks@hotmail.com> Cc: FreeBSD GNOME Users <gnome@freebsd.org> Subject: Re: mail/evolution-devel crashed w/ seg fault (looks like threadissue) Message-ID: <1052802112.34533.2.camel@shumai.marcuscom.com> In-Reply-To: <Sea2-F41nWiytXnJbZp00006111@hotmail.com> References: <Sea2-F41nWiytXnJbZp00006111@hotmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-c8BCR4u/Haa46Nb+h5GK Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2003-05-13 at 00:41, Mezz bsdforums.org wrote: > >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 an= d > > > crashed with the seg fault. It happens at the everytime if I touch th= e=20 > >canel > > > button. I think, it looks like it's thread issue again, but I don't=20 > >know.. > > > Might be from gtkhtml3 or else? Right now, I am trying to figure why = it=20 > >will > > > not connect to the POP account, which I have no problem with the Oper= a=20 > >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 m= y=20 > >home > > > directory at ~/evolution/ such as can't open/delete a welcome mail th= at=20 > >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? >=20 > Nope, the problem doesn't go away. It still crashes? >=20 > > > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > (gdb) r > > > Starting program: /usr/X11R6/bin/evolution-1.3 > > > > > > (evolution-1.3:70294): GConf-CRITICAL **: file gconf-listeners.c: lin= e=20 > >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:=20 > >1024) > > > BAD > > > > > > (evolution-1.3:70294): camel-WARNING **: flags: unSYNC > > > file:///usr/local/share/xml/catalog:1: error: Start tag expected, '<'= =20 > >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. >=20 > How? Where? :-) And, yes it came from the Evo. It always say that at the=20 > every time when I run it. Looks like a non-starter. It happens to me, too on -CURRENT. You can set the variable, and the catalog message goes away, but the fact of the matter is, the file it's trying to load might not exist yet. >=20 > > > 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=20 > >response: > > > DELE, LIST, LAST, NOOP, RETR, RSET, STAT, TOP, UIDL or QUIT > > > > > > > > > Program received signal SIGBUS, Bus error. > > > g_hash_nodes_destroy (hash_node=3D0xd0d0d0d0, key_destroy_func=3D0, > > > value_destroy_func=3D0) at ghash.c:691 > > > 691 ghash.c: No such file or directory. > > > in ghash.c > > > > > > (gdb) bt > > > #0 g_hash_nodes_destroy (hash_node=3D0xd0d0d0d0, key_destroy_func=3D= 0, > > > value_destroy_func=3D0) at ghash.c:691 > > > #1 0x291ed30c in g_hash_table_destroy (hash_table=3D0x8744860) at=20 > >ghash.c:178 > > > #2 0x295f6b1e in camel_folder_change_info_free (info=3D0x87364c0) > > > at camel-folder.c:2150 > > > #3 0x295f25ef in camel_folder_finalize (object=3D0xd0d0d0d0) > > > at camel-folder.c:201 > > > #4 0x29613e3c in camel_object_unref (vo=3D0x8594c00) at=20 > >camel-object.c:500 > > > #5 0x298364e0 in camel_pop3_folder_new (parent=3D0xd0d0d0d0,=20 > >ex=3D0x8746918) > > > at camel-pop3-folder.c:134 > > > #6 0x298395a2 in get_folder (store=3D0xd0d0d0d0, folder_name=3D0x859= 4c00=20 > >"", > > > flags=3D0, ex=3D0x8746918) at camel-pop3-store.c:628 > > > #7 0x29623f28 in get_inbox (store=3D0x0, ex=3D0xd0d0d0d0) at=20 > >camel-store.c:454 > > > #8 0x29623f69 in camel_store_get_inbox (store=3D0x8594c00, ex=3D0xd0= d0d0d0) > > > at camel-store.c:471 > > > #9 0x29575ee7 in mail_tool_get_inbox ( > > > url=3D0xd0d0d0d0 <Error reading address 0xd0d0d0d0: Bad address>, > > > ex=3D0x8594c00) at mail-tools.c:81 > > > #10 0x2956cd28 in fetch_mail_fetch (mm=3D0x8746900) 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. >=20 > Ok, I will submit the bugzilla there, so do you want me to CC to you? I just tested this with my POP3 server at work on -CURRENT. It worked like a champ. There might be an issue with your POP3 server. I'd go ahead and file the bug. You don't need to copy me on it. Joe >=20 > Cheers, > Mezz >=20 > >Joe > > > > > #11 0x2956ac99 in mail_msg_received (e=3D0x81d2800, msg=3D0x8746900,=20 > >data=3D0x0) > > > at mail-mt.c:503 > > > #12 0x2814c666 in thread_received_msg (e=3D0x8750080, m=3D0xd0d0d0d0) > > > at e-msgport.c:617 > > > ---Type <return> to continue, or q <return> to quit--- > > > #13 0x2814c803 in thread_dispatch (din=3D0x81d2800) at e-msgport.c:69= 8 > > > #14 0x2932246e in _thread_start () > > > at /usr/src/lib/libc_r/uthread/uthread_create.c:275 > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > > > > > > Cheers, > > > Mezz > > > > >-- > >PGP Key : http://www.marcuscom.com/pgp.asc >=20 > _________________________________________________________________ > MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. =20 > http://join.msn.com/?page=3Dfeatures/virus >=20 > _______________________________________________ > freebsd-gnome@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-gnome > To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org" --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-c8BCR4u/Haa46Nb+h5GK Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (FreeBSD) iD8DBQA+wHxAb2iPiv4Uz4cRApL8AKCQVXwO/mQlUHIzC2SPhuTrVkhjdwCfST1t K6+47pz2x2fixqk3ub/xvi8= =nbR/ -----END PGP SIGNATURE----- --=-c8BCR4u/Haa46Nb+h5GK--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1052802112.34533.2.camel>