<?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>131603</bug_id>
          
          <creation_ts>2006-04-28 13:19 0000</creation_ts>
          <short_desc>app-mobilephone/obexftp hangs when sending file to Sony Ericsson z520 over usb cable using cdc_acm</short_desc>
          <delta_ts>2006-05-05 23:08:34 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>Ebuilds</component>
          <version>2005.1</version>
          <rep_platform>All</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>Simon80@gmail.com</reporter>
          <assigned_to>ticho@gentoo.org</assigned_to>
          <cc>mobile-phone@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>Simon80@gmail.com</who>
            <bug_when>2006-04-28 13:19:29 0000</bug_when>
            <thetext>I had trouble sending files to my phone where it would hang at the &apos;Sending &quot;&lt;file&gt;&quot;.../&apos; line, so I tracked down the issue and wrote a patch for it.

It looks like one could consider this a workaround for fixing the relevant driver itself ( I haven&apos;t bothered to figure this out), but my patch just adds a retry loop to the function that writes data to the cable driver, which was failing because the write() call was only writing part of what was requested.  Should be completely safe from infinite looping, but if I&apos;m wrong (say write perpetually returns 0, if that&apos;s even possible), the results are not catastrophic by any means, because there&apos;s a usleep(1) call in the loop as part of the workaround.  So in short, applying this patch can only be good, and may perhaps fix issues with more than just my specific model of phone.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Simon80@gmail.com</who>
            <bug_when>2006-04-28 13:20:52 0000</bug_when>
            <thetext>Created an attachment (id=85692)
obexftp-cablewriteretry.patch

This will apply cleanly to 0.18 as well as 0.19</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Simon80@gmail.com</who>
            <bug_when>2006-04-28 13:22:51 0000</bug_when>
            <thetext>Created an attachment (id=85693)
obexftp-0.18.ebuild

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Simon80@gmail.com</who>
            <bug_when>2006-04-28 13:23:31 0000</bug_when>
            <thetext>Created an attachment (id=85695)
obexftp-0.19.ebuild

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2006-04-29 08:32:32 0000</bug_when>
            <thetext>100 tries seems a bit much and also you didn&apos;t took into account the fact that write() could always return 0 (which IMO is an error by itself). 
I will change the patch in such way to abort after 3 _consecutive_ errors. That sounds OK?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Simon80@gmail.com</who>
            <bug_when>2006-04-29 10:22:04 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; 100 tries seems a bit much and also you didn&apos;t took into account the fact that
&gt; write() could always return 0 (which IMO is an error by itself). 
&gt; I will change the patch in such way to abort after 3 _consecutive_ errors. That
&gt; sounds OK?
&gt; 

The reason I set it to 100 was to make sure that transfers don&apos;t fail because of &quot;Resource temporarily unavailable&quot; errors, which is quite possible if the fail threshold is less than 5 errors.  Making it consecutive would alleviate that issue, but I don&apos;t think making the number high is a problem, cause worst case, the loop would run for less than 5 secs if it encountered 100 write() errors (based on my highly unscientific observations), and this is an unlikely circumstance.  I tried to unplug my phone during a transfer a few times to trigger it, and it didn&apos;t happen, the connection was terminated and obexftp promptly closed.  Also, failing this, there still is the option for the user to send an interrupt to the program, which would terminate it immediately.  Even if you make it keep track of consecutive errors, which is a good thing, my opinion is that the fail threshold should be set significantly higher than 3.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2006-04-29 11:19:53 0000</bug_when>
            <thetext>Created an attachment (id=85776)
obexftp-0.19-cobex_write.patch

Please try this patch.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2006-05-02 01:04:03 0000</bug_when>
            <thetext>well, does it work for you?</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Simon80@gmail.com</who>
            <bug_when>2006-05-03 08:41:28 0000</bug_when>
            <thetext>Hey, sorry about the delay, I&apos;ve been busy in the past few days, moving to school, etc., and haven&apos;t checked my email.  I&apos;ll try to remember to try it tonight.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>Simon80@gmail.com</who>
            <bug_when>2006-05-04 13:53:20 0000</bug_when>
            <thetext>Seems to work, which I would expect, given its similarity to the original working patch.  I&apos;ve tested a 9kB HTML file as well as a 3888kB file.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>mrness@gentoo.org</who>
            <bug_when>2006-05-05 23:08:34 0000</bug_when>
            <thetext>fixed in 0.19-r1.
