Bug 68661 – Mark xpdf-3.00-r4 stable

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Heinrich Wendel (RETIRED) 2004-10-23 16:06:18 UTC]

ia64, ppc64 and ppc please test xpdf-3.00-r3

[Comment 1 Michael Hanselmann (hansmi) (RETIRED) 2004-10-23 17:03:06 UTC]

Compiled and runs fine on ppc.

[Comment 2 Heinrich Wendel (RETIRED) 2004-10-25 09:34:02 UTC]

alpha, please test as well

[Comment 3 Heinrich Wendel (RETIRED) 2004-10-25 09:35:19 UTC]

alpha already tested it, sorry

now there is only ppc64 and ia64 left

[Comment 4 Aron Griffis (RETIRED) 2004-10-25 12:48:22 UTC]

all set on ia64

[Comment 5 Heinrich Wendel (RETIRED) 2004-11-01 05:37:44 UTC]

tgall: what about ppc64?

[Comment 6 Markus Rothe (RETIRED) 2004-11-01 10:11:36 UTC]

I cannot mark xpdf-3.00-r5/-r4 stable because if I try to open a pdf xpdf quits with this output:

FPmult: overflow, 1x-2147483648
FPmult: overflow, 1x-2147483648
FPmult: overflow, 1x-2147483648
FPmult: overflow, 1x-2147483648
FPmult: overflow, 1x-2147483648
FPmult: overflow, 1x-2147483648
FPmult: overflow, 1x-2147483648
FPmult: overflow, 1x-2147483648
terminate called after throwing an instance of 'std::bad_alloc'
  what():  St9bad_alloc
Aborted

But this not true for all PDF's (=some don't produce this). But the PDF's which cause this error with -r5/-r4 work just fine with -r1.

Markus

[Comment 7 Markus Rothe (RETIRED) 2004-11-01 10:12:16 UTC]

mhh.. sry. forgor to mention this was on ppc64... :-/

Markus

[Comment 8 Heinrich Wendel (RETIRED) 2004-11-03 12:00:18 UTC]

could you please test which of the patches causes this?

[Comment 9 Markus Rothe (RETIRED) 2004-11-03 13:41:24 UTC]

ok. here is what I've done:

- commented out each patch separate -> nothing changed
- commented out all patches -> nothing changed
- this means, that there is another reason than one of the patches, which makes xpdf quitting this way.
  maybe it's related to the PDF (but I don't think so, because it works if I use xpdf-3.00-r1...) or the added languages cause this.

Can someone test the PDF on another arch to make sure this happens only on ppc64 and is not a PDF-file related bug? -> http://www.tfh-berlin.de/~suchanek/Et23_2pdf.PDF

Markus

[Comment 10 Thierry Carrez (RETIRED) 2004-11-05 04:46:30 UTC]

This blocks security bug 69662 waiting for ppc64 to mark xpdf stable. Raising priority.

[Comment 11 Thierry Carrez (RETIRED) 2004-11-05 05:29:42 UTC]

PDF from comment #9 loaded OK here (app-text/xpdf-3.00-r5 on x86)

[Comment 12 Markus Rothe (RETIRED) 2004-11-06 04:53:15 UTC]

finaly stable on ppc64.  Markus

[Comment 13 Heinrich Wendel (RETIRED) 2004-11-06 06:58:44 UTC]

fine -> close