xpdf

2023-12-17 Thread chohag
To those who agreed to include xpdf3 alongside the New! Improved!
Slower! Gaudier! version 4, thank you!

That was a horrible 30 seconds.

Matthew



Re: xpdf crashes when going fullscreen

2016-08-26 Thread Christian Weisgerber
David Coppa:

> Can you please try the x11/motif diff below and report back?

The question isn't so much whether this fixes the xpdf problem, but
whether is breaks anything else.

-- 
Christian "naddy" Weisgerber  na...@mips.inka.de



Re: xpdf crashes when going fullscreen

2016-08-26 Thread Jeremie Courreges-Anglas
David Coppa <dco...@gmail.com> writes:

> On Wed, 24 Aug 2016, Alessandro DE LAURENZIS wrote:
>
>> Dear misc@ readers,
>> 
>> just noticed that xpdf receives a bus error as soon as the fullscreen mode is
>> activated.  A gdb trace follows, hoping it gives some hints:
>> 
>> GNU gdb 6.3
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and you are
>> welcome to change it and/or distribute copies of it under certain conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB.  Type "show warranty" for details.
>> This GDB was configured as "amd64-unknown-openbsd6.0"...(no debugging 
>> symbols found)
>> 
>> (gdb) run
>> Starting program: /usr/local/bin/xpdf
>> 
>> Program received signal SIGBUS, Bus error.
>> 0x1693d3cabc78 in XtWindowOfObject () from /usr/X11R6/lib/libXt.so.11.0
>
> Next time, try harder. Google is your friend ;)
>
> Five minutes of googling lead me to this:
>
> https://bugs.launchpad.net/ubuntu/+source/ddd/+bug/1354961
>
> Can you please try the x11/motif diff below and report back?

ok jca@

-- 
jca | PGP : 0x1524E7EE / 5135 92C1 AD36 5293 2BDF  DDCC 0DFA 74AE 1524 E7EE



Re: xpdf crashes when going fullscreen

2016-08-25 Thread Alessandro DE LAURENZIS
Hello David,

On Wed, 24 Aug 2016 10:22:26 +0200
David Coppa  wrote:
[...]
> Next time, try harder. Google is your friend ;)
> 
> Five minutes of googling lead me to this:
> 
> https://bugs.launchpad.net/ubuntu/+source/ddd/+bug/1354961
> 
> Can you please try the x11/motif diff below and report back?

sorry for delay; yes, I confirm that this patch solves the issue.

Cheers

-- 
Alessandro DE LAURENZIS
[mailto:jus...@atlantide.t28.net]
LinkedIn: http://it.linkedin.com/in/delaurenzis



Re: xpdf crashes when going fullscreen

2016-08-24 Thread David Coppa
On Wed, 24 Aug 2016, Alessandro DE LAURENZIS wrote:

> Dear misc@ readers,
> 
> just noticed that xpdf receives a bus error as soon as the fullscreen mode is
> activated.  A gdb trace follows, hoping it gives some hints:
> 
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-unknown-openbsd6.0"...(no debugging symbols 
> found)
> 
> (gdb) run
> Starting program: /usr/local/bin/xpdf
> 
> Program received signal SIGBUS, Bus error.
> 0x1693d3cabc78 in XtWindowOfObject () from /usr/X11R6/lib/libXt.so.11.0

Next time, try harder. Google is your friend ;)

Five minutes of googling lead me to this:

https://bugs.launchpad.net/ubuntu/+source/ddd/+bug/1354961

Can you please try the x11/motif diff below and report back?

Ciao!
David

Index: Makefile
===
RCS file: /cvs/ports/x11/motif/Makefile,v
retrieving revision 1.2
diff -u -p -r1.2 Makefile
--- Makefile3 Aug 2016 18:55:49 -   1.2
+++ Makefile24 Aug 2016 08:21:36 -
@@ -4,6 +4,8 @@ COMMENT=Motif toolkit
 
 DISTNAME=  motif-2.3.6
 
+REVISION=  0
+
 SHARED_LIBS=   Mrm 4.1 \