thanks!</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85692</attachid>
            <date>2006-04-28 13:20 0000</date>
            <desc>obexftp-cablewriteretry.patch</desc>
            <filename>obexftp-cablewriteretry.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIG9iZXhmdHAtMC4xOS9tdWx0aWNvYmV4L211bHRpX2NvYmV4LmMJMjAwNS0xMS0yNCAwOTo1
NToxMS4wMDAwMDAwMDAgLTA1MDAKKysrIG9iZXhmdHAtMC4xOS9tdWx0aWNvYmV4L211bHRpX2Nv
YmV4X25ldy5jCTIwMDYtMDQtMjggMTU6NDQ6MTEuMDAwMDAwMDAwIC0wNDAwCkBAIC0xMjYsNyAr
MTI2LDcgQEAgaW50IGNvYmV4X2Rpc2Nvbm5lY3Qob2JleF90ICpzZWxmLCB2b2lkIAogLyogQ2Fs
bGVkIGZyb20gT0JFWC1saWIgd2hlbiBkYXRhIG5lZWRzIHRvIGJlIHdyaXR0ZW4gKi8KIGludCBj
b2JleF93cml0ZShvYmV4X3QgKnNlbGYsIHZvaWQgKmRhdGEsIHVpbnQ4X3QgKmJ1ZmZlciwgaW50
IGxlbmd0aCkKIHsKLQlpbnQgYWN0dWFsOworCWludCB3cml0dGVuOwogCWNvYmV4X3QgKmM7CiAg
ICAgICAgIHJldHVybl92YWxfaWZfZmFpbCAoc2VsZiAhPSBOVUxMLCAtMSk7CiAgICAgICAgIHJl
dHVybl92YWxfaWZfZmFpbCAoZGF0YSAhPSBOVUxMLCAtMSk7CkBAIC0xMzcsMjQgKzEzNyw0NiBA
QCBpbnQgY29iZXhfd3JpdGUob2JleF90ICpzZWxmLCB2b2lkICpkYXRhCiAJREVCVUcoMywgIiVz
KCkgRGF0YSAlZCBieXRlc1xuIiwgX19mdW5jX18sIGxlbmd0aCk7CiAKIAlpZiAoYy0+dHlwZSA9
PSBDVF9FUklDU1NPTiB8fCBjLT50eXBlID09IENUX1NJRU1FTlMpIHsKLQkJYWN0dWFsID0gd3Jp
dGUoYy0+ZmQsIGJ1ZmZlciwgbGVuZ3RoKTsKLQkJaWYgKGFjdHVhbCA8IGxlbmd0aCkJewotCQkJ
REVCVUcoMSwgIkVycm9yIHdyaXRpbmcgdG8gcG9ydCAoJWQgZXhwZWN0ZWQgJWQpXG4iLCBhY3R1
YWwsIGxlbmd0aCk7Ci0JCQlyZXR1cm4gYWN0dWFsOyAvKiBvciAtMT8gKi8KKwkJd3JpdHRlbiA9
IHdyaXRlKGMtPmZkLCBidWZmZXIsIGxlbmd0aCk7CisgICAgICAgIGlmICh3cml0dGVuIDwgbGVu
Z3RoKQorICAgICAgICB7CisgICAgICAgICAgICBERUJVRygxLCAiRXJyb3Igd3JpdGluZyB0byBw
b3J0OiAlZCB3cml0dGVuLCBleHBlY3RlZCAlZDsgcmV0cnlpbmcuLi5cbiIsIHdyaXR0ZW4sIGxl
bmd0aCk7CisgICAgICAgICAgICBpbnQgaSwgcmV0dmFsPS0xLCBvbGRyZXR2YWwsIGZhaWwgPSAw
OworICAgICAgICAgICAgZm9yIChpID0gMDt3cml0dGVuIDwgbGVuZ3RoOysraSkKKyAgICAgICAg
ICAgIHsKKyAgICAgICAgICAgICAgICB1c2xlZXAoMSk7IC8vIFRoaXMgbXlzdGVyaW91c2x5IGF2
b2lkcyBhIHJlc291cmNlIG5vdCBhdmFpbGFibGUgZXJyb3Igb24gd3JpdGUoKQorICAgICAgICAg
ICAgICAgIG9sZHJldHZhbCA9IHJldHZhbDsKKyAgICAgICAgICAgICAgICByZXR2YWwgPSB3cml0
ZShjLT5mZCwgYnVmZmVyK3dyaXR0ZW4sIGxlbmd0aC13cml0dGVuKTsKKyAgICAgICAgICAgICAg
ICBpZiAocmV0dmFsIDwgMCkKKyAgICAgICAgICAgICAgICB7CisgICAgICAgICAgICAgICAgICAg
IERFQlVHKDEsICIlc0Vycm9yIHdyaXRpbmcgdG8gcG9ydDogJXNcbiIsIG9sZHJldHZhbD49MD8i
XG4iOiIiLHN0cmVycm9yKGVycm5vKSk7CisgICAgICAgICAgICAgICAgICAgICsrZmFpbDsKKyAg
ICAgICAgICAgICAgICAgICAgaWYgKGZhaWwgPT0gMTAwKSAvLyB0byBhdm9pZCBpbmZpbml0ZSBs
b29waW5nIGlmIHNvbWV0aGluZyBpcyByZWFsbHkgd3JvbmcKKyAgICAgICAgICAgICAgICAgICAg
eworICAgICAgICAgICAgICAgICAgICAgICAgcmV0dXJuIHdyaXR0ZW47CisgICAgICAgICAgICAg
ICAgICAgIH0KKyAgICAgICAgICAgICAgICB9CisgICAgICAgICAgICAgICAgZWxzZQorICAgICAg
ICAgICAgICAgIHsKKyAgICAgICAgICAgICAgICAgICAgd3JpdHRlbiArPSByZXR2YWw7CisgICAg
ICAgICAgICAgICAgICAgIERFQlVHKDEsICJXcm90ZSAlZCBieXRlcyBvdXQgb2YgJWQgaW4gJWQg
cmV0cmllcyVzXHIiLCB3cml0dGVuLGxlbmd0aCwgaSsxLCB3cml0dGVuPT1sZW5ndGg/IiAtIHN1
Y2Nlc3MhXG4iOiIiKTsKKyAgICAgICAgICAgICAgICB9CisgICAgICAgICAgICB9CiAJCX0KLQkJ
cmV0dXJuIGFjdHVhbDsKKworCQlyZXR1cm4gd3JpdHRlbjsKIAl9CiAKIAlpZiAoYy0+c2VxID09
IDApewotCQlhY3R1YWwgPSBiZmJfc2VuZF9maXJzdChjLT5mZCwgYnVmZmVyLCBsZW5ndGgpOwot
CQlERUJVRygyLCAiJXMoKSBXcm90ZSAlZCBmaXJzdCBwYWNrZXRzICglZCBieXRlcylcbiIsIF9f
ZnVuY19fLCBhY3R1YWwsIGxlbmd0aCk7CisJCXdyaXR0ZW4gPSBiZmJfc2VuZF9maXJzdChjLT5m
ZCwgYnVmZmVyLCBsZW5ndGgpOworCQlERUJVRygyLCAiJXMoKSBXcm90ZSAlZCBmaXJzdCBwYWNr
ZXRzICglZCBieXRlcylcbiIsIF9fZnVuY19fLCB3cml0dGVuLCBsZW5ndGgpOwogCX0gZWxzZSB7
Ci0JCWFjdHVhbCA9IGJmYl9zZW5kX25leHQoYy0+ZmQsIGJ1ZmZlciwgbGVuZ3RoLCBjLT5zZXEp
OwotCQlERUJVRygyLCAiJXMoKSBXcm90ZSAlZCBwYWNrZXRzICglZCBieXRlcylcbiIsIF9fZnVu
Y19fLCBhY3R1YWwsIGxlbmd0aCk7CisJCXdyaXR0ZW4gPSBiZmJfc2VuZF9uZXh0KGMtPmZkLCBi
dWZmZXIsIGxlbmd0aCwgYy0+c2VxKTsKKwkJREVCVUcoMiwgIiVzKCkgV3JvdGUgJWQgcGFja2V0
cyAoJWQgYnl0ZXMpXG4iLCBfX2Z1bmNfXywgd3JpdHRlbiwgbGVuZ3RoKTsKIAl9CiAJYy0+c2Vx
Kys7CiAKLQlyZXR1cm4gYWN0dWFsOworCXJldHVybiB3cml0dGVuOwogfQogCiAvKiBDYWxsZWQg
d2hlbiBpbnB1dCBkYXRhIGlzIG5lZWRlZCAqLwo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>85693</attachid>
            <date>2006-04-28 13:22 0000</date>
            <desc>obexftp-0.18.ebuild</desc>
            <filename>obexftp-0.18.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1tb2JpbGVwaG9uZS9vYmV4ZnRwL29iZXhm
dHAtMC4xOC5lYnVpbGQsdiAxLjYgMjAwNi8wMy8wNiAyMDozNjoxMiBtcm5lc3MgRXhwICQKCmlu
aGVyaXQgcGVybC1tb2R1bGUgZmxhZy1vLW1hdGljCgpERVNDUklQVElPTj0iRmlsZSB0cmFuc2Zl
ciBvdmVyIE9CRVggZm9yIG1vYmlsZSBwaG9uZXMiClNSQ19VUkk9Imh0dHA6Ly90cmlxLm5ldC9v
YmV4ZnRwLyR7UH0udGFyLmd6IgpIT01FUEFHRT0iaHR0cDovL3RyaXEubmV0L29iZXgiCgpTTE9U
PSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9In5hbWQ2NCB+cHBjIHg4NiIKSVVTRT0iYmx1
ZXRvb3RoIGRlYnVnIHBlcmwgcHl0aG9uIHRjbHRrIgoKREVQRU5EPSI9ZGV2LWxpYnMvb3Blbm9i
ZXgtMS4wKgoJYmx1ZXRvb3RoPyAoID49bmV0LXdpcmVsZXNzL2JsdWV6LWxpYnMtMi4xOSApCglw
ZXJsPyAoID49ZGV2LWxhbmcvcGVybC01LjguNiApCglweXRob24/ICggPj1kZXYtbGFuZy9weXRo
b24tMi40LjIgKQoJdGNsdGs/ICggPj1kZXYtbGFuZy90Y2wtOC40LjkgKSIKCnNyY191bnBhY2so
KSB7Cgl1bnBhY2sgJHtBfTsgY2QgIiR7U30iCgllcGF0Y2ggJHtGSUxFU0RJUn0vb2JleGZ0cC1j
YWJsZXdyaXRlcmV0cnkucGF0Y2gKfQoKc3JjX2NvbXBpbGUoKSB7CglpZiB1c2UgZGVidWcgOyB0
aGVuCgkJc3RyaXAtZmxhZ3MKCQlhcHBlbmQtZmxhZ3MgIi1nIC1ET0JFWEZUUF9ERUJVRz01IgoJ
ZmkKCgllY29uZiBcCgkJJCh1c2VfZW5hYmxlIGJsdWV0b290aCkgXAoJCSQodXNlX2VuYWJsZSBw
ZXJsKSBcCgkJJCh1c2VfZW5hYmxlIHB5dGhvbikgXAoJCSQodXNlX2VuYWJsZSB0Y2x0ayB0Y2wp
IHx8IGRpZSAiZWNvbmYgZmFpbGVkIgoJZW1ha2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCn0KCnNy
Y19pbnN0YWxsKCkgewoJbWFrZSBERVNURElSPSR7RH0gaW5zdGFsbCB8fCBkaWUgIm1ha2UgaW5z
dGFsbCBmYWlsZWQiCgoJZG9kb2MgQVVUSE9SUyBDaGFuZ2VMb2cgTkVXUyBSRUFETUUqIFRIQU5L
UyBUT0RPCglkb2h0bWwgZG9jLyouaHRtbAoJaW5zaW50byAvdXNyL3NoYXJlL2RvYy8ke1BGfS9l
eGFtcGxlcwoJZG9pbnMgLXIgYXBwcy8qX2V4YW1wbGUuKgoJdXNlIHBlcmwgJiYgZml4bG9jYWxw
b2QKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>85695</attachid>
            <date>2006-04-28 13:23 0000</date>
            <desc>obexftp-0.19.ebuild</desc>
            <filename>obexftp-0.19.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA2IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6IC92YXIvY3Zzcm9vdC9nZW50b28teDg2L2FwcC1tb2JpbGVwaG9uZS9vYmV4ZnRwL29iZXhm
