Your message dated Sun, 24 Sep 2006 05:02:19 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#387183: fixed in ctn 3.0.6-9
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 ---
Source: ctn
Source-Version: 3.0.6-9
We believe that the bug you reported is fixed in the latest version of
ctn, which is due to be installed in the Debian FTP archive:
ctn-dev_3.0.6-9_i386.deb
to pool/main/c/ctn/ctn-dev_3.0.6-9_i386.deb
ctn_3.0.6-9.diff.gz
to pool/main/c/ctn/ctn_3.0.6-9.diff.gz
ctn_3.0.6-9.dsc
to pool/main/c/ctn/ctn_3.0.6-9.dsc
ctn_3.0.6-9_i386.deb
to pool/main/c/ctn/ctn_3.0.6-9_i386.deb
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Thijs Kinkhorst <[EMAIL PROTECTED]> (supplier of updated ctn package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Format: 1.7
Date: Sun, 24 Sep 2006 13:25:00 +0200
Source: ctn
Binary: ctn-dev ctn
Architecture: source i386
Version: 3.0.6-9
Distribution: unstable
Urgency: medium
Maintainer: Thijs Kinkhorst <[EMAIL PROTECTED]>
Changed-By: Thijs Kinkhorst <[EMAIL PROTECTED]>
Description:
ctn - Central Test Node, a DICOM implementation for medical imaging
ctn-dev - Development files for Central Test Node, a DICOM implementation
Closes: 387183 388612
Changes:
ctn (3.0.6-9) unstable; urgency=low
.
* Acknowledge NMU (Closes: #388612), thanks Steinar Gunderson!
* Add Subversion repository URL to debian/control.
* Add note to README.Debian about LONGSIZE on 64 bit platforms,
courtesy Michael Hanke.
.
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.
Files:
6ec1536290a512bade1c50f17286b93c 787 graphics extra ctn_3.0.6-9.dsc
70b6c8d816ce1f95c0b747a3a8ebf1b8 11971 graphics extra ctn_3.0.6-9.diff.gz
8e420841652593974c410ea353608658 4402872 graphics extra ctn_3.0.6-9_i386.deb
a438acdadb4f4754772e7f69f94bf33a 373988 devel extra ctn-dev_3.0.6-9_i386.deb
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
iD8DBQFFFm/OJdKMxZV9WM8RAnmFAKDcXEImeruUQrxduQxO+jRA78TQUACcCNXu
mbWQJ8/680/PNpCKuGzs4Fs=
=qhlM
-----END PGP SIGNATURE-----
--- End Message ---