Uil 5.0 \
Xm  6.1
Index: patches/patch-lib_Xm_XmI_h
===
RCS file: patches/patch-lib_Xm_XmI_h
diff -N patches/patch-lib_Xm_XmI_h
--- /dev/null   1 Jan 1970 00:00:00 -
+++ patches/patch-lib_Xm_XmI_h  24 Aug 2016 08:21:36 -
@@ -0,0 +1,26 @@
+$OpenBSD$
+
+Description: Disable fix for upstream bug #1565
+
+This patch reverts the changes introduced by upstream's fix for
+upstream bug #1565 and causes pop menus and keyboard navigation in
+menus to revert to their Motif 2.3.3 behaviour.
+
+Upstream's original fix broke keyboard navigation in menus (#730026)
+and upstream's updated fix (applied in motif 2.3.4-5) caused segfaults
+in ddd and xpdf (#781995).
+
+Author: Graham Inggs <gra...@nerve.org.za>
+Bug: http://bugs.motifzone.net/show_bug.cgi?id=1565
+Bug-Debian: https://bugs.debian.org/781995
+
+--- lib/Xm/XmI.h.orig  Sat Jun 11 01:52:23 2016
 lib/Xm/XmI.h   Wed Aug 24 10:04:23 2016
+@@ -294,7 +294,6 @@ extern Pixel _XmAssignInsensitiveColor(Widget w);
+ #define FIX_1501
+ #define FIX_1521
+ #define FIX_1505
+-#define FIX_1565
+ 
+ #endif /* _XmI_h */
+ /* DON'T ADD ANYTHING AFTER THIS #endif */



Re: xpdf crashes when going fullscreen

2016-08-24 Thread patrick keshishian
On 8/24/16, Karel Gardas <gard...@gmail.com> wrote:
> Please also type `bt' and hit enter after run in gdb -- this will
> instruct gdb to print whole stack trace which may show how you get
> into the crash situation or at least help a little bit more.

Also, OP might consider contacting xpdf's author: Derek B. Noonburg[0].
He was very responsive on the one occasion I contacted him about
xpdf's performance[1].

--patrick

[0] contact info over here: http://www.foolabs.com/xpdf/home.html
[1] http://marc.info/?l=openbsd-ports=140056429615423=2


> On Wed, Aug 24, 2016 at 7:30 AM, Alessandro DE LAURENZIS
> <jus...@atlantide.t28.net> wrote:
>> Dear misc@ readers,
>>
>> just noticed that xpdf receives a bus error as soon as the fullscreen mode
>> is
>> activated.  A gdb trace follows, hoping it gives some hints:
>>
>> GNU gdb 6.3
>> Copyright 2004 Free Software Foundation, Inc.
>> GDB is free software, covered by the GNU General Public License, and you
>> are
>> welcome to change it and/or distribute copies of it under certain
>> conditions.
>> Type "show copying" to see the conditions.
>> There is absolutely no warranty for GDB.  Type "show warranty" for
>> details.
>> This GDB was configured as "amd64-unknown-openbsd6.0"...(no debugging
>> symbols found)
>>
>> (gdb) run
>> Starting program: /usr/local/bin/xpdf
>>
>> Program received signal SIGBUS, Bus error.
>> 0x1693d3cabc78 in XtWindowOfObject () from
>> /usr/X11R6/lib/libXt.so.11.0
>>
>> --
>> Alessandro DE LAURENZIS
>> [mailto:jus...@atlantide.t28.net]
>> LinkedIn: http://it.linkedin.com/in/delaurenzis



Re: xpdf crashes when going fullscreen

2016-08-24 Thread Karel Gardas
Please also type `bt' and hit enter after run in gdb -- this will
instruct gdb to print whole stack trace which may show how you get
into the crash situation or at least help a little bit more.

On Wed, Aug 24, 2016 at 7:30 AM, Alessandro DE LAURENZIS
<jus...@atlantide.t28.net> wrote:
> Dear misc@ readers,
>
> just noticed that xpdf receives a bus error as soon as the fullscreen mode is
> activated.  A gdb trace follows, hoping it gives some hints:
>
> GNU gdb 6.3
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you are
> welcome to change it and/or distribute copies of it under certain conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB.  Type "show warranty" for details.
> This GDB was configured as "amd64-unknown-openbsd6.0"...(no debugging symbols 
> found)
>
> (gdb) run
> Starting program: /usr/local/bin/xpdf
>
> Program received signal SIGBUS, Bus error.
> 0x1693d3cabc78 in XtWindowOfObject () from /usr/X11R6/lib/libXt.so.11.0
>
> --
> Alessandro DE LAURENZIS
> [mailto:jus...@atlantide.t28.net]
> LinkedIn: http://it.linkedin.com/in/delaurenzis



xpdf crashes when going fullscreen

2016-08-23 Thread Alessandro DE LAURENZIS
Dear misc@ readers,

just noticed that xpdf receives a bus error as soon as the fullscreen mode is
activated.  A gdb trace follows, hoping it gives some hints:

GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "amd64-unknown-openbsd6.0"...(no debugging symbols 
found)

(gdb) run
Starting program: /usr/local/bin/xpdf

Program received signal SIGBUS, Bus error.
0x1693d3cabc78 in XtWindowOfObject () from /usr/X11R6/lib/libXt.so.11.0

-- 
Alessandro DE LAURENZIS
[mailto:jus...@atlantide.t28.net]
LinkedIn: http://it.linkedin.com/in/delaurenzis



xpdf slow

2011-08-24 Thread igor denisov
Hello there,

May someone help me with the following.

My xpdf is very slow on pdf files from www.archive.org.
pdf is attached.

xpdfrc

#

#- display fonts

# These map the Base-14 fonts to the Type 1 fonts that ship with
# ghostscript.  You'll almost certainly want to use something like
# this, but you'll need to adjust this to point to wherever
# ghostscript is installed on your system.  (But if the fonts are
# installed in a standard location, xpdf will find them
# automatically.)

displayFontT1   /usr/X11R6/lib/X11/fonts/misc/
displayFontT1   /usr/X11R6/lib/X11/fonts/75dpi/:unscaled
displayFontT1
/usr/X11R6/lib/X11/fonts/100dpi/:unscaled
displayFontT1 Times-Roman
/usr/local/share/ghostscript/fonts/n021003l.pfb
displayFontT1 Times-Italic
/usr/local/share/ghostscript/fonts/n021023l.pfb
displayFontT1 Times-Bold
/usr/local/share/ghostscript/fonts/n021004l.pfb
displayFontT1 Times-BoldItalic
/usr/local/share/ghostscript/fonts/n021024l.pfb
displayFontT1 Helvetica
/usr/local/share/ghostscript/fonts/n019003l.pfb
displayFontT1 Helvetica-Oblique
/usr/local/share/ghostscript/fonts/n019023l.pfb
displayFontT1 Helvetica
/usr/local/share/ghostscript/fonts/n019003l.pfb
displayFontT1 Helvetica-Oblique
/usr/local/share/ghostscript/fonts/n019023l.pfb
displayFontT1 Helvetica-Bold
/usr/local/share/ghostscript/fonts/n019004l.pfb
displayFontT1 Helvetica-BoldOblique
/usr/local/share/ghostscript/fonts/n019024l.pfb
displayFontT1 Courier
/usr/local/share/ghostscript/fonts/n022003l.pfb
displayFontT1 Courier-Oblique
/usr/local/share/ghostscript/fonts/n022023l.pfb
displayFontT1 Courier-Bold
/usr/local/share/ghostscript/fonts/n022004l.pfb
displayFontT1 Courier-BoldOblique
/usr/local/share/ghostscript/fonts/n022024l.pfb
displayFontT1 Symbol
/usr/local/share/ghostscript/fonts/s05l.pfb
displayFontT1 ZapfDingbats
/usr/local/share/ghostscript/fonts/d05l.pfb
displayFontT1   /usr/X11R6/lib/X11/fonts/Type1/

# If you need to display PDF files that refer to non-embedded fonts,
# you should add one or more fontDir options to point to the
# directories containing the font files.  Xpdf will only look at .pfa,
# .pfb, and .ttf files in those directories (other files will simply
# be ignored).

#fontDir/usr/local/fonts/bakoma

[demime 1.01d removed an attachment of type application/pdf which had a name of 
appliedgeophysic00rast.pdf]



Re: xpdf slow

2011-08-24 Thread Abel Abraham Camarillo Ojeda
On Wed, Aug 24, 2011 at 7:09 AM, igor denisov saufe...@gmail.com wrote:
 Hello there,

 May someone help me with the following.

 My xpdf is very slow on pdf files from www.archive.org.
 pdf is attached.

 xpdfrc

 #

 #- display fonts

 # These map the Base-14 fonts to the Type 1 fonts that ship with
 # ghostscript. B You'll almost certainly want to use something like
 # this, but you'll need to adjust this to point to wherever
 # ghostscript is installed on your system. B (But if the fonts are
 # installed in a standard location, xpdf will find them
 # automatically.)

 displayFontT1 B  B  B  B  B  B  B  B  B  B  B  B  B 
/usr/X11R6/lib/X11/fonts/misc/
 displayFontT1 B  B  B  B  B  B  B  B  B  B  B  B  B 
/usr/X11R6/lib/X11/fonts/75dpi/:unscaled
 displayFontT1
 /usr/X11R6/lib/X11/fonts/100dpi/:unscaled
 displayFontT1 Times-Roman
 /usr/local/share/ghostscript/fonts/n021003l.pfb
 displayFontT1 Times-Italic
 /usr/local/share/ghostscript/fonts/n021023l.pfb
 displayFontT1 Times-Bold
 /usr/local/share/ghostscript/fonts/n021004l.pfb
 displayFontT1 Times-BoldItalic
 /usr/local/share/ghostscript/fonts/n021024l.pfb
 displayFontT1 Helvetica
 /usr/local/share/ghostscript/fonts/n019003l.pfb
 displayFontT1 Helvetica-Oblique
 /usr/local/share/ghostscript/fonts/n019023l.pfb
 displayFontT1 Helvetica
 /usr/local/share/ghostscript/fonts/n019003l.pfb
 displayFontT1 Helvetica-Oblique
 /usr/local/share/ghostscript/fonts/n019023l.pfb
 displayFontT1 Helvetica-Bold
 /usr/local/share/ghostscript/fonts/n019004l.pfb
 displayFontT1 Helvetica-BoldOblique
 /usr/local/share/ghostscript/fonts/n019024l.pfb
 displayFontT1 Courier
 /usr/local/share/ghostscript/fonts/n022003l.pfb
 displayFontT1 Courier-Oblique
 /usr/local/share/ghostscript/fonts/n022023l.pfb
 displayFontT1 Courier-Bold
 /usr/local/share/ghostscript/fonts/n022004l.pfb
 displayFontT1 Courier-BoldOblique
 /usr/local/share/ghostscript/fonts/n022024l.pfb
 displayFontT1 Symbol
 /usr/local/share/ghostscript/fonts/s05l.pfb
 displayFontT1 ZapfDingbats
 /usr/local/share/ghostscript/fonts/d05l.pfb
 displayFontT1 B  B  B  B  B  B  B  B  B  B  B  B  B 
/usr/X11R6/lib/X11/fonts/Type1/

 # If you need to display PDF files that refer to non-embedded fonts,
 # you should add one or more fontDir options to point to the
 # directories containing the font files. B Xpdf will only look at .pfa,
 # .pfb, and .ttf files in those directories (other files will simply
 # be ignored).

 #fontDir B  B  B  B  B  B  B  B /usr/local/fonts/bakoma

 [demime 1.01d removed an attachment of type application/pdf which had a name
of appliedgeophysic00rast.pdf]



xpdf is always slow :P

unrelated: have you tried zathura?, it's in ports, it seems a whole lot
faster
to me...



Re: xpdf slow

2011-08-24 Thread Amit Kulkarni
 xpdf is always slow :P

 unrelated: have you tried zathura?, it's in ports, it seems a whole lot
 faster
 to me...


or mupdf, my current favorite.



Re: xpdf slow

2011-08-24 Thread a . velichinsky
On Wed, Aug 24, 2011 at 08:09:00AM -0400, igor denisov wrote:
 Hello there,
 
 May someone help me with the following.
 
 My xpdf is very slow on pdf files from www.archive.org.

That is to be expected. Get the djvu files instead.

There is no way to /decently/ use big image pdf files like those, even
with acrobat reader and on the latest hardware.



Intel doc paralyses both xpdf and kpdf at page 16

2006-03-30 Thread Dave Feustel
I'm running KDE 3.4.2 on OpenBSD 3.8

Doc: Intel(r)_VT_for_Direct_IO.pdf
from 
ftp://download.intel.com/technology/computing/vptech/Intel(r)_VT_for_Direct_IO.pdf

Possibly relevant error message:

/home/daf/Intel}Error: PDF version 1.6 -- xpdf supports version 1.5 (continuing 
anyway)

