Bug 1113949 - Error code from xmlParseChunk(): 111
Summary: Error code from xmlParseChunk(): 111
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: glom
Version: 20
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Haïkel Guémar
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-06-27 10:15 UTC by Enolynn
Modified: 2015-03-21 16:57 UTC (History)
3 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2015-03-21 16:57:24 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
core dump that ABRT can't send (3.44 MB, application/x-gzip)
2014-06-27 10:15 UTC, Enolynn
no flags Details

Description Enolynn 2014-06-27 10:15:42 UTC
Created attachment 912747 [details]
core dump that ABRT can't send

Description of problem:
Start glom in terminal (because it don't start with desktop link). An error was return and Glom don't start (Error code from xmlParseChunk(): 111).


Version-Release number of selected component (if applicable):
Glom 1.22.1-6.fc20 for x86_64 system


How reproducible:
Simply start Glom in terminal... and it don't start :)


Actual results:
In terminal :
glibmm-ERROR **: unhandled exception (type std::exception) in signal handler:
what: Error code from xmlParseChunk(): 111

Comment 1 Enolynn 2014-06-27 10:23:54 UTC
And I don't see (my eyes don't open this morning), but after run "$ glom" in terminal, the error say exactly :

bool GlomBakery::Document::write_to_disk(): m_file_uri is empty.

(glom:29015): glibmm-ERROR **: 
unhandled exception (type std::exception) in signal handler:
what: Error code from xmlParseChunk(): 111

Trappe pour point d'arrêt et de trace (core dumped)

Comment 2 Murray Cumming 2014-07-17 20:44:24 UTC
Apparently this update (to 1.24) has not actually got into Fedora 20:
https://bugzilla.redhat.com/show_bug.cgi?id=1022294#c8

And I guess that the fix for the same problem in Fedora 19 for Glom 1.22 is not in Fedora 20 (assuming that it's the same problem - it looks the same):
https://bugzilla.redhat.com/show_bug.cgi?id=1013033#c7


Note You need to log in before you can comment on or make changes to this bug.