Re: Bug#387183: marked as done (ctn: Cannot open ANY dicom file on AMD64)
> Date: Tue, 12 Sep 2006 21:37:08 +0200
> From: Michael Hanke <michael.hanke@gmail.com>
> To: Debian Bug Tracking System <submit@bugs.debian.org>
> Subject: ctn: Cannot open ANY dicom file on AMD64
> X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_PACKAGE,
> RCVD_IN_SBLXBL,RCVD_IN_SBLXBL_CBL autolearn=no
> version=2.60-bugs.debian.org_2005_01_02
>
> 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:
>
>
> hanke@abc:~/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:
>
> hanke@oin:~/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
> Date: Thu, 21 Sep 2006 16:09:34 +0200
> From: "Steinar H. Gunderson" <sesse@debian.org>
> To: 387183-done@bugs.debian.org
> Subject: Re: Fixed in NMU of ctn 3.0.6-8.1
> X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no
> version=2.60-bugs.debian.org_2005_01_02
>
> 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.
Awesome. Thanks a lot!
Best,
Michael
--
GPG key: 1024D/3144BE0F Michael Hanke
http://apsy.gse.uni-magdeburg.de/hanke
ICQ: 48230050
Reply to: