Core dumps from Evolution
|
View:
New views
8 Messages
—
Rating Filter:
Alert me
|
 |
Core dumps from Evolution
by Paul Smith-43
::
Rate this Message:
Hi all; I reconstituted my makefile for building Evo from scratch, and
I'm building from the latest gnome-2.28 GIT branch. I'm seeing pretty common core dumps, all of which have the same signature: #0 0x00007f49a9ddab0a in __xmlParserInputBufferCreateFilename (URI=0x7f4994045710 "/home/psmith/.evolution/mail/config/et-expanded-imap:__paul+mad-scientist.us@localhost:40993_INBOX", enc=XML_CHAR_ENCODING_NONE) at ../../libxml2/xmlIO.c:2521 2521 if (((z_stream *)context)->avail_in > 4) { Looking into this, it appears that when we're trying to find the right context for this URI the code is choosing the xmlGzfileOpen method, even though this file is NOT compressed. The value we get back in context is not NULL, but it's not a valid pointer either; the value varies quite a bit actually. I don't really know how this is happening; the code doesn't look wrong to me but definitely the value of "i" here (iterating through xmlInputCallbackTable) is 1, which is the compressed input method: (gdb) p xmlInputCallbackTable[i].opencallback $2 = (xmlInputOpenCallback) 0x7f49a9dd8eaa <xmlGzfileOpen> which it shouldn't be. Very confusing. I wonder if I have a library version mismatch issue. Anyone have any thoughts/tips/pointers? _______________________________________________ Evolution-hackers mailing list Evolution-hackers@... http://mail.gnome.org/mailman/listinfo/evolution-hackers |
|
|
Re: Core dumps from Evolution
by jreidthompson
::
Rate this Message:
On Thu, 2009-10-15 at 11:57 -0400, Paul Smith wrote:
> Hi all; I reconstituted my makefile for building Evo from scratch, and > I'm building from the latest gnome-2.28 GIT branch. > > I wonder if I have a library version mismatch issue. > > Anyone have any thoughts/tips/pointers? I've been building 2.28 using the previously posted modified by someone else for git version of the makefile. My last build was Oct 10, as of yesterday I think the only diffs since then were translations. Evo's been running fine for me. If you'll post me the new makefile, i'll try to get a build with it and see if there's any issues on my box. [I] dev-libs/libxml Available versions: (1) 1.8.17-r2 1.8.17-r3 (~)1.8.17-r4 {doc} Installed versions: 1.8.17-r4(1)(12:19:16 PM 08/18/2009)(-doc) Homepage: http://www.xmlsoft.org/ Description: Version 1 of the library to manipulate XML files [I] dev-libs/libxml2 Available versions: (2) 2.7.3-r2 (~)2.7.4 (~)2.7.4-r1 {debug doc examples ipv6 python readline test} Installed versions: 2.7.4-r1(2)(07:51:43 AM 09/17/2009)(ipv6 python readline -debug -doc -examples -test) Homepage: http://www.xmlsoft.org/ Description: Version 2 of the library to manipulate XML files _______________________________________________ Evolution-hackers mailing list Evolution-hackers@... http://mail.gnome.org/mailman/listinfo/evolution-hackers |
|
|
Re: Core dumps from Evolution
by Paul Smith-5
::
Rate this Message:
On Thu, 2009-10-15 at 12:07 -0400, Reid Thompson wrote:
> I've been building 2.28 using the previously posted modified by someone > else for git version of the makefile. My last build was Oct 10, as of > yesterday I think the only diffs since then were translations. Evo's > been running fine for me. If you'll post me the new makefile, i'll try > to get a build with it and see if there's any issues on my box. I sent an announcement to evolution-list but I think I used the wrong address so it's hung up waiting for approval :-/. I'll send you the makefile. I really whacked the hell out of it trying to get Evo 2.28 building on Ubuntu 8.04, which is pretty old... eventually I got tired of adding packages to be rebuilt and gave up. I have it working on Ubuntu 9.04 but I think I still have library version mismatches: building on Ubuntu 9.04 requires a newer libxml2... but almost everything links with libxml2 and I didn't want to rebuild "almost everything"; that means that some of the shared libraries I link with expect the older libxml2 and some (the ones I rebuilt) expect the newer one. I suspect this is the cause of my pain here. I might just wait a few weeks for Ubuntu 9.10 to be released, which officially supports Evo 2.28, and should resolve at least this issue. _______________________________________________ Evolution-hackers mailing list Evolution-hackers@... http://mail.gnome.org/mailman/listinfo/evolution-hackers |
|
|
Re: Core dumps from Evolution
by Tobias Mueller-6
::
Rate this Message:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1 Heya :-) On 15.10.2009 16:57, Paul Smith wrote: > I'm seeing pretty common core dumps, all of which have the same > signature: > > #0 0x00007f49a9ddab0a in __xmlParserInputBufferCreateFilename (URI=0x7f4994045710 "/home/psmith/.evolution/mail/config/et-expanded-imap:__paul+mad-scientist.us@localhost:40993_INBOX", enc=XML_CHAR_ENCODING_NONE) at ../../libxml2/xmlIO.c:2521 > 2521 if (((z_stream *)context)->avail_in > 4) { > I've had that a couple of month ago and the problem was a 64bit issue. I don't know remember what exactly the issue was. Something with zlib and libxml not building wide enough filepointers or so. Anyway, adding module_autogenargs['libxml2'] = autogenargs + ' CFLAGS=-D_LARGEFILE64_SOURCE' to my ~/.jhbuildrc fixed that for me. HTH, Tobi -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkraAgIACgkQPuBX/6ogjZ4OagCePFVft1jkNGidWH8eEvioRJJF O/AAoIQN7XqtnVUkxx+r4xg8KaL7rkoi =w54e -----END PGP SIGNATURE----- _______________________________________________ Evolution-hackers mailing list Evolution-hackers@... http://mail.gnome.org/mailman/listinfo/evolution-hackers |
|
|
Re: Core dumps from Evolution
by Paul Smith-43
::
Rate this Message:
On Sat, 2009-10-17 at 18:42 +0100, Tobias Mueller wrote:
> > #0 0x00007f49a9ddab0a in __xmlParserInputBufferCreateFilename (URI=0x7f4994045710 "/home/psmith/.evolution/mail/config/et-expanded-imap:__paul+mad-scientist.us@localhost:40993_INBOX", enc=XML_CHAR_ENCODING_NONE) at ../../libxml2/xmlIO.c:2521 > > 2521 if (((z_stream *)context)->avail_in > 4) { > > > I've had that a couple of month ago and the problem was a 64bit issue. I > don't know remember what exactly the issue was. Something with zlib and > libxml not building wide enough filepointers or so. Anyway, adding > module_autogenargs['libxml2'] = autogenargs + ' > CFLAGS=-D_LARGEFILE64_SOURCE' > to my ~/.jhbuildrc fixed that for me. Hm, interesting. This is a 64bit system I'm building on (although 64bit filesizes of course don't require 64bit systems). If this is really the problem then that's a build error in libxml2. I'll poke through my build logs and see if I can see anything. _______________________________________________ Evolution-hackers mailing list Evolution-hackers@... http://mail.gnome.org/mailman/listinfo/evolution-hackers |
|
|
|
|
|
Re: Core dumps from Evolution
by jreidthompson
::
Rate this Message:
On Wed, 2009-10-21 at 08:30 -0400, Reid Thompson wrote:
> if anyone knows offhand the remedy for this....??? > > >>>>> Running git checkout for openchange > Initialized empty Git repository in /home/rthompso/madscientist/openchange/.git/ > error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://svn.openchange.org/openchange/trunk/openchange/info/refs > > fatal: HTTP request failed > make: *** [openchange/.git] Error 128 > Think i may have remedied the above, only to get ... >>>>> Running git checkout for openchange Initialized empty Git repository in /home/rthompso/madscientist/openchange/.git/ fatal: https://svn.openchange.org/openchange/trunk/openchange/info/refs not found: did you run git update-server-info on the server? make: *** [openchange/.git] Error 128 _______________________________________________ Evolution-hackers mailing list Evolution-hackers@... http://mail.gnome.org/mailman/listinfo/evolution-hackers |
|
|
Re: Core dumps from Evolution
by Paul Smith-43
::
Rate this Message:
On Wed, 2009-10-21 at 08:30 -0400, Reid Thompson wrote:
> if anyone knows offhand the remedy for this....??? > > >>>>> Running git checkout for openchange > Initialized empty Git repository in /home/rthompso/madscientist/openchange/.git/ > error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://svn.openchange.org/openchange/trunk/openchange/info/refs > > fatal: HTTP request failed > make: *** [openchange/.git] Error 128 Something is wonky with your makefile; openchange should be using SVN, not git. There is no openchange GIT server that I'm aware of. This doesn't happen to me... I wonder if it's a difference in your version of GNU make. _______________________________________________ Evolution-hackers mailing list Evolution-hackers@... http://mail.gnome.org/mailman/listinfo/evolution-hackers |
| Free embeddable forum powered by Nabble | Forum Help |