Both programs freeze and stop responding when I attempt to display page 16 of 
the doc.
Kill -9 seems to be the only way to exit.

xpdf is version 3.00p5

Dave Feustel
-- 
Lose, v., experience a loss, get rid of, lose the weight
Loose, adj., not tight, let go, free, loose clothing



Re: Intel doc paralyses both xpdf and kpdf at page 16

2006-03-30 Thread Andreas Bihlmaier
On Thu, Mar 30, 2006 at 08:40:59AM -0500, Dave Feustel wrote:
 I'm running KDE 3.4.2 on OpenBSD 3.8
 
 Doc: Intel(r)_VT_for_Direct_IO.pdf
 from 
 ftp://download.intel.com/technology/computing/vptech/Intel(r)_VT_for_Direct_IO.pdf
 
 Possibly relevant error message:
 
 /home/daf/Intel}Error: PDF version 1.6 -- xpdf supports version 1.5 
 (continuing anyway)
 
 Both programs freeze and stop responding when I attempt to display page 16 of 
 the doc.
 Kill -9 seems to be the only way to exit.
 
 xpdf is version 3.00p5
 
 Dave Feustel

Works fine here with kpdf on current:

Qt: 3.3.5
KDE: 3.5.0
KPDF: 0.5



Re: Intel doc paralyses both xpdf and kpdf at page 16

