> Date: Tue, 12 Sep 2006 21:37:08 +0200 > From: Michael Hanke <[EMAIL PROTECTED]> > To: Debian Bug Tracking System <[EMAIL PROTECTED]> > 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: > > > [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
> Date: Thu, 21 Sep 2006 16:09:34 +0200 > From: "Steinar H. Gunderson" <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > 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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
