<?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>184925</bug_id>
          
          <creation_ts>2007-07-11 06:40 0000</creation_ts>
          <short_desc>app-misc/fdupes-1.40: implicit declaration of memcpy</short_desc>
          <delta_ts>2008-05-13 08:36:41 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>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          
          <priority>P3</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>daniel.santos@pobox.com</reporter>
          <assigned_to>shell-tools@gentoo.org</assigned_to>
          

      

      
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2007-07-11 06:40:24 0000</bug_when>
            <thetext>The programmer put a #include in the wrong place and the problem only occurs when you aren&apos;t compiling md5.c for testing.  I am actually uncertain of the real outcome of this issue, although it&apos;s likely to cause nasties in some form or another.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2007-07-11 06:41:13 0000</bug_when>
            <thetext>Created an attachment (id=124520)
fdupes-1.40-r1.ebuild

new ebuild to fix the problem</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2007-07-11 06:41:57 0000</bug_when>
            <thetext>Created an attachment (id=124521)
fdupes-1.40-md5.c.patch

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2007-07-11 06:47:00 0000</bug_when>
            <thetext>Oh yea, I&apos;ve only tested this on Gentoo/amd64, but the problem is pretty straight forward.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2007-07-11 21:19:44 0000</bug_when>
            <thetext>Created an attachment (id=124593)
fdupes-1.40-r1.ebuild

Adds md5sum-external use flag to cause fdupes to use an eternal md5sum executable rather than it&apos;s bundled md5 routines.  I know there&apos;s some stuff that should go in the manifest.xml and probably the ChangeLog, sorry I haven&apos;t learned all of that yet.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>dev-zero@gentoo.org</who>
            <bug_when>2007-12-15 11:50:26 0000</bug_when>
            <thetext>Well, the outcome is simple: It causes segfaults on 64bit architectures.

@Daniel: Did you report the bug to upstream?
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2007-12-16 06:24:51 0000</bug_when>
            <thetext>(In reply to comment #5)
&gt; Well, the outcome is simple: It causes segfaults on 64bit architectures.
&gt; 
&gt; @Daniel: Did you report the bug to upstream?

Well, I did now :)  I figured it would do something nasty like that.  So how do I make sure that fixes like this actually make it into the main portage tree in the future?


