Search found 40 matches
- Tue, 2012-02-21, 09:50
- Forum: DCMTK - General
- Topic: Loading DICOM files with unicode filenames on Windows
- Replies: 20
- Views: 34879
For the record, Yesterday morning, 20 Feb 2012, Jörg Riesmeier added initial support for wide character filenames on Windows to the git repository of DCMTK: http://git.dcmtk.org/web?p=dcmtk.git;a=commit;h=76eb840797dc594142ca641aeaa7a3205fa0c5de We reviewed and tested the code here at LKEB, Leiden U...
- Mon, 2012-01-30, 11:41
- Forum: DCMTK - General
- Topic: Loading DICOM files with unicode filenames on Windows
- Replies: 20
- Views: 34879
Please note that when support for wide char (wchar_t) Unicode path names is added to DCMTK (on Windows platforms), it will also allow reading DICOM files from path names longer than 260 (MAX_PATH) characters. Path names of DICOM file are likely to be pretty long, for example because they may have th...
- Mon, 2011-01-17, 10:45
- Forum: DCMTK - General
- Topic: Loading DICOM files with unicode filenames on Windows
- Replies: 20
- Views: 34879
- Fri, 2010-07-30, 18:08
- Forum: DCMTK - Installation
- Topic: Difference between snapshots and versions from git.dcmtk.org
- Replies: 3
- Views: 7734
Thanks Jörg. Sounds like it makes sense for us to use a snapshot, rather than the latest version from the git repository. I still think it would be useful if you would tag each new DCMTK snapshot in your git repository. But of course, I don't want to over-ask. I'm already very happy about the git be...
- Thu, 2010-07-29, 16:11
- Forum: DCMTK - Installation
- Topic: Difference between snapshots and versions from git.dcmtk.org
- Replies: 3
- Views: 7734
Difference between snapshots and versions from git.dcmtk.org
When would you recommend using a snapshot , instead of taking a version of DCMTK from git.dcmtk.org? For example, could it be that the latest snapshot is tested beforehand more extensively than the latest version from git.dcmtk.org? Secondly, what particular DCMTK version (GIT revision) corresponds ...
- Mon, 2010-07-05, 10:08
- Forum: DCMTK - General
- Topic: Please postpone dictionary creation, because of DCMDICTPATH
- Replies: 4
- Views: 5530
- Thu, 2010-06-24, 17:27
- Forum: DCMTK - General
- Topic: Please postpone dictionary creation, because of DCMDICTPATH
- Replies: 4
- Views: 5530
Thanks for adding my request to your todo list, Jörg. Indeed, your suggested change, passing OFFalse as loadExternal argument to the constructor of GlobalDcmDataDictionary, would also solve our problem. But of course, we prefer not to maintain our own locally patched version of the DCMTK sources. Ho...
- Wed, 2010-06-23, 14:29
- Forum: DCMTK - General
- Topic: Please postpone dictionary creation, because of DCMDICTPATH
- Replies: 4
- Views: 5530
Please postpone dictionary creation, because of DCMDICTPATH
dcmdata/dcdict.h (snapshot dcmtk-3.5.5_20100608) says about dcmDataDict: /** The Global DICOM Data Dictionary. * Will be created before main() starts. ... * Tries to load data dictionaries from files specified by * the DCMDICTPATH environment variable Is it really necessary to create the Global DICO...
- Wed, 2010-06-23, 09:23
- Forum: DCMTK - General
- Topic: Little bug in DcmItem::insert, calling DCMDATA_TRACE
- Replies: 2
- Views: 3377
Thanks Jörg. Your patch is exactly what I had in mind. :-) BTW, I looked at this code because I did encounter some crashes in DCMDATA_TRACE calls. However, my crashes had a different reason: I statically linked a debug build of an application to a release build of DCMTK. Both dynamically linked to t...
- Tue, 2010-06-22, 11:52
- Forum: DCMTK - General
- Topic: Little bug in DcmItem::insert, calling DCMDATA_TRACE
- Replies: 2
- Views: 3377
Little bug in DcmItem::insert, calling DCMDATA_TRACE
DcmItem::insert does in snapshot dcmtk-3.5.5_20100608, dcitem.cc: /* remove current element from list */ DcmObject *remObj = elementList->remove(); /* now the following holds: remObj == dE and elementList */ /* points to the element after the former current element. */ /* dump some information if re...
- Fri, 2010-06-04, 18:35
- Forum: DCMTK - General
- Topic: Decoder memory allocation failure causes deadlock
- Replies: 3
- Views: 4771
- Fri, 2010-06-04, 13:43
- Forum: DCMTK - General
- Topic: Decoder memory allocation failure causes deadlock
- Replies: 3
- Views: 4771
- Wed, 2010-06-02, 17:47
- Forum: DCMTK - General
- Topic: Loading DICOM files with unicode filenames on Windows
- Replies: 20
- Views: 34879
Hi Michael, I'm glad to hear you find our WideCharInputFileStream approach interesting :-) Yes I think the approach is successful, as we're actually currently using it on Windows. And I think it would work on any other platform, because its source code doesn't use any Windows specific features. (Alt...
- Wed, 2010-06-02, 14:07
- Forum: DCMTK - General
- Topic: Loading DICOM files with unicode filenames on Windows
- Replies: 20
- Views: 34879
Thanks for your reply, Chung-Yueh. (I'm working together with Jeroen Eggermont, we both need Unicode filename support.) Unfortunately your Utf8toAnsi(utf8, len) function does not help for us. We need to read a DICOM file whose filename consists of wide characters (UTF-16). Unfortunately, both DcmFil...
- Mon, 2010-05-10, 09:10
- Forum: DCMTK - Installation
- Topic: Please allow specifying Visual C++ compiler flags in CMake
- Replies: 6
- Views: 10109