<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "http://bugs.gentoo.org/bugzilla.dtd">

<bugzilla version="2.22.7"
          urlbase="http://bugs.gentoo.org/"
          maintainer="bugzilla@gentoo.org"
>

    <bug>
          <bug_id>94901</bug_id>
          
          <creation_ts>2005-06-03 02:23 0000</creation_ts>
          <short_desc>dvipdfm seg faults if using hyperref package</short_desc>
          <delta_ts>2006-05-23 13:34:52 0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>Gentoo Linux</product>
          <component>Applications</component>
          <version>unspecified</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          <bug_file_loc>http://lists.debian.org/debian-tetex-maint/2005/01/msg00170.html</bug_file_loc>
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          <blocked>124511</blocked>
          
          <everconfirmed>1</everconfirmed>
          <reporter>murray.alex@gmail.com</reporter>
          <assigned_to>text-markup@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>murray.alex@gmail.com</who>
            <bug_when>2005-06-03 02:23:27 0000</bug_when>
            <thetext>When trying to convert a dvi to pdf with dvipdfm from tetex-2.0.2-r5, a
segmentation fault occurs.
I have tried this with the most recent version of tetex in portage also
(tetex-3.0-r2) which also results in the same error


Reproducible: Always
Steps to Reproduce:
1.
2.
3.




