Could you send a sample file by e-mail to <dicom at offis dot de>? It is difficult to say what might be going wrong here without reproducing the problem locally. This might be a problem of the x86_64 port, a general bug or simply an incorrect DICOM image. The error message "representation cannot be changed" only means that the decompressor class has refused the object for whatever reason.
We have been unable to reproduce the bug. On a x86_64 machine with Fedora Core 4 and gcc 4.0, dcmdjpeg decompressed the file just fine, without any error message.
mask wrote:
I was running ./configure --disable-threads - this broke the jpeg codec. Without the --disable-threads it works.
Marco asked me to look after this and with --disable-threads I am able to reproduce the problem on my Fedora 4 x86_64 with gcc 4.0.2. A fast fix would be to change every occurence of