<?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>152006</bug_id>
          
          <creation_ts>2006-10-19 13:39 0000</creation_ts>
          <short_desc>app-editors/emacs-21.4-r4 segementation fault if linked with binutils-2.17</short_desc>
          <delta_ts>2007-04-30 06:09:38 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>2006.1</version>
          <rep_platform>PPC64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>corsair@gentoo.org</reporter>
          <assigned_to>ppc64@gentoo.org</assigned_to>
          <cc>emacs@gentoo.org</cc>
    
    <cc>toolchain@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2006-10-19 13:39:43 0000</bug_when>
            <thetext>G5 ~ # emacs
Fatal error (11).Segmentation fault

backtrace:

#0  0x000000001014250c in print_object (obj=7493989781686142579, printcharfun=1152921504878785560, escapeflag=1) at print.c:1362
#1  0x0000000010144fdc in Fprin1 (object=7493989781686142579, printcharfun=1152921504878785560) at print.c:731
#2  0x00000000101455d8 in print_error_message (data=1, stream=4611686018699397168) at print.c:993
#3  0x0000000010145740 in Ferror_message_string (obj=24) at print.c:917
#4  0x000000001012cedc in Fsignal (error_symbol=1152921504878948056, data=5764607523306781736) at eval.c:1477
#5  0x00000000101171f4 in wrong_type_argument (predicate=1152921504878963224, value=7493989781686142579) at data.c:119
#6  0x00000000100d316c in Fget_buffer (name=7493989781686142579) at buffer.c:268
#7  0x00000000100daebc in Fget_buffer_create (name=7493989781686142579) at buffer.c:338
#8  0x0000000010027c0c in message_dolog (m=0x1019b7b0 &quot;&quot;, nbytes=0, nlflag=1, multibyte=0) at xdisp.c:5657
#9  0x00000000100b7660 in main (argc=1, argv=0xfffff963818, envp=0x1) at emacs.c:1317
#10 0x00000400009175c4 in generic_start_main (main=@0x101c3850: 0x100b62c8 &lt;main&gt;, argc=1, ubp_av=0xfffff963818, auxvec=0xfffff963948,
    init=@0x101cd270: 0x1018a174 &lt;.__libc_csu_init&gt;, fini=0x4000002ccb8 &lt;_rtld_local_ro&gt;, rtld_fini=0x6800000067cf4673, stack_end=0x103534f0)
    at libc-start.c:212
#11 0x0000040000917768 in __libc_start_main (argc=603997250, ubp_av=0x1, ubp_ev=0x1, auxvec=0x8, rtld_fini=0x800000067cf4673, stinfo=0x0,
    stack_on_entry=0x103534f0) at libc-start.c:97
#12 0x0000000000000000 in ?? ()</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2006-10-19 13:41:06 0000</bug_when>
            <thetext># emerge --info
Portage 2.1.1-r1 (default-linux/ppc/ppc64/2006.1/64bit-userland/970, gcc-3.4.6, glibc-2.3.6-r5, 2.6.19-rc2 ppc64)
=================================================================
System uname: 2.6.19-rc2 ppc64 PPC970FX, altivec supported
Gentoo Base System version 1.12.5
Last Sync: Thu, 19 Oct 2006 17:00:01 +0000
ccache version 2.3 [disabled]
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS=&quot;ppc64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;powerpc64-unknown-linux-gnu&quot;
CFLAGS=&quot;-O2 -pipe -mtune=970 -mcpu=970 -mabi=altivec -g&quot;
CHOST=&quot;powerpc64-unknown-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-O2 -pipe -mtune=970 -mcpu=970 -mabi=altivec -g&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoaddcvs autoconfig cvs distlocks installsources metadata-transfer sandbox sfperms splitdebug strict&quot;
GENTOO_MIRRORS=&quot;http://mirror.pacific.net.au/linux/Gentoo&quot;
LANG=&quot;en_US.UTF8&quot;
LC_ALL=&quot;en_US.UTF8&quot;
MAKEOPTS=&quot;-j4&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=&apos;/distfiles&apos; --exclude=&apos;/local&apos; --exclude=&apos;/packages&apos;&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;ppc64 X a52 aac aiglx alsa altivec amr apache2 apm asf bash-completion berkdb bitmap-fonts bzip2 ccache cdinstall cdparanoia cdr cli cracklib crypt cups curl cvs dbus dlloader dri dts dv dvd dvdr dvdread eds elibc_glibc emboss enca encode exscalibar ffmpeg flac foomaticdb fortran fping gd gdbm ggi gif gimpprint glib glitz gmp gnokii gnutls gphoto2 gpm graphviz gs gstreamer gtk hal highlight ieee1394 imagemagick imlib input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kde kdeenablefinal kernel_linux latex ldap libg++ libwww mad matroska mdnsresponder-compat mikmod mjpeg motif mp3 mp4 mpeg mplayer multiuser musicbrainz mysql ncurses network nls no-old-linux nptl nptlonly nsplugin objc objc++ offensive ogg openal opengl pam pcre pdf perl php plotutils png ppds pppd python qt3 qt4 quicktime rdesktop readline reflection ruby samba scanner screen sdl session skins smp spell spl ssl stream subtitles subversion svg tcltk tcpd teamarena tetex theora threads tiff truetype truetype-fonts type1-fonts udev unicode upnp usb userland_GNU utempter vcd video_cards_radeon videos vim-pager vorbis wxwindows x264 xcomposite xine xml xorg xscreensaver xv xvid xvmc zeroconf zlib&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2006-10-19 14:04:16 0000</bug_when>
            <thetext>adding emacs alias instead of individual members.