dHAtMC4xOS5lYnVpbGQsdiAxLjIgMjAwNi8wMy8wNiAyMDozNjoxNCBtcm5lc3MgRXhwICQKCmlu
aGVyaXQgcGVybC1tb2R1bGUgZmxhZy1vLW1hdGljCgpERVNDUklQVElPTj0iRmlsZSB0cmFuc2Zl
ciBvdmVyIE9CRVggZm9yIG1vYmlsZSBwaG9uZXMiClNSQ19VUkk9Imh0dHA6Ly90cmlxLm5ldC9v
YmV4ZnRwLyR7UH0udGFyLmd6IgpIT01FUEFHRT0iaHR0cDovL3RyaXEubmV0L29iZXgiCgpTTE9U
PSIwIgpMSUNFTlNFPSJHUEwtMiIKS0VZV09SRFM9In5hbWQ2NCB+cHBjIH54ODYiCklVU0U9ImJs
dWV0b290aCBkZWJ1ZyBwZXJsIHB5dGhvbiBzd2lnIHRjbHRrIgoKREVQRU5EPSI+PWRldi1saWJz
L29wZW5vYmV4LTEuMQoJYmx1ZXRvb3RoPyAoID49bmV0LXdpcmVsZXNzL2JsdWV6LWxpYnMtMi4x
OSApCglwZXJsPyAoID49ZGV2LWxhbmcvcGVybC01LjguNiApCglweXRob24/ICggPj1kZXYtbGFu
Zy9weXRob24tMi40LjIgKQoJdGNsdGs/ICggPj1kZXYtbGFuZy90Y2wtOC40LjkgKQoJc3dpZz8g
KCA+PWRldi1sYW5nL3N3aWctMS4zLjcgKSIKCnNyY191bnBhY2soKSB7Cgl1bnBhY2sgJHtBfTsg
Y2QgIiR7U30iCgllcGF0Y2ggJHtGSUxFU0RJUn0vb2JleGZ0cC1jYWJsZXdyaXRlcmV0cnkucGF0
Y2gKfQoKc3JjX2NvbXBpbGUoKSB7CglpZiB1c2UgZGVidWcgOyB0aGVuCgkJc3RyaXAtZmxhZ3MK
CQlhcHBlbmQtZmxhZ3MgIi1nIC1ET0JFWEZUUF9ERUJVRz01IgoJZmkKCgllY29uZiBcCgkJJCh1
c2VfZW5hYmxlIGJsdWV0b290aCkgXAoJCSQodXNlX2VuYWJsZSBwZXJsKSBcCgkJJCh1c2VfZW5h
YmxlIHB5dGhvbikgXAoJCSQodXNlX2VuYWJsZSB0Y2x0ayB0Y2wpIHx8IGRpZSAiZWNvbmYgZmFp
bGVkIgoJZW1ha2UgfHwgZGllICJlbWFrZSBmYWlsZWQiCn0KCnNyY19pbnN0YWxsKCkgewoJbWFr
ZSBERVNURElSPSR7RH0gaW5zdGFsbCB8fCBkaWUgIm1ha2UgaW5zdGFsbCBmYWlsZWQiCgoJZG9k
b2MgQVVUSE9SUyBDaGFuZ2VMb2cgTkVXUyBSRUFETUUqIFRIQU5LUyBUT0RPCglkb2h0bWwgZG9j
LyouaHRtbAoJaW5zaW50byAvdXNyL3NoYXJlL2RvYy8ke1BGfS9leGFtcGxlcwoJZG9pbnMgLXIg
YXBwcy8qX2V4YW1wbGUuKgoJdXNlIHBlcmwgJiYgZml4bG9jYWxwb2QKfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>85776</attachid>
            <date>2006-04-29 11:19 0000</date>
            <desc>obexftp-0.19-cobex_write.patch</desc>
            <filename>obexftp-0.19-cobex_write.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtTnJ1IG9iZXhmdHAtMC4xOS5vcmlnL211bHRpY29iZXgvbXVsdGlfY29iZXguYyBvYmV4
