Your message dated Thu, 21 Sep 2006 16:09:34 +0200
with message-id <[EMAIL PROTECTED]>
and subject line Fixed in NMU of ctn 3.0.6-8.1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: ctn
Version: 3.0.6-8
Severity: serious
Hi,
I'm packaging a DICOM -> NIfTI converter which uses the CTN library. I had to
discover that the converter does not work on AMD64 machine, while everything is
ok on i386.
I tracked the bug down to the DCM_OpenFile() call. Originally I wanted
to create a minimal demo that shows the bug and ask for help concerning
a bug in the converter. But when I was about to prepare a demo dicom file I
discovered that the whole ctn package is unusable on AMD64.
I tried several dicom files and CTN commands. I always get something similar
to this on AMD64:
[EMAIL PROTECTED]:~/hacking$ dcm_dump_file test.dicom
DICOM File: test.dicom
190092 DCM Data Element (0000 0000) longer (140733193388032) than remaining
length (580448) of data in stream or file in readFile
20092 DCM failed to open file: test.dicom in DCM_OpenFile
Could not open test.dicom as expected. Trying Part 10 format.
190092 DCM Data Element (0002 0001) longer (140733193388034) than remaining
length (580300) of data in stream or file in readFile
20092 DCM failed to open file: test.dicom in DCM_OpenFile
While the same command on i386 works as expected:
[EMAIL PROTECTED]:~/hacking$ dcm_dump_file test.dicom
DICOM File: test.dicom
c0092 DCM group/element out of order (0000 0000) in checkAttributeOrder
20092 DCM failed to open file: test.dicom in DCM_OpenFile
Could not open test.dicom as expected. Trying Part 10 format.
DCM Dump Elements
Object type: ELEMENT LIST
Object size: 580456
Group: 0002, Length: 196
0002 0000 4 // META Group Length// c4 196
<snip>
So effectively no command works, because no dicom file can be opened.
I only have access to a single AMD64 machine running etch/sid, so I was
not able to confirm this bug on another machine.
I was a bit unsure about the bug severity, but I think this is not just a
normal bug, because it renders the package completely unsusable on this arch
(given this bug is not limited to my machine).
Thanks,
Michael
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (600, 'testing'), (200, 'unstable')
Architecture: amd64 (x86_64)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.16-2-amd64-k8-smp
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Versions of packages ctn depends on:
ii libc6 2.3.6.ds1-4 GNU C Library: Shared libraries
ii libmysqlclient15off 5.0.24-3 mysql database client library
ii libx11-6 2:1.0.0-8 X11 client-side library
ii libxaw7 1:1.0.1-5 X11 Athena Widget library
ii libxext6 1:1.0.0-4 X11 miscellaneous extension librar
ii libxmu6 1:1.0.1-3 X11 miscellaneous utility library
ii libxt6 1:1.0.0-5 X11 toolkit intrinsics library
ii zlib1g 1:1.2.3-13 compression library - runtime
ctn recommends no packages.
-- no debconf information
--
GPG key: 1024D/3144BE0F Michael Hanke
http://apsy.gse.uni-magdeburg.de/hanke
ICQ: 48230050
signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Version: 3.0.6-8.1
I've NMUed for this bug (fixing the bug to use versioning instead of the
"fixed" tag, to ease tracking through testing); here's the changelog:
> ctn (3.0.6-8.1) unstable; urgency=medium
> .
> * Non-maintainer upload.
> * In the LONG_WORD structure, always use unsigned int since we want a
> 32-bit
> variable, and int is 32 bits on all platforms supported by Debian (it
> used
> to be unsigned long for all platforms except alpha, which broke on
> platforms such as ppc64 and amd64). (Closes: #387183)
> * Build-depend on lesstif2-dev instead of lesstif-dev, since the latter is
> obsolete.
/* Steinar */
--
Homepage: http://www.sesse.net/
--- End Message ---
