reproducible reliability issues in 2.4.13

[Fred Smith]

On Sat, Nov 23, 2013 at 08:22:52AM -0500, Derrick Hudson wrote:
> On Sat, Nov 23, 2013 at 08:37:02AM +0100, Thomas Klausner wrote:
> | On Sat, Nov 23, 2013 at 12:14:12AM -0500, Mike Alexander wrote:
> | > That compressed length is 0x31006 according to my calculations.
> | > This will trigger the bug in libxml2 that I recently changed GnuCash
> | > to circumvent.  This fix came just after the last release of the
> | > experimental branch so it's not yet generally available.  Instead,
> | > if you expand the file with gzip, the expanded version should open
> | > fine. If you then make any change, the new version will probably be
> | > enough different in size to avoid the problem.
> | 
> | Thanks, it seems this really is the problem. I successfully opened the
> | broken file after gunzipping it.
> | 
> | Are there versions of libxml2 (I'm using 2.9.1) or zlib (1.2.3) that
> | don't have this bug?
> | 
> | Or is a version of your patch available for testing on the 2.4 branch?
> 
> In the Preferences you can unselect the option to use compression when
> saving the file.  That would avoid experiencing this issue.
> 
> -Derrick
> 

I recall that a couple years ago (give or take) the zlib API had changed
and lots of other apps had to change to match it. Might this "bug" be
due to that change, that either gnucash or libxml2 versions (that have
not had the zlib API tweaked) are in use on systems with the newer zlib?


-- 
-------------------------------------------------------------------------------
 .----    Fred Smith   /              
( /__  ,__.   __   __ /  __   : /     
 /    /  /   /__) /  /  /__) .+'           Home: fredex at fcshome.stoneham.ma.us 
/    /  (__ (___ (__(_ (___ / :__                                 781-438-5471 
-------------------------------- Jude 1:24,25 ---------------------------------