DICOM @ OFFIS

Discussion Forum for OFFIS DICOM Tools - For registration, send email with desired user name to the OFFIS DICOM team
It is currently Wed, 2018-01-17, 10:15

All times are UTC + 1 hour


Search found 228 matches
Search these results:

Author Message

 Forum: DCMTK - General   Topic: Reasons for hang on ASC_requestAssociation() ?

Posted: Wed, 2018-01-10, 17:48 

Replies: 8
Views: 65


So it was simply a coincendence that it worked unless launched via QProcess? That's a nice error, totally not difficult to identify :o.

 Forum: DCMTK - General   Topic: Issues with dcmtk Qtcreator and visual studio

Posted: Tue, 2018-01-09, 09:48 

Replies: 1
Views: 35


I see we have already discussed the UNICODE issue in another thread, so I assume you've fixed this one. Compiling DCMTK for/with MinGW is the same as with any other UNIX like compiler. Under Windows just use MSYS Makefiles as the CMake Generator and run 'make' inside MSYS. When cross-compiling from ...

 Forum: DCMTK - General   Topic: Reasons for hang on ASC_requestAssociation() ?

Posted: Mon, 2018-01-08, 09:36 

Replies: 8
Views: 65


You don't mean this section, right? Some Windows commands (for example, dir) are not provided by separate applications, but by the command interpreter itself. If you attempt to use QProcess to execute these commands directly, it won't work. One possible solution is to execute the command interpreter...

 Forum: DCMTK - General   Topic: Reasons for hang on ASC_requestAssociation() ?

Posted: Fri, 2018-01-05, 11:05 

Replies: 8
Views: 65


The one thing that comes to my mind would be that the port the receiver process is supposed to listen on is a priviliged port and cannot be listened on by user process. This would of course be operating system and configuration specific.

 Forum: DCMTK - General   Topic: Offis dcmtk-3.6.1_20160216: Memory Leaks

Posted: Wed, 2017-12-20, 15:41 

Replies: 6
Views: 1263


This looks like a false positive of the leak detector on the first glance, since newstr is assigned to one of the member variables some lines below and should therefore be cleaned up in the destructor as intended this->theCString = newstr; Perhaps the destructor of your OFString object isn't called ...

 Forum: DCMTK - Installation   Topic: dll installation in Windows 7 64bit

Posted: Thu, 2017-11-30, 10:26 

Replies: 4
Views: 149


Jan, I wasn't aware of that. Will putting the 64bit dll in the 32bit System directory offer any speed advantage over the solution above> Not that I know. As I understand it the benefit of this solution would be that the DLL could be shared by serveral applications installed at different locations i...

 Forum: DCMTK - Installation   Topic: Unavailable 64bits support lib, for dcmtk 3.6.0 !

Posted: Thu, 2017-11-30, 10:19 

Replies: 2
Views: 113


If 64 bit support is of any concern for you, I would strongly recommend using DCMTK 3.6.2. While DCMTK did in general support 64 bit even prior to version 3.6.0, it was still incomplete at that time. Most notably we did not test 64 bit support under Windows (simply since we had no 64 bit Windows at ...

 Forum: DCMTK - Installation   Topic: dll installation in Windows 7 64bit

Posted: Mon, 2017-11-27, 09:45 

Replies: 4
Views: 149


Are you aware that you need to put 64 bit dlls to the System32 directory and only 32 bit dlls to SysWOW64? I know, this seems pretty retarded, but it's Windows so thats normal I guess.

 Forum: DCMTK - General   Topic: wlmscpfs.exe has stopped working

Posted: Mon, 2017-11-27, 09:43 

Replies: 1
Views: 127


I hate to be that guy, but, can you provide more details about your system, e.g. 32 or 64 bit and its version (I assumend Windows, since you wrote .exe)?

 Forum: DCMTK - Installation   Topic: Should I add ICU_* on Cmake step ?

Posted: Wed, 2017-11-22, 09:34 

Replies: 6
Views: 174


I see. Both libraries are mutally exclusive. What happens if you add the paths for both is that one of them gets chosen, currently libiconv is the default. So it would in fact make no difference if you also add the ICU paths or not, since the ICU would be ignored if libiconv is available.

 Forum: DCMTK - Installation   Topic: Should I add ICU_* on Cmake step ?

Posted: Tue, 2017-11-21, 12:59 

Replies: 6
Views: 174


Then I don't seem to understand your question, can you perhaps try to explain it diffrently?

 Forum: DCMTK - Installation   Topic: Should I add ICU_* on Cmake step ?

Posted: Tue, 2017-11-21, 11:16 

Replies: 6
Views: 174


You should have a look at the INSTALL file, see: http://git.dcmtk.org/?p=dcmtk.git;a=blob;f=INSTALL;h=8f95525a59e8c694274df0ff180280ee3767756e;hb=e4df3575fd590bea865e017c84c8f880a9a6c1c0#l298 and http://git.dcmtk.org/?p=dcmtk.git;a=blob;f=INSTALL;h=8f95525a59e8c694274df0ff180280ee3767756e;hb=e4df357...

 Forum: DCMTK - Installation   Topic: 3.6.2 CXX11 fails on Linux; patch suggestions included

Posted: Tue, 2017-10-10, 14:47 

Replies: 4
Views: 495


The forum/email is still the preferred place and git.dcmtk.org is still our main (official) git repository. We've recently introduced https://github.com/DCMTK/dcmtk as an official mirror. All other GitHub etc. mirrors are not maintained by us and most likely/often outdated.

 Forum: DCMTK - Installation   Topic: 3.6.2 CXX11 fails on Linux; patch suggestions included

Posted: Mon, 2017-10-09, 14:25 

Replies: 4
Views: 495


It seems Jörg misunderstood your question, since the commit he quoted does not help this problem in anyway. However, we've already received information about this problem from several sources, see for example this: https://github.com/commontk/DCMTK/commit/c9ccd45212cb542d78201995951fbcfb416f8b16#com...

 Forum: DCMTK - Installation   Topic: 3.6.2 dcmj2pnm binary for Mac OS X 10.6.8 wanted

Posted: Mon, 2017-10-02, 13:55 

Replies: 6
Views: 479


Code:
DCMTK_WITH_TIFF:BOOL=OFF

Will disable the tiff library and therefor also the the jpeg library included by the tiff library, which has nothing to do with dcmjpeg that comes with its own jpeg libraries.
Sort by:  
Page 1 of 16 [ Search found 228 matches ]


All times are UTC + 1 hour


Jump to:  
Powered by phpBB® Forum Software © phpBB Group