<?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>95727</bug_id>
          
          <creation_ts>2005-06-10 15:47 0000</creation_ts>
          <short_desc>media-sound/gramofile-1.6 needs amd64-specific fixes (with patch)</short_desc>
          <delta_ts>2005-10-08 03:59:37 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>AMD64</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <keywords>Inclusion</keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>tartif@spymac.com</reporter>
          <assigned_to>sound@gentoo.org</assigned_to>
          <cc>amd64@gentoo.org</cc>

      

      
          <long_desc isprivate="0">
            <who>tartif@spymac.com</who>
            <bug_when>2005-06-10 15:47:42 0000</bug_when>
            <thetext>This package needs a patch to work on amd64; a patch is supplied.

The README for the package says:

Note for all 64-bit systems: when your `long&apos;-type vars are 64 bit, .wav
headers are not read/written correctly (=bug). If you replace every `long&apos;
with an `int&apos; (or other 32-bit type), everything should be fine.

Therefor, a patch should be applied on amd64 machines. I attach what I think is
the appropriate patch.

Reproducible: Always
Steps to Reproduce:
How to test:
Run gramofile
Select &quot;3. Locate Tracks&quot;
Pick any WAV file, select &quot;Start computation&quot; on following screen.

Actual Results:  
Unpatched version: an error appears: &quot;The source file is a .wav file with
unknown format&quot;


Expected Results:  
Patched version: This error does not appear.</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>tartif@spymac.com</who>
            <bug_when>2005-06-10 15:49:08 0000</bug_when>
            <thetext>Created an attachment (id=61023)
Fix the WAV header structure to use 32-bit fields
</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>raffaele.belardi@st.com</who>
            <bug_when>2005-07-04 00:11:20 0000</bug_when>
            <thetext>(In reply to comment #1)
&gt; Created an attachment (id=61023) [edit]
&gt; Fix the WAV header structure to use 32-bit fields
&gt; 
The patch works for me, as Uri described I was unable to read WAV files without it.
Thanks Uri.

</thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>flameeyes@gentoo.org</who>
            <bug_when>2005-09-01 16:52:05 0000</bug_when>
            <thetext>That does not seems good, please use standard integer types. </thetext>
          </long_desc>
          <long_desc isprivate="0">
            <who>blubb@gentoo.org</who>
            <bug_when>2005-10-08 03:59:37 0000</bug_when>
            <thetext>fixed, thanks</thetext>
          </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>61023</attachid>
            <date>2005-06-10 15:49 0000</date>
            <desc>Fix the WAV header structure to use 32-bit fields</desc>
            <filename>fmtheaders_amd64.patch</filename>
            <type>text/plain</type>
            <data encoding="base64">LS0tIGZtdGhlYWRlcnMuaC5vbGQJMjAwNS0wNi0xMSAwMToyMjoyMC4wMDAwMDAwMDAgKzAzMDAK
KysrIGZtdGhlYWRlcnMuaAkyMDA1LTA2LTExIDAxOjE2OjU5LjAwMDAwMDAwMCArMDMwMApAQCAt
NjAsMjMgKzYwLDI1IEBACiAgICBhcmUgaW4gb25seSBpbiB0aGlzIGNvbWJpbmF0aW9uLCBzbyBJ
IGNvbWJpbmVkIHRoZW0gaW4gb25lIGhlYWRlcjsKICAgIGl0IHdvcmtzIG9uIGFsbCBXQVZFLWZp
bGUgSSBoYXZlCiAgKi8KK3R5cGVkZWYgdW5zaWduZWQgaW50IHVfbG9uZzMyOworCiB0eXBlZGVm
IHN0cnVjdCB3YXZoZWFkCiAgIHsKLSAgICB1X2xvbmcgbWFpbl9jaHVuazsJCS8qICdSSUZGJyAq
LwotICAgIHVfbG9uZyBsZW5ndGg7CQkvKiBMZW5ndGggb2YgcmVzdCBvZiBmaWxlICovCi0gICAg
dV9sb25nIGNodW5rX3R5cGU7CQkvKiAnV0FWRScgKi8KKyAgICB1X2xvbmczMiBtYWluX2NodW5r
OwkJLyogJ1JJRkYnICovCisgICAgdV9sb25nMzIgbGVuZ3RoOwkJLyogTGVuZ3RoIG9mIHJlc3Qg
b2YgZmlsZSAqLworICAgIHVfbG9uZzMyIGNodW5rX3R5cGU7CQkvKiAnV0FWRScgKi8KIAotICAg
IHVfbG9uZyBzdWJfY2h1bms7CQkvKiAnZm10ICcgKi8KLSAgICB1X2xvbmcgc2NfbGVuOwkJLyog
bGVuZ3RoIG9mIHN1Yl9jaHVuaywgPTE2IChyZXN0IG9mIGNodW5rKSAqLworICAgIHVfbG9uZzMy
IHN1Yl9jaHVuazsJCS8qICdmbXQgJyAqLworICAgIHVfbG9uZzMyIHNjX2xlbjsJCS8qIGxlbmd0
aCBvZiBzdWJfY2h1bmssID0xNiAocmVzdCBvZiBjaHVuaykgKi8KICAgICB1X3Nob3J0IGZvcm1h
dDsJCS8qIHNob3VsZCBiZSAxIGZvciBQQ00tY29kZSAqLwogICAgIHVfc2hvcnQgbW9kdXM7CQkv
KiAxIE1vbm8sIDIgU3RlcmVvICovCi0gICAgdV9sb25nIHNhbXBsZV9mcTsJCS8qIGZyZXF1ZW5j
ZSBvZiBzYW1wbGUgKi8KLSAgICB1X2xvbmcgYnl0ZV9wX3NlYzsKKyAgICB1X2xvbmczMiBzYW1w
bGVfZnE7CQkvKiBmcmVxdWVuY2Ugb2Ygc2FtcGxlICovCisgICAgdV9sb25nMzIgYnl0ZV9wX3Nl
YzsKICAgICB1X3Nob3J0IGJ5dGVfcF9zcGw7CQkvKiBzYW1wbGVzaXplOyAxIG9yIDIgYnl0ZXMg
Ki8KICAgICB1X3Nob3J0IGJpdF9wX3NwbDsJCS8qIDgsIDEyIG9yIDE2IGJpdCAqLwogCi0gICAg
dV9sb25nIGRhdGFfY2h1bms7CQkvKiAnZGF0YScgKi8KLSAgICB1X2xvbmcgZGF0YV9sZW5ndGg7
CQkvKiBzYW1wbGVjb3VudCAobGVudGggb2YgcmVzdCBvZiBibG9jaz8pICovCisgICAgdV9sb25n
MzIgZGF0YV9jaHVuazsJCS8qICdkYXRhJyAqLworICAgIHVfbG9uZzMyIGRhdGFfbGVuZ3RoOwkJ
Lyogc2FtcGxlY291bnQgKGxlbnRoIG9mIHJlc3Qgb2YgYmxvY2s/KSAqLwogICB9CiB3YXZoZWFk
OwogCg==
</data>        

          </attachment>
    </bug>

</bugzilla>