xpdf
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
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
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
Hello David, On Wed, 24 Aug 2016 10:22:26 +0200 David Coppawrote: [...] > 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
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
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
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
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
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
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
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
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
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
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
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]