adding toolchain to CC, as this seems to be a bug in binutils, as I cannot reproduce this on my ppc machine (apple powerbook).</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2006-12-10 04:25:36 0000</bug_when>
            <thetext>app-editors/emacs-cvs-23.0.0-r1 does not show this behavior. that version runs just fine.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-02-02 10:12:47 0000</bug_when>
            <thetext>corsair, could you try with emacs-cvs-22.0.9999-r1 please?  As it will see a release soon, we can probably close this bug then.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-02-03 09:58:47 0000</bug_when>
            <thetext>yes, emacs-cvs-22.0.9999-r1 builds and runs with binutils-2.17. let&apos;s wait for the release mark it stabe soon and close this bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>gnu_andrew@member.fsf.org</who>
            <bug_when>2007-03-02 10:27:29 0000</bug_when>
            <thetext>A running emacs can be compiled with the following CFLAGS:

CFLAGS=&quot;-mno-fp-in-toc -mno-sum-in-toc&quot;

Maybe an arch-dependent addition of these CFLAGS should be considered?

emerge --info is as follows:

Portage 2.1.2-r9 (default-linux/ppc/ppc64/2006.0/64bit-userland/970/pmac, gcc-3.4.6, glibc-2.3.6-r5, 2.6.17-gentoo-r4.omega ppc64)
=================================================================
System uname: 2.6.17-gentoo-r4.omega ppc64 PPC970MP, altivec supported
Gentoo Base System release 1.12.8
Timestamp of tree: Wed, 28 Feb 2007 17:01:01 +0000
distcc 2.18.3 powerpc64-unknown-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     2.3
sys-apps/sandbox:    1.2.17
sys-devel/autoconf:  2.13, 2.61
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.14
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r2
ACCEPT_KEYWORDS=&quot;ppc64&quot;
AUTOCLEAN=&quot;yes&quot;
CBUILD=&quot;powerpc64-unknown-linux-gnu&quot;
CFLAGS=&quot;-O1 -mtune=970 -mcpu=970 -mabi=altivec -pipe -ggdb&quot;
CHOST=&quot;powerpc64-unknown-linux-gnu&quot;
CONFIG_PROTECT=&quot;/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb&quot;
CONFIG_PROTECT_MASK=&quot;/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c&quot;
CXXFLAGS=&quot;-O1 -mtune=970 -mcpu=970 -mabi=altivec -pipe -ggdb&quot;
DISTDIR=&quot;/usr/portage/distfiles&quot;
FEATURES=&quot;autoconfig ccache distlocks metadata-transfer sandbox sfperms splitdebug strict&quot;
GENTOO_MIRRORS=&quot;http://gentoo.blueyonder.co.uk ftp://mirrors.blueyonder.co.uk/mirrors/gentoo http://www.mirrorservice.org/sites/www.ibiblio.org/gentoo/ ftp://ftp.mirrorse\
rvice.org/sites/www.ibiblio.org/gentoo/ &quot;
LINGUAS=&quot;en_GB&quot;
MAKEOPTS=&quot;-j5&quot;
PKGDIR=&quot;/usr/portage/packages&quot;
PORTAGE_RSYNC_OPTS=&quot;--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --\
exclude=/local --exclude=/packages&quot;
PORTAGE_TMPDIR=&quot;/var/tmp&quot;
PORTDIR=&quot;/usr/portage&quot;
PORTDIR_OVERLAY=&quot;/usr/local/portage&quot;
SYNC=&quot;rsync://rsync.gentoo.org/gentoo-portage&quot;
USE=&quot;X a52 aac alsa altivec apache2 apm arts asf bash-completion berkdb bitmap-fonts bzip2 cairo cdparanoia cdr cli cpudetection cracklib crypt cups dbus doc dri dts dv d\
vd dvdread eds emacs emboss encode ffmpeg flac foomaticdb fortran gdbm gif gpm gstreamer gtk hal iconv ieee1394 imlib ipv6 isdnlog jpeg kde lcms ldap libg++ libwww mad mi\
di mikmod mng motif mp3 mpeg ncurses nls nptl nsplugin ogg openal opengl oss pam pcre pdf perl png ppc64 ppds pppd python qt qt3 qt4 quicktime readline reflection rtc sam\
ba sdl session speex spell spl sqlite ssl tcpd tetex tga theora threads tiff truetype truetype-fonts type1-fonts unicode vorbis wmf x264 xchattext xine xinerama xml xorg \
xscreensaver xv xvid zlib&quot; ALSA_PCM_PLUGINS=&quot;adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null pl\
ug rate route share shm softvol&quot; ELIBC=&quot;glibc&quot; INPUT_DEVICES=&quot;keyboard mouse&quot; KERNEL=&quot;linux&quot; LCD_DEVICES=&quot;bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses\
 text&quot; LINGUAS=&quot;en_GB&quot; USERLAND=&quot;GNU&quot; VIDEO_CARDS=&quot;nv fbdev&quot;
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-03-02 12:30:39 0000</bug_when>
            <thetext>(In reply to comment #6)
&gt; A running emacs can be compiled with the following CFLAGS:
&gt; CFLAGS=&quot;-mno-fp-in-toc -mno-sum-in-toc&quot;
&gt; Maybe an arch-dependent addition of these CFLAGS should be considered?

 ppc64 (namely corsair): Do you give your ok for that?  Does it work?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2007-03-02 16:51:53 0000</bug_when>
            <thetext>ppc64 is screwed up in general here ... perhaps a tracker bug should be filed so crappy ppc64 flags dont leak into ebuilds everywhere and get lost in the shuffle</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-03-02 18:06:24 0000</bug_when>
            <thetext>this is fixed in emacs-22.0.9999-r1, so I think it is OK to add this CFLAGS for ppc64 only in 21.4-r4. once 22.0 is released, stable on ppc64 and the older version removed we won&apos;t have any crap lying around, do we?

andrew: good work. thanks for this!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-03-02 18:39:37 0000</bug_when>
            <thetext>(In reply to comment #9)
&gt; this is fixed in emacs-22.0.9999-r1, so I think it is OK to add this CFLAGS for
&gt; ppc64 only in 21.4-r4. once 22.0 is released, stable on ppc64 and the older
&gt; version removed we won&apos;t have any crap lying around, do we?

 That&apos;s the way it is.  So closing this after CFLAGS additions.

&gt; andrew: good work. thanks for this!

 Yeah!</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>vapier@gentoo.org</who>
            <bug_when>2007-03-02 19:03:20 0000</bug_when>
            <thetext>i was talking in more general terms, not just emacs ... like busybox or openssl</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-04-28 21:10:14 0000</bug_when>
            <thetext>those added CFLAGS (no longer?) solve the problem for me.. emacs still segfaults for me.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-04-29 10:28:30 0000</bug_when>
            <thetext>Created an attachment (id=117623)
emacs-21.4-ppc64-align-jmpbuf.patch

Could you please try if attached patch fixes the problem?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-04-29 10:33:02 0000</bug_when>
            <thetext>Created an attachment (id=117625)
emacs-21.4-ppc64-align-jmpbuf.patch

take 2 ...
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-04-29 14:58:31 0000</bug_when>
            <thetext>no, same problem.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-04-29 15:50:16 0000</bug_when>
            <thetext>Created an attachment (id=117646)
emacs-21.4-ppc64-fix-unexelf.patch

Next attempt, patch taken from Redhat/FC6, see &lt;http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=183304&gt;.

(This is like poking with a stick in the dark, could someone give me shell access to a ppc64 system?)
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>corsair@gentoo.org</who>
            <bug_when>2007-04-29 17:02:59 0000</bug_when>
            <thetext>patch added. Thanks for spotting it, ulm.

marking as FIXED.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>fauli@gentoo.org</who>
            <bug_when>2007-04-30 03:51:54 0000</bug_when>
            <thetext>(In reply to comment #16)
&gt; (This is like poking with a stick in the dark, could someone give me shell
&gt; access to a ppc64 system?)

 Will this patch hit upstream?

Greetings from sunny California</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>ulm@gentoo.org</who>
            <bug_when>2007-04-30 06:09:38 0000</bug_when>
            <thetext>(In reply to comment #18)
&gt;  Will this patch hit upstream?

Since it was backported from Emacs 22, upstream is aware of it.
</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>117623</attachid>
            <date>2007-04-29 10:28 0000</date>
            <desc>emacs-21.4-ppc64-align-jmpbuf.patch</desc>
            <filename>patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHNyYy9hbGxvYy5jfgkyMDAzLTAxLTE3IDE0OjQ1OjEzLjAwMDAwMDAwMCArMDEwMAorKysg
c3JjL2FsbG9jLmMJMjAwNy0wNC0yOSAxMjowNzo0Mi4wMDAwMDAwMDAgKzAyMDAKQEAgLTM3MTYs
NyArMzcxNiwxMCBAQAogc3RhdGljIHZvaWQKIG1hcmtfc3RhY2sgKCkKIHsKLSAgam1wX2J1ZiBq
OworICB1bmlvbiBhbGlnbmVkX2ptcGJ1ZiB7CisgICAgTGlzcF9PYmplY3QgbzsKKyAgICBqbXBf
YnVmIGo7CisgIH0gajsKICAgdm9sYXRpbGUgaW50IHN0YWNrX2dyb3dzX2Rvd25fcCA9IChjaGFy
ICopICZqID4gKGNoYXIgKikgc3RhY2tfYmFzZTsKICAgdm9pZCAqZW5kOwogCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>117625</attachid>
            <date>2007-04-29 10:33 0000</date>
            <desc>emacs-21.4-ppc64-align-jmpbuf.patch</desc>
            <filename>patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIHNyYy9hbGxvYy5jfgkyMDAzLTAxLTE3IDE0OjQ1OjEzLjAwMDAwMDAwMCArMDEwMAorKysg
c3JjL2FsbG9jLmMJMjAwNy0wNC0yOSAxMjozMjo0My4wMDAwMDAwMDAgKzAyMDAKQEAgLTM3MTYs
NyArMzcxNiwxMCBAQAogc3RhdGljIHZvaWQKIG1hcmtfc3RhY2sgKCkKIHsKLSAgam1wX2J1ZiBq
OworICB1bmlvbiBhbGlnbmVkX2ptcGJ1ZiB7CisgICAgTGlzcF9PYmplY3QgbzsKKyAgICBqbXBf
YnVmIGo7CisgIH0gajsKICAgdm9sYXRpbGUgaW50IHN0YWNrX2dyb3dzX2Rvd25fcCA9IChjaGFy
ICopICZqID4gKGNoYXIgKikgc3RhY2tfYmFzZTsKICAgdm9pZCAqZW5kOwogCkBAIC0zNzQ0LDcg
KzM3NDcsNyBAQAogICAgIH0KICNlbmRpZiAvKiBHQ19TRVRKTVBfV09SS1MgKi8KICAgCi0gIHNl
dGptcCAoaik7CisgIHNldGptcCAoai5qKTsKICAgZW5kID0gc3RhY2tfZ3Jvd3NfZG93bl9wID8g
KGNoYXIgKikgJmogKyBzaXplb2YgaiA6IChjaGFyICopICZqOwogI2VuZGlmIC8qIG5vdCBHQ19T
QVZFX1JFR0lTVEVSU19PTl9TVEFDSyAqLwogCg==
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>117646</attachid>
            <date>2007-04-29 15:50 0000</date>
            <desc>emacs-21.4-ppc64-fix-unexelf.patch</desc>
            <filename>emacs-21.4-ppc64-fix-unexelf.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGVtYWNzLTIxLjQvc3JjL3VuZXhlbGYuYwkyMDAyLTEwLTE1IDEwOjIxOjQ0LjAwMDAwMDAw
MCAtMDQwMAorKysgZW1hY3MtMjEuNC53b3Jrcy9zcmMvdW5leGVsZi5jCTIwMDYtMDctMjYgMTE6
MDg6MDUuMDAwMDAwMDAwIC0wNDAwCkBAIC02OTcsNyArNjk3LDcgQEAgdW5leGVjIChuZXdfbmFt
ZSwgb2xkX25hbWUsIGRhdGFfc3RhcnQsIAogICBFbGZXKEFkZHIpIG5ld19kYXRhMl9hZGRyOwog
CiAgIGludCBuLCBubjsKLSAgaW50IG9sZF9ic3NfaW5kZXgsIG9sZF9zYnNzX2luZGV4OworICBp
bnQgb2xkX2Jzc19pbmRleCwgb2xkX3Nic3NfaW5kZXgsIG9sZF9wbHRfaW5kZXg7CiAgIGludCBv
bGRfZGF0YV9pbmRleCwgbmV3X2RhdGEyX2luZGV4OwogICBpbnQgb2xkX21kZWJ1Z19pbmRleDsK
ICAgc3RydWN0IHN0YXQgc3RhdF9idWY7CkBAIC03NTksMTIgKzc1OSwzMSBAQCB1bmV4ZWMgKG5l
d19uYW1lLCBvbGRfbmFtZSwgZGF0YV9zdGFydCwgCiAgICAgaWYgKE9MRF9TRUNUSU9OX0ggKG9s
ZF9zYnNzX2luZGV4KS5zaF90eXBlID09IFNIVF9QUk9HQklUUykKICAgICAgIG9sZF9zYnNzX2lu
ZGV4ID0gLTE7CiAKLSAgaWYgKG9sZF9zYnNzX2luZGV4ID09IC0xKQorICAvKiBQb3dlclBDNjQg
aGFzIC5wbHQgaW4gdGhlIEJTUyBzZWN0aW9uLiAgKi8KKyAgb2xkX3BsdF9pbmRleCA9IGZpbmRf
c2VjdGlvbiAoIi5wbHQiLCBvbGRfc2VjdGlvbl9uYW1lcywKKwkJCQlvbGRfbmFtZSwgb2xkX2Zp
bGVfaCwgb2xkX3NlY3Rpb25faCwgMSk7CisgIGlmIChvbGRfcGx0X2luZGV4ICE9IC0xKQorICAg
IGlmIChPTERfU0VDVElPTl9IIChvbGRfcGx0X2luZGV4KS5zaF90eXBlICE9IFNIVF9OT0JJVFMp
CisgICAgICBvbGRfcGx0X2luZGV4ID0gLTE7CisKKyAgaWYgKG9sZF9zYnNzX2luZGV4ID09IC0x
ICYmIG9sZF9wbHRfaW5kZXggPT0gLTEpCiAgICAgewogICAgICAgb2xkX2Jzc19hZGRyID0gT0xE
X1NFQ1RJT05fSCAob2xkX2Jzc19pbmRleCkuc2hfYWRkcjsKICAgICAgIG9sZF9ic3Nfc2l6ZSA9
IE9MRF9TRUNUSU9OX0ggKG9sZF9ic3NfaW5kZXgpLnNoX3NpemU7CiAgICAgICBuZXdfZGF0YTJf
aW5kZXggPSBvbGRfYnNzX2luZGV4OwogICAgIH0KKyAgZWxzZSBpZiAob2xkX3BsdF9pbmRleCAh
PSAtMQorCSAgICYmIChvbGRfc2Jzc19pbmRleCA9PSAtMQorCSAgICAgICB8fCAoT0xEX1NFQ1RJ
T05fSCAob2xkX3Nic3NfaW5kZXgpLnNoX2FkZHIKKwkJICAgPiBPTERfU0VDVElPTl9IIChvbGRf
cGx0X2luZGV4KS5zaF9hZGRyKSkpCisgICAgeworICAgICAgb2xkX2Jzc19hZGRyID0gT0xEX1NF
Q1RJT05fSCAob2xkX3BsdF9pbmRleCkuc2hfYWRkcjsKKyAgICAgIG9sZF9ic3Nfc2l6ZSA9IE9M
RF9TRUNUSU9OX0ggKG9sZF9ic3NfaW5kZXgpLnNoX3NpemUKKwkrIE9MRF9TRUNUSU9OX0ggKG9s
ZF9wbHRfaW5kZXgpLnNoX3NpemU7CisgICAgICBpZiAob2xkX3Nic3NfaW5kZXggIT0gLTEpCisJ
b2xkX2Jzc19zaXplICs9IE9MRF9TRUNUSU9OX0ggKG9sZF9zYnNzX2luZGV4KS5zaF9zaXplOwor
ICAgICAgbmV3X2RhdGEyX2luZGV4ID0gb2xkX3BsdF9pbmRleDsKKyAgICB9CiAgIGVsc2UKICAg
ICB7CiAgICAgICBvbGRfYnNzX2FkZHIgPSBPTERfU0VDVElPTl9IIChvbGRfc2Jzc19pbmRleCku
c2hfYWRkcjsKQEAgLTk1NSw3ICs5NzQsNyBAQCB1bmV4ZWMgKG5ld19uYW1lLCBvbGRfbmFtZSwg
ZGF0YV9zdGFydCwgCiAgICAgICBpZiAobiA9PSBvbGRfYnNzX2luZGV4CiAJICAvKiBUaGUgbmV3
IGJzcyBhbmQgc2JzcyBzZWN0aW9uJ3Mgc2l6ZSBpcyB6ZXJvLCBhbmQgaXRzIGZpbGUgb2Zmc2V0
CiAJICAgICBhbmQgdmlydHVhbCBhZGRyZXNzIHNob3VsZCBiZSBvZmYgYnkgTkVXX0RBVEEyX1NJ
WkUuICAqLwotCSAgfHwgbiA9PSBvbGRfc2Jzc19pbmRleAorCSAgfHwgbiA9PSBvbGRfc2Jzc19p
bmRleCB8fCBuID09IG9sZF9wbHRfaW5kZXgKIAkgICkKIAl7CiAJICAvKiBOTiBzaG91bGQgYmUg
YG9sZF9zP2Jzc19pbmRleCArIDEnIGF0IHRoaXMgcG9pbnQuICovCkBAIC05ODYsOSArMTAwNSw4
IEBAIHVuZXhlYyAobmV3X25hbWUsIG9sZF9uYW1lLCBkYXRhX3N0YXJ0LCAKIAkgICAgICA+PSBP
TERfU0VDVElPTl9IIChvbGRfYnNzX2luZGV4LTEpLnNoX29mZnNldCkKIAkgICAgTkVXX1NFQ1RJ
T05fSCAobm4pLnNoX29mZnNldCArPSBuZXdfZGF0YTJfc2l6ZTsKICNlbHNlCi0JICBpZiAocm91
bmRfdXAgKE5FV19TRUNUSU9OX0ggKG5uKS5zaF9vZmZzZXQsCi0JCQlPTERfU0VDVElPTl9IIChv
bGRfYnNzX2luZGV4KS5zaF9hZGRyYWxpZ24pCi0JICAgICAgPj0gbmV3X2RhdGEyX29mZnNldCkK
KwkgIGlmIChORVdfU0VDVElPTl9IIChubikuc2hfb2Zmc2V0ICsgTkVXX1NFQ1RJT05fSCAobm4p
LnNoX3NpemUKKwkgICAgICA+IG5ld19kYXRhMl9vZmZzZXQpCiAJICAgIE5FV19TRUNUSU9OX0gg
KG5uKS5zaF9vZmZzZXQgKz0gbmV3X2RhdGEyX3NpemU7CiAjZW5kaWYKIAkgIC8qIEFueSBzZWN0
aW9uIHRoYXQgd2FzIG9yaWdpbmFsbHkgcGxhY2VkIGFmdGVyIHRoZSBzZWN0aW9uCg==
</data>        

          </attachment>
    </bug>

</bugzilla>