Search found 318 matches

by Jan Schlamelcher
Wed, 2021-03-17, 13:18
Forum: DCMTK - Installation
Topic: Compiling using visual studio 2019
Replies: 3
Views: 6818

Re: Compiling using visual studio 2019

The best I can offer is this outdated tutorial, should get you started though:
https://support.dcmtk.org/redmine/proje ... figuration
by Jan Schlamelcher
Wed, 2020-02-05, 13:31
Forum: DCMTK - Installation
Topic: Compilation error 3.6.5 with mingw64 gcc-8.1.0
Replies: 11
Views: 15183

Re: Compilation error 3.6.5 with mingw64 gcc-8.1.0

I'll see whether we can add another build to our nightlybuilds with that spec and then fix that issue. Seems we probably need another configuration test for that. Thanks for your insight and help reproducing the problem.
by Jan Schlamelcher
Tue, 2020-02-04, 14:06
Forum: DCMTK - Installation
Topic: Compilation error 3.6.5 with mingw64 gcc-8.1.0
Replies: 11
Views: 15183

Re: Compilation error 3.6.5 with mingw64 gcc-8.1.0

I think the easiest thing to try next would be to use MSYS and Unix Makefiles, see if that makes any difference.
by Jan Schlamelcher
Tue, 2020-02-04, 11:04
Forum: DCMTK - Installation
Topic: Compilation error 3.6.5 with mingw64 gcc-8.1.0
Replies: 11
Views: 15183

Re: Compilation error 3.6.5 with mingw64 gcc-8.1.0

Dear gzhang, I fear this is not a solution. The -i argument just lets make ignore any errors. The erroneous files will still be missing from the build. This is used in our nightlybuilds such that they really show all the errors, i.e. not aborting the build on the first error. It does not help with y...
by Jan Schlamelcher
Mon, 2020-02-03, 16:41
Forum: DCMTK - Installation
Topic: Compilation error 3.6.5 with mingw64 gcc-8.1.0
Replies: 11
Views: 15183

Re: Compilation error 3.6.5 with mingw64 gcc-8.1.0

Dear gzhang,

it is working in our nighlybuilds: https://support.dcmtk.org/dashboard/bui ... ldid=86630
May be you are doing something different or have a somehow different MinGW setup?

Best
Jan
by Jan Schlamelcher
Tue, 2019-11-12, 14:55
Forum: DCMTK - General
Topic: OFFIS org root for commercial software
Replies: 7
Views: 4974

Re: OFFIS org root for commercial software

So you mean, use an arbitrary prefix in connection with the DCMTK UID generator would be ok? I though it must be an official registered root. And what if my arbitrary root is the same as a registered root. Well, you should differentiate between testing and production purpose. In production, you are...
by Jan Schlamelcher
Tue, 2019-11-12, 14:12
Forum: DCMTK - General
Topic: OFFIS org root for commercial software
Replies: 7
Views: 4974

Re: OFFIS org root for commercial software

It's hard to answer this in general; there might be cases where commercial software allows configuring the UID prefix and, if configured to use the OFFIS one, that would be as intended. However, it is certainly not what one should do in some medical device that creates medical images (as in: not for...
by Jan Schlamelcher
Tue, 2019-10-29, 19:04
Forum: Announcements
Topic: DCMTK 3.6.5 available for public release
Replies: 0
Views: 62625

DCMTK 3.6.5 available for public release

Version 3.6.5 of the OFFIS DCMTK (DICOM ToolKit) software is now available for public release. This is a minor release that includes the following changes over the previous version 3.6.4: DCMTK 3.6.5 builds correctly on older and up-to-date versions of GNU gcc (4.4.7 to 9.2.0), Clang (3.4.2 to 9.0.0...
by Jan Schlamelcher
Mon, 2019-10-28, 09:37
Forum: DCMTK - General
Topic: Dicom files into video
Replies: 7
Views: 6845

Re: Dicom files into video

Michael Onken wrote: Mon, 2019-10-28, 09:21 I am not sure whether it works on latest Windows versions but at least the evaluation is still available, just give it a try.
It most definitely should, we're maintaining it together with the public DCMTK.
by Jan Schlamelcher
Thu, 2019-10-24, 08:36
Forum: DCMTK - General
Topic: dcmodify -if
Replies: 3
Views: 3533

Re: dcmodify -if

bnoeafk wrote: Thu, 2019-10-24, 02:19which has it's own issues...
Which ones? I'm currently preparing DCMTK 3.6.5, so I would like to know...
by Jan Schlamelcher
Wed, 2019-10-23, 13:44
Forum: DCMTK - General
Topic: Newbie questions on DcmFileFormat and DcmInputStream
Replies: 2
Views: 2638

Re: Newbie questions on DcmFileFormat and DcmInputStream

Nothing is impossible. You are on the right track: just derive your own class from DcmInputStream and map tell() etc. to std::istream::tellg() etc. I have some corrupted memory of having done that before myself for some reason, but I don't think anything is readily available for the general public. ...
by Jan Schlamelcher
Tue, 2019-10-15, 13:11
Forum: DCMTK - General
Topic: Which library contains a function to dump information of a file? in c, something similar to dcmdump
Replies: 5
Views: 3914

Re: Which library contains a function to dump information of a file? in c, something similar to dcmdump

You're supposed to use DcmFileFormat on DICOM files and not DcmDataset directly. DcmFileFormat handles parsing the file meta header and then uses an appropriately configured DcmDataset to actually load it. Also, use OFpath to handle concatination of szFilePath and filename.
by Jan Schlamelcher
Thu, 2019-10-10, 09:41
Forum: DCMTK - General
Topic: Static linking an c++ application with DCMTK
Replies: 11
Views: 12759

Re: Static linking an c++ application with DCMTK

Dear Franco, the CMake option would be -DDCMTK_ENABLE_CHARSET_CONVERSION:BOOL=OFF
by Jan Schlamelcher
Tue, 2019-10-08, 08:39
Forum: DCMTK - General
Topic: Static linking an c++ application with DCMTK
Replies: 11
Views: 12759

Re: Static linking an c++ application with DCMTK

Well, deactivating the ICU support would be an option, see INSTALL for how to achieve that. However, if you need character set conversion support, you should instead try to fix those linker errors. DCMTK handles linking the required ICU libraries automatically, so, it seems strange that these errors...
by Jan Schlamelcher
Thu, 2019-06-27, 14:18
Forum: DCMTK - Installation
Topic: To STL or NOT to STL?
Replies: 5
Views: 8300

Re: To STL or NOT to STL?

I would expect that to work, at least the unit tests succeed. Look at the nightly builds, in particular the ones for
AppleClang 10.0.1 and Visual Studio 2017