Portage 2.0.51.19 (default-linux/x86/2005.0, gcc-3.3.5-20050130,
glibc-2.3.4.20041102-r1, 2.6.11-gentoo-r9 i686)
=================================================================
System uname: 2.6.11-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
Gentoo Base System version 1.4.16
Python:              dev-lang/python-2.3.5 [2.3.5 (#1, Apr 28 2005, 12:54:02)]
dev-lang/python:     2.3.5
sys-apps/sandbox:    [Not Present]
sys-devel/autoconf:  2.59-r6, 2.13
sys-devel/automake:  1.5, 1.9.5, 1.7.9-r1, 1.6.3, 1.4_p6, 1.8.5-r3
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.16
virtual/os-headers:  2.6.8.1-r2
ACCEPT_KEYWORDS=&quot;x86&quot;
AUTOCLEAN=&quot;yes&quot;
CFLAGS=&quot;-O2 -march=pentium4 -pipe -fomit-frame-pointer&quot;
CHOST=&quot;i686-pc-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control&quot;
CONFIG_PROTECT_MASK=&quot;/etc/gconf /etc/terminfo /etc/env.d&quot;
CXXFLAGS=&quot;-O2 -march=pentium4 -pipe -fomit-frame-pointer&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig ccache distlocks sandbox sfperms strict&quot;
GENTOO_MIRRORS=&quot;ftp://206.75.217.181/ http://mirror.datapipe.net/gentoo&quot;
MAKEOPTS=&quot;-j3&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.au.gentoo.org/gentoo-portage&quot;
USE=&quot;x86 X acpi alsa avi berkdb bitmap-fonts cddb cdr cups eds emacs emboss
encode evo fam fbcon gdbm gif gimp gnome gnutls gpm gstreamer gtk gtk2 hal imap
imlib jpeg libg++ mad mmx mp3 mpeg ncurses nls nptl offensive ogg oggvorbis
opengl pam pdflib png ppds python quicktime readline samba scanner sdl spell sse
sse2 ssl svg svga tcpd tetex tiff truetype truetype-fonts type1-fonts usb vorbis
win32codecs wmf xine xml xml2 xpm xv zlib userland_GNU kernel_linux elibc_glibc&quot;
Unset:  ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ehmsen@gentoo.org</who>
            <bug_when>2006-05-21 14:44:16 0000</bug_when>
            <thetext>Created an attachment (id=87212)
tetex-3.0_p1-time-zone.patch

Let me take a wild guess... you are in a not-whole-hour-time-zone? :)

The above patch should fix your problem. Can you please try it out and report back if it works.

If you know C you are more than welcome to look at the patch and comment on it... it took some time to figure out how the PDF standard wants time zones and how tm_gmtoff defines time zones. I think the sign should be right in every case.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>murray.alex@gmail.com</who>
            <bug_when>2006-05-21 23:36:28 0000</bug_when>
            <thetext>Unfortunately I am unable to verify the patch, as I am now using an amd64 install and the bug is not present... In this case I think it is because previously I had CLOCK=&quot;local&quot; set in /etc/conf.d/clock whereas I now use CLOCK=&quot;UTC&quot;

I will try to reproduce it, and will let you know how I go.

Perhaps you should forward the patch upstream?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ehmsen@gentoo.org</who>
            <bug_when>2006-05-23 13:34:52 0000</bug_when>
            <thetext>(In reply to comment #2)
&gt; I will try to reproduce it, and will let you know how I go.

Doesn&apos;t matter. I have been able to reproduce it myself and (a slightly modified) patch has been appplied to the -r3 revision.

&gt; Perhaps you should forward the patch upstream?

dvipdfm upstream is dead (they promised Debian to fixed it in jan 2005, nothing has happend since).
The project has been forked (or taken over) by dvipdfmx. dvipdfmx has tried to fix it themself but apperently their fix is wrong (at least acording to the PDF standard), so I sent my patch to them.</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>87212</attachid>
            <date>2006-05-21 14:44 0000</date>
            <desc>tetex-3.0_p1-time-zone.patch</desc>
            <filename>tetex-3.0_p1-time-zone.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtdXJOIHRldGV4LXNyYy0zLjAub3JpZy90ZXhrL2R2aXBkZm0vcGRmZG9jLmMgdGV0ZXgt
c3JjLTMuMC90ZXhrL2R2aXBkZm0vcGRmZG9jLmMKLS0tIHRldGV4LXNyYy0zLjAub3JpZy90ZXhr
L2R2aXBkZm0vcGRmZG9jLmMJMjAwNS0xMi0wNiAxNjowMzoyMy4wMDAwMDAwMDAgKzAxMDAKKysr
IHRldGV4LXNyYy0zLjAvdGV4ay9kdmlwZGZtL3BkZmRvYy5jCTIwMDYtMDUtMjEgMjM6Mzc6MTAu
MDAwMDAwMDAwICswMjAwCkBAIC0yMzQsNyArMjM0LDcgQEAKIHsKICNpZm5kZWYgSEFWRV9USU1F
Wk9ORQogICAjaWZkZWYgVE1fR01fVE9GRgotICAgICAjZGVmaW5lIHRpbWV6b25lIChiZHRpbWUt
PmdtX3RvZmYpCisgICAgICNkZWZpbmUgdGltZXpvbmUgKGJkX3RpbWUtPnRtX2dtdG9mZikKICAg
I2Vsc2UKICAgICAgI2RlZmluZSB0aW1lem9uZSAwbAogI2VuZGlmIC8qIFRNX0dNX1RPRkYgKi8K
QEAgLTI0NywxMCArMjQ3LDI2IEBACiAgIH0KICAgdGltZSgmY3VycmVudF90aW1lKTsKICAgYmRf
dGltZSA9IGxvY2FsdGltZSgmY3VycmVudF90aW1lKTsKLSAgc3ByaW50ZiAoZGF0ZV9zdHJpbmcs
ICJEOiUwNGQlMDJkJTAyZCUwMmQlMDJkJTAyZCUrMDNsZCclMDJsZCciLAotCSAgIGJkX3RpbWUg
LT4gdG1feWVhcisxOTAwLCBiZF90aW1lIC0+IHRtX21vbisxLCBiZF90aW1lIC0+IHRtX21kYXks
Ci0JICAgYmRfdGltZSAtPiB0bV9ob3VyLCBiZF90aW1lIC0+IHRtX21pbiwgYmRfdGltZSAtPiB0
bV9zZWMsCi0JICAgLXRpbWV6b25lLzM2MDAsIHRpbWV6b25lJTM2MDApOworICBpZiAodGltZXpv
bmUgPT0gMGwpIHsKKwkgIHNwcmludGYgKGRhdGVfc3RyaW5nLCAiRDolMDRkJTAyZCUwMmQlMDJk
JTAyZCUwMmRaMDAnMDAnIiwKKwkJCQkgIGJkX3RpbWUgLT4gdG1feWVhcisxOTAwLCBiZF90aW1l
IC0+IHRtX21vbisxLCBiZF90aW1lIC0+IHRtX21kYXksCisJCQkJICBiZF90aW1lIC0+IHRtX2hv
dXIsIGJkX3RpbWUgLT4gdG1fbWluLCBiZF90aW1lIC0+IHRtX3NlYyApOworICB9IGVsc2UgaWYg
KHRpbWV6b25lIDwgMCkgeworCSAgdGltZXpvbmUgPSAtdGltZXpvbmU7CisJICBsb25nIGhoID0g
dGltZXpvbmUgLyAzNjAwOworCSAgbG9uZyBtbSA9ICh0aW1lem9uZSAlIDM2MDApIC8gNjA7CisJ
ICBzcHJpbnRmIChkYXRlX3N0cmluZywgIkQ6JTA0ZCUwMmQlMDJkJTAyZCUwMmQlMDJkLSUwMmxk
JyUwMmxkJyIsCisJCQkJICBiZF90aW1lIC0+IHRtX3llYXIrMTkwMCwgYmRfdGltZSAtPiB0bV9t
b24rMSwgYmRfdGltZSAtPiB0bV9tZGF5LAorCQkJCSAgYmRfdGltZSAtPiB0bV9ob3VyLCBiZF90
aW1lIC0+IHRtX21pbiwgYmRfdGltZSAtPiB0bV9zZWMsCisJCQkJICBoaCwgbW0pOworICB9IGVs
c2UgeworCSAgbG9uZyBoaCA9IHRpbWV6b25lIC8gMzYwMDsKKwkgIGxvbmcgbW0gPSAodGltZXpv
bmUgJSAzNjAwKSAvIDYwOworCSAgc3ByaW50ZiAoZGF0ZV9zdHJpbmcsICJEOiUwNGQlMDJkJTAy
ZCUwMmQlMDJkJTAyZCslMDJsZCclMDJsZCciLAorCQkJCSAgYmRfdGltZSAtPiB0bV95ZWFyKzE5
MDAsIGJkX3RpbWUgLT4gdG1fbW9uKzEsIGJkX3RpbWUgLT4gdG1fbWRheSwKKwkJCQkgIGJkX3Rp
bWUgLT4gdG1faG91ciwgYmRfdGltZSAtPiB0bV9taW4sIGJkX3RpbWUgLT4gdG1fc2VjLAorCQkJ
CSAgaGgsIG1tKTsKKyAgfQogICByZXR1cm4gZGF0ZV9zdHJpbmc7CiB9CiAK
</data>        

          </attachment>
    </bug>

</bugzilla>