ZnRwLTAuMTkvbXVsdGljb2JleC9tdWx0aV9jb2JleC5jCi0tLSBvYmV4ZnRwLTAuMTkub3JpZy9t
dWx0aWNvYmV4L211bHRpX2NvYmV4LmMJMjAwNS0xMS0yNCAxNjo1NToxMS4wMDAwMDAwMDAgKzAy
MDAKKysrIG9iZXhmdHAtMC4xOS9tdWx0aWNvYmV4L211bHRpX2NvYmV4LmMJMjAwNi0wNC0yOSAy
MToxMzo0Ny45NTU1MjUwMDAgKzAzMDAKQEAgLTEyNiw3ICsxMjYsNyBAQAogLyogQ2FsbGVkIGZy
b20gT0JFWC1saWIgd2hlbiBkYXRhIG5lZWRzIHRvIGJlIHdyaXR0ZW4gKi8KIGludCBjb2JleF93
cml0ZShvYmV4X3QgKnNlbGYsIHZvaWQgKmRhdGEsIHVpbnQ4X3QgKmJ1ZmZlciwgaW50IGxlbmd0
aCkKIHsKLQlpbnQgYWN0dWFsOworCWludCB3cml0dGVuOwogCWNvYmV4X3QgKmM7CiAgICAgICAg
IHJldHVybl92YWxfaWZfZmFpbCAoc2VsZiAhPSBOVUxMLCAtMSk7CiAgICAgICAgIHJldHVybl92
YWxfaWZfZmFpbCAoZGF0YSAhPSBOVUxMLCAtMSk7CkBAIC0xMzcsMjQgKzEzNywzNyBAQAogCURF
QlVHKDMsICIlcygpIERhdGEgJWQgYnl0ZXNcbiIsIF9fZnVuY19fLCBsZW5ndGgpOwogCiAJaWYg
KGMtPnR5cGUgPT0gQ1RfRVJJQ1NTT04gfHwgYy0+dHlwZSA9PSBDVF9TSUVNRU5TKSB7Ci0JCWFj
dHVhbCA9IHdyaXRlKGMtPmZkLCBidWZmZXIsIGxlbmd0aCk7Ci0JCWlmIChhY3R1YWwgPCBsZW5n
dGgpCXsKLQkJCURFQlVHKDEsICJFcnJvciB3cml0aW5nIHRvIHBvcnQgKCVkIGV4cGVjdGVkICVk
KVxuIiwgYWN0dWFsLCBsZW5ndGgpOwotCQkJcmV0dXJuIGFjdHVhbDsgLyogb3IgLTE/ICovCisJ
CWludCByZXRyaWVzPTAsIGNodW5rLCBmYWlscz0wOworCQl3cml0dGVuID0gMDsKKwkJZm9yIChy
ZXRyaWVzID0gMDsgd3JpdHRlbiA8IGxlbmd0aDsgcmV0cmllcysrKSB7CisJCQljaHVuayA9IHdy
aXRlKGMtPmZkLCBidWZmZXIrd3JpdHRlbiwgbGVuZ3RoLXdyaXR0ZW4pOworCQkJaWYgKGNodW5r
IDw9IDApIHsKKwkJCQlpZiAoICsrZmFpbHMgPj0gMTAgKSB7IC8vIHRvIGF2b2lkIGluZmluaXRl
IGxvb3BpbmcgaWYgc29tZXRoaW5nIGlzIHJlYWxseSB3cm9uZworCQkJCQlERUJVRygxLCAiJXMo
KSBFcnJvciB3cml0aW5nIHRvIHBvcnQgKHdyaXR0ZW4gJWQgYnl0ZXMgb3V0IG9mICVkLCBpbiAl
ZCByZXRyaWVzKVxuIiwgX19mdW5jX18sIHdyaXR0ZW4sIGxlbmd0aCwgcmV0cmllcyk7CisJCQkJ
CXJldHVybiB3cml0dGVuOworCQkJCX0KKwkJCQl1c2xlZXAoMSk7IC8vIFRoaXMgbXlzdGVyaW91
c2x5IGF2b2lkcyBhIHJlc291cmNlIG5vdCBhdmFpbGFibGUgZXJyb3Igb24gd3JpdGUoKQorCQkJ
fSBlbHNlIHsKKwkJCQl3cml0dGVuICs9IGNodW5rOworCQkJCWZhaWxzID0gMDsgLy8gUmVzZXQg
ZXJyb3IgY291bnRlciBvbiBzdWNjZXNzZnVsIHdyaXRlIG9wCisJCQl9CiAJCX0KLQkJcmV0dXJu
IGFjdHVhbDsKKwkJCisJCWlmIChyZXRyaWVzID4gMCkKKwkJCURFQlVHKDIsICIlcygpIFdyb3Rl
ICVkIGJ5dGVzIGluICVkIHJldHJpZXNcbiIsIF9fZnVuY19fLCB3cml0dGVuLCByZXRyaWVzKTsK
KwkJcmV0dXJuIHdyaXR0ZW47CiAJfQogCiAJaWYgKGMtPnNlcSA9PSAwKXsKLQkJYWN0dWFsID0g
YmZiX3NlbmRfZmlyc3QoYy0+ZmQsIGJ1ZmZlciwgbGVuZ3RoKTsKLQkJREVCVUcoMiwgIiVzKCkg
V3JvdGUgJWQgZmlyc3QgcGFja2V0cyAoJWQgYnl0ZXMpXG4iLCBfX2Z1bmNfXywgYWN0dWFsLCBs
ZW5ndGgpOworCQl3cml0dGVuID0gYmZiX3NlbmRfZmlyc3QoYy0+ZmQsIGJ1ZmZlciwgbGVuZ3Ro
KTsKKwkJREVCVUcoMiwgIiVzKCkgV3JvdGUgJWQgZmlyc3QgcGFja2V0cyAoJWQgYnl0ZXMpXG4i
LCBfX2Z1bmNfXywgd3JpdHRlbiwgbGVuZ3RoKTsKIAl9IGVsc2UgewotCQlhY3R1YWwgPSBiZmJf
c2VuZF9uZXh0KGMtPmZkLCBidWZmZXIsIGxlbmd0aCwgYy0+c2VxKTsKLQkJREVCVUcoMiwgIiVz
KCkgV3JvdGUgJWQgcGFja2V0cyAoJWQgYnl0ZXMpXG4iLCBfX2Z1bmNfXywgYWN0dWFsLCBsZW5n
dGgpOworCQl3cml0dGVuID0gYmZiX3NlbmRfbmV4dChjLT5mZCwgYnVmZmVyLCBsZW5ndGgsIGMt
PnNlcSk7CisJCURFQlVHKDIsICIlcygpIFdyb3RlICVkIHBhY2tldHMgKCVkIGJ5dGVzKVxuIiwg
X19mdW5jX18sIHdyaXR0ZW4sIGxlbmd0aCk7CiAJfQogCWMtPnNlcSsrOwogCi0JcmV0dXJuIGFj
dHVhbDsKKwlyZXR1cm4gd3JpdHRlbjsKIH0KIAogLyogQ2FsbGVkIHdoZW4gaW5wdXQgZGF0YSBp
cyBuZWVkZWQgKi8K
</data>        

          </attachment>
    </bug>

</bugzilla>