2006-03-30 Thread Jonathan Glaschke
Hallo.

On Thu, Mar 30, 2006 at 08:40:59AM -0500, Dave Feustel wrote:
 I'm running KDE 3.4.2 on OpenBSD 3.8

 Doc: Intel(r)_VT_for_Direct_IO.pdf
 from
ftp://download.intel.com/technology/computing/vptech/Intel(r)_VT_for_Direct_I
O.pdf

 Possibly relevant error message:

 /home/daf/Intel}Error: PDF version 1.6 -- xpdf supports version 1.5
(continuing anyway)

 Both programs freeze and stop responding when I attempt to display page 16
of the doc.
 Kill -9 seems to be the only way to exit.

 xpdf is version 3.00p5

Works fine on OpenBSD 3.8, xpdf 3.00p7.

It takes about twenty seconds to display page 17, but 16 is ok.

Jonathan

 Dave Feustel
 --
 Lose, v., experience a loss, get rid of, lose the weight
 Loose, adj., not tight, let go, free, loose clothing


--
 | /\   ASCII Ribbon   | Jonathan Glaschke - Lorenz-Goertz-Stra_e 71,
 | \ / Campaign Against | 41238 Moenchengladbach, Germany;
 |  XHTML In Mail   | jabber: [EMAIL PROTECTED]
 | / \ And News | http://jonathan-glaschke.de/

[demime 1.01d removed an attachment of type application/pgp-signature]