Search found 318 matches
- Thu, 2019-06-27, 13:29
- Forum: DCMTK - Installation
- Topic: CXX11 Inferred in latest snapshots
- Replies: 4
- Views: 8162
Re: CXX11 Inferred in latest snapshots
Well, 20, of course! It will become 23 in a few years, though ;-). What I mean to say is: this depends on your project. E.g. if you are using C++17 in your code, set it to 17 for building a compatible DCMTK and to enable some features that require it. If this does not apply, e.g. if you are a packag...
- Thu, 2019-06-27, 13:22
- Forum: DCMTK - Installation
- Topic: To STL or NOT to STL?
- Replies: 5
- Views: 9652
Re: To STL or NOT to STL?
Sure, otherwise there would be no point in us still working on extending it, right ;-). One thing should be clear though: most modern compilers (e.g. Clang and GCC, recent versions of Visual Studio) have a good STL implementation. Also, DCMTK has configure tests, such that, if you enable the STL, on...
- Wed, 2019-06-26, 16:50
- Forum: DCMTK - Installation
- Topic: CXX11 Inferred in latest snapshots
- Replies: 4
- Views: 8162
Re: CXX11 Inferred in latest snapshots
New versions of CMake now natively support detecting the supported C++ standard. This means you can now use the official way of setting CXX_STANDARD and related variables to chose a C++ version while building DCMTK. DCMTK_ENABLE_CXX11 exists for legacy reasons, e.g. if you have a build script that s...
- Wed, 2019-06-26, 16:32
- Forum: DCMTK - Installation
- Topic: To STL or NOT to STL?
- Replies: 5
- Views: 9652
Re: To STL or NOT to STL?
There is no simple answer to this question, it is one of those classical "that depends" cases. I'll try to list the pros and cons that I know: pro ofstd: - It's more stable, i.e. its point is to work as closely to the same on different compilers, platforms and operating systems as possible...
- Wed, 2019-06-12, 08:41
- Forum: DCMTK - Installation
- Topic: problem cross compiling
- Replies: 7
- Views: 10405
Re: problem cross compiling
No, I did not:
Jan Schlamelcher wrote: ↑Tue, 2019-06-11, 14:48 compile config/tests/arith.cc by hand and run that on your target platform to generate arith.h.
- Tue, 2019-06-11, 14:48
- Forum: DCMTK - Installation
- Topic: problem cross compiling
- Replies: 7
- Views: 10405
Re: problem cross compiling
You need an arith.h file for your target plaftorm that must be placed inside the build directory (config subdirectory I would think). Best case would be to compile config/tests/arith.cc by hand and run that on your target platform to generate arith.h.
- Wed, 2019-05-08, 09:56
- Forum: DCMTK - General
- Topic: XMLNode::findPosition explanation
- Replies: 4
- Views: 2434
Re: XMLNode::findPosition explanation
Awesome, I did not know we succeeded in keeping things up to date for once .J. Riesmeier wrote: ↑Wed, 2019-05-08, 09:52 Jan, the current DCMTK development version already contains the most recent XML parser (version 2.44): http://git.dcmtk.org/?p=dcmtk.git;a=com ... 10a4f770cc
- Wed, 2019-05-08, 09:48
- Forum: DCMTK - General
- Topic: error C2678: binary '+': no operator found (DCMTK 3.6.4 & VS2017_x64)
- Replies: 3
- Views: 2779
Re: error C2678: binary '+': no operator found (DCMTK 3.6.4 & VS2017_x64)
No, we don't know about that and VS 2017 works well in our Nightlybuilds. I, therefore, consider it more likely that it is either a configuration problem or a problem with your VS setup (e.g. wrong platform SDK installed). The error in line 59 suggests that log4cplus::tstring got defined as std::wst...
- Wed, 2019-05-08, 09:42
- Forum: DCMTK - General
- Topic: XMLNode::findPosition explanation
- Replies: 4
- Views: 2434
Re: XMLNode::findPosition explanation
I believe the XML implementation originates from the separate XML parser library here: http://www.applied-mathematics.net/tools/xmlParser.html, therefore, I don't think we can answer this question, you should look up the new version upstream, whether the method is now documented, or send an email to...
- Mon, 2019-05-06, 08:43
- Forum: DCMTK - General
- Topic: Mig32-w64 32bit - Undefined reference to winmain
- Replies: 3
- Views: 2202
Re: Mig32-w64 32bit - Undefined reference to winmain
Weird, our MinGW-GCC 8.2.1 posix x86_64-w64-mingw32 in our Nightlybuilds still works fine. Maybe a problem with the fancy new GCC?
- Fri, 2019-03-29, 15:31
- Forum: DCMTK - General
- Topic: How to enable DICOM Storage Commitment service in PACS using dcmqrscp
- Replies: 8
- Views: 4473
Re: How to enable DICOM Storage Commitment service in PACS using dcmqrscp
Just send us the contract via email beforehand and write that in the email. We'll match it to the hard copy of the contract when that arrives. To be sure, you could also add some cover letter when sending it via regular mail and also state it there.
- Fri, 2019-03-29, 15:28
- Forum: DCMTK - Installation
- Topic: BUGG with TLS files?
- Replies: 1
- Views: 6925
Re: BUGG with TLS files?
This is something we've also noticed. The problem seems to be that the TLS version of various libraries differs from the non TLS variant, i.e. being ABI incompatible. We are evaluating what would be the best way to fix this, perhaps the solution will be to add a -tls suffix to the filename of all DL...
- Fri, 2019-03-22, 09:38
- Forum: DCMTK - General
- Topic: echoscu.exe is asking for dcmtls.dll
- Replies: 5
- Views: 2909
Re: echoscu.exe is asking for dcmtls.dll
So, if it is there, it should also be found, right? As far as I know Windows always looks into the directory next to an executable for any required DLL, maybe this is now configurable on Windows 10 and you disabled it? Otherwise I have no idea how could come to observe this behavior.
- Fri, 2019-03-15, 11:54
- Forum: DCMTK - General
- Topic: echoscu.exe is asking for dcmtls.dll
- Replies: 5
- Views: 2909
Re: echoscu.exe is asking for dcmtls.dll
That seems strange. Release 3.6.4 was build using the same script we used for building 3.6.3, so, I would not expect a different behavior. We don't provide static libraries since they turned out awfully big since after the introduction of various new modules etc. The DCMTK without TLS might also hav...
- Wed, 2019-03-06, 12:39
- Forum: DCMTK - General
- Topic: How to enable DICOM Storage Commitment service in PACS using dcmqrscp
- Replies: 8
- Views: 4473
Re: How to enable DICOM Storage Commitment service in PACS using dcmqrscp
Well, the evaluation contract is a PDF, just write Android there and we'll see what we can do once we receive it. I believe, I provided an Android evaluation binary in the past at least once. In general though, I suggest you do as Jörg Riesmeier indicated and somehow ensure the evaluation license do...