gs-esp 8.15.1.dfsg.1-1ubuntu2 source package in Ubuntu

Changelog

gs-esp (8.15.1.dfsg.1-1ubuntu2) dapper; urgency=low


  * Resynch with Debian.  Applying same patch as to our gs-gpl;
    dropping old patches against gs-esp 7.07 (phnew!).  Remaining
    Ubuntu patches:

  * Close and reopen x11 driver when size changes.  Fixes
    coredump in x11 driver under gv with antialiasing turned
    (reproducible in 8.01 on a 16bbp display).
    Related to Ubuntu 17141, and to fix for Debian #254206.

  * Fix coredumping bug on ppc: Ubuntu bugzilla:
     http://bugzilla.ubuntu.com/show_bug.cgi?id=14311
     http://bugzilla.ubuntu.com/show_bug.cgi?id=13771
    This is the same issue as
     http://bugs.ghostscript.com/show_bug.cgi?id=687643
     http://bugs.ghostscript.com/show_bug.cgi?id=687730
    discussed in
     http://ghostscript.com/pipermail/gs-code-review/2004-September/004649.html
    and probably the same as Debian bugs #324796 and #325570 and
    perhaps others in Debian's gs-esp and gs-gpl.

    This bug is due to gs's incorrect assumption that (where ref is an
    important struct inside gs) sizeof(ref) % alignof(jmp_buf) == 0.  This
    is not true on ppc and apparently not necessarily on Itanium either.

    The `fix' I have applied is to wrap setjmp/longjmp up in macros which
    arrange for jmp_buf to have alignment 1, as sketched out in the URLs
    above.  A previous attempt to fix it by padding ref out to the
    alignment of jmp_buf failed and I don't know why; but I suspect other
    unjustified assumptions in gs.

    GhostScript's algorithms ought to be repaired not to assume
    falsehoods.

 -- Ian Jackson <email address hidden>  Tue, 13 Sep 2005 18:27:17 +0100