</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>cslycord@gmail.com</who>
            <bug_when>2008-01-27 21:00:19 0000</bug_when>
            <thetext>(In reply to comment #4)
&gt; Created an attachment (id=124593) [edit]
&gt; fdupes-1.40-r1.ebuild
&gt; 
&gt; Adds md5sum-external use flag to cause fdupes to use an eternal md5sum
&gt; executable rather than it&apos;s bundled md5 routines.  I know there&apos;s some stuff
&gt; that should go in the manifest.xml and probably the ChangeLog, sorry I haven&apos;t
&gt; learned all of that yet.
&gt; 

Sounds like this should be a separate bug.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2008-01-28 12:03:19 0000</bug_when>
            <thetext>(In reply to comment #7)
&gt; (In reply to comment #4)
&gt; &gt; Created an attachment (id=124593) [edit]
&gt; &gt; fdupes-1.40-r1.ebuild
&gt; &gt; 
&gt; &gt; Adds md5sum-external use flag to cause fdupes to use an eternal md5sum
&gt; &gt; executable rather than it&apos;s bundled md5 routines.  I know there&apos;s some stuff
&gt; &gt; that should go in the manifest.xml and probably the ChangeLog, sorry I haven&apos;t
&gt; &gt; learned all of that yet.
&gt; &gt; 
&gt; 
&gt; Sounds like this should be a separate bug.
&gt; 

Separate bug for the new use flag or not, the patch to fix this segfaulting bug has has been here since last July, half a year ago, and it still isn&apos;t in the portage tree.  The new use flag is an enhancement that adds support for one of the features in the configure script. Use the older ebuild if you want, but it would be nice if the user community could get access to patches that work a bit sooner after they are documented and submitted.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2008-01-28 12:05:00 0000</bug_when>
            <thetext>oh, I forgot to mention that using an external md5sum program would also work-around the issue, although you can&apos;t use that feature with the ebuild in its current state because that feature isn&apos;t supported.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-05-06 09:13:22 0000</bug_when>
            <thetext>Tiziano what did cause segfaults on amd64? patch or usage of external program?

Daniel, please, show us the errors you experience and steps to reproduce the problem. At first glance string.h seems to be in correct place as all str*() are used only inside #ifdef TEST ... #endif block.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>pva@gentoo.org</who>
            <bug_when>2008-05-12 22:02:21 0000</bug_when>
            <thetext>Daniel, drop my last comment. I was obviously wrong there. I did not manage to reproduce any segfalts on amd64 with this patch, so I&apos;ve applied it in fdupes-1.40-r1. In fdupes-1.40-r2 I&apos;ve added md5sum-external USE flag... Thank you for your work. FIXED.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>daniel.santos@pobox.com</who>
            <bug_when>2008-05-13 08:36:41 0000</bug_when>
            <thetext>(In reply to comment #11)
&gt; Daniel, drop my last comment. I was obviously wrong there. I did not manage to
&gt; reproduce any segfalts on amd64 with this patch, so I&apos;ve applied it in
&gt; fdupes-1.40-r1. In fdupes-1.40-r2 I&apos;ve added md5sum-external USE flag... Thank
&gt; you for your work. FIXED.
&gt; 

hurray! :)
</thetext>
          </long_desc>
      
          <attachment
              isobsolete="1"
              ispatch="0"
              isprivate="0"
          >
            <attachid>124520</attachid>
            <date>2007-07-11 06:41 0000</date>
            <desc>fdupes-1.40-r1.ebuild</desc>
            <filename>fdupes-1.40-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCkRFU0NSSVBUSU9OPSJpZGVudGlmeS9kZWxldGUgZHVwbGljYXRlIGZpbGVzIHJlc2lk
aW5nIHdpdGhpbiBzcGVjaWZpZWQgZGlyZWN0b3JpZXMiCkhPTUVQQUdFPSJodHRwOi8vbmV0ZGlh
bC5jYXJpYmUubmV0L35hZHJpYW4yL2ZkdXBlcy5odG1sIgpTUkNfVVJJPSJodHRwOi8vbmV0ZGlh
bC5jYXJpYmUubmV0L35hZHJpYW4yL3Byb2dyYW1zLyR7UH0udGFyLmd6IgoKTElDRU5TRT0iTUlU
IgpTTE9UPSIwIgpLRVlXT1JEUz0iYW1kNjQgYXJtIGhwcGEgaWE2NCB+bWlwcyBwcGMgcHBjNjQg
czM5MCBzcGFyYyB4ODYiCklVU0U9IiIKCkRFUEVORD0iIgoKc3JjX3VucGFjaygpIHsKCXVucGFj
ayAke0F9CgoJIyBmaXggbWlzcGxhY2VkICNpbmNsdWRlCglwYXRjaCAtcDEgPCAke0ZJTEVTRElS
fS9mZHVwZXMtMS40MC1tZDUuYy5wYXRjaCBcCgkJfHwgZGllICJwYXRjaCBmYWlsZWQiCn0KCnNy
Y19jb21waWxlKCkgewoJZW1ha2UgfHwgZGllCn0KCnNyY19pbnN0YWxsKCkgewoJZG9iaW4gZmR1
cGVzIHx8IGRpZQoJZG9tYW4gZmR1cGVzLjEKCWRvZG9jIENIQU5HRVMgQ09OVFJJQlVUT1JTIElO
U1RBTEwgUkVBRE1FIFRPRE8KfQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>124521</attachid>
            <date>2007-07-11 06:41 0000</date>
            <desc>fdupes-1.40-md5.c.patch</desc>
            <filename>fdupes-1.40-md5.c.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">ZGlmZiAtcmMgb3JpZy9mZHVwZXMtMS40MC9tZDUvbWQ1LmMgbmV3L2ZkdXBlcy0xLjQwL21kNS9t
ZDUuYwoqKiogb3JpZy9mZHVwZXMtMS40MC9tZDUvbWQ1LmMJVGh1IE5vdiAgNCAxOTowNDozNiAx
OTk5Ci0tLSBuZXcvZmR1cGVzLTEuNDAvbWQ1L21kNS5jCVdlZCBKdWwgMTEgMDE6MTY6MTggMjAw
NwoqKioqKioqKioqKioqKioKKioqIDM5LDQ0ICoqKioKLS0tIDM5LDQ1IC0tLS0KICAgKi8KICAK
ICAjaW5jbHVkZSAibWQ1LmgiCisgI2luY2x1ZGUgPHN0cmluZy5oPgogIAogICNpZmRlZiBURVNU
CiAgLyoKKioqKioqKioqKioqKioqCioqKiA0Niw1MiAqKioqCiAgICogVGhlIHRlc3QgcHJvZ3Jh
bSBzaG91bGQgcHJpbnQgb3V0IHRoZSBzYW1lIHZhbHVlcyBhcyBnaXZlbiBpbiBzZWN0aW9uCiAg
ICogQS41IG9mIFJGQyAxMzIxLCByZXByb2R1Y2VkIGJlbG93LgogICAqLwotICNpbmNsdWRlIDxz
dHJpbmcuaD4KICBtYWluKCkKICB7CiAgICAgIHN0YXRpYyBjb25zdCBjaGFyICpjb25zdCB0ZXN0
WzddID0gewotLS0gNDcsNTIgLS0tLQo=
</data>        

          </attachment>
          <attachment
              isobsolete="0"
              ispatch="0"
              isprivate="0"
          >
            <attachid>124593</attachid>
            <date>2007-07-11 21:19 0000</date>
            <desc>fdupes-1.40-r1.ebuild</desc>
            <filename>fdupes-1.40-r1.ebuild</filename>
            <type>text/plain</type>
            <data encoding="base64">IyBDb3B5cmlnaHQgMTk5OS0yMDA1IEdlbnRvbyBGb3VuZGF0aW9uCiMgRGlzdHJpYnV0ZWQgdW5k
ZXIgdGhlIHRlcm1zIG9mIHRoZSBHTlUgR2VuZXJhbCBQdWJsaWMgTGljZW5zZSB2MgojICRIZWFk
ZXI6ICQKCkRFU0NSSVBUSU9OPSJpZGVudGlmeS9kZWxldGUgZHVwbGljYXRlIGZpbGVzIHJlc2lk
aW5nIHdpdGhpbiBzcGVjaWZpZWQgZGlyZWN0b3JpZXMiCkhPTUVQQUdFPSJodHRwOi8vbmV0ZGlh
bC5jYXJpYmUubmV0L35hZHJpYW4yL2ZkdXBlcy5odG1sIgpTUkNfVVJJPSJodHRwOi8vbmV0ZGlh
bC5jYXJpYmUubmV0L35hZHJpYW4yL3Byb2dyYW1zLyR7UH0udGFyLmd6IgoKTElDRU5TRT0iTUlU
IgpTTE9UPSIwIgpLRVlXT1JEUz0iYW1kNjQgYXJtIGhwcGEgaWE2NCB+bWlwcyBwcGMgcHBjNjQg
czM5MCBzcGFyYyB4ODYiCklVU0U9Im1kNXN1bS1leHRlcm5hbCIKCkRFUEVORD0iIgoKc3JjX3Vu
cGFjaygpIHsKCXVucGFjayAke0F9CgoJIyBmaXggbWlzcGxhY2VkICNpbmNsdWRlCglwYXRjaCAt
cDEgPCAke0ZJTEVTRElSfS9mZHVwZXMtMS40MC1tZDUuYy5wYXRjaCBcCgkJfHwgZGllICJwYXRj
aCBmYWlsZWQiCgoJaWYgdXNlIG1kNXN1bS1leHRlcm5hbDsgdGhlbgoJCWNkICIke1N9IgoJCXNl
ZCAtaSBcCgkJCS1lICdzL14jRVhURVJOQUxfTUQ1ID0gL0VYVEVSTkFMX01ENSA9IC9nJyBcCgkJ
CU1ha2VmaWxlIFwKCQkJfHwgZGllICJzZWQgZmFpbGVkIgoJZmkKfQoKc3JjX2NvbXBpbGUoKSB7
CgllbWFrZSB8fCBkaWUKfQoKc3JjX2luc3RhbGwoKSB7Cglkb2JpbiBmZHVwZXMgfHwgZGllCglk
b21hbiBmZHVwZXMuMQoJZG9kb2MgQ0hBTkdFUyBDT05UUklCVVRPUlMgSU5TVEFMTCBSRUFETUUg
VE9ETwp9Cg==
</data>        

          </attachment>
    </bug>

</bugzilla>