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-02-21, 15:41

All times are UTC + 1 hour




Post new topic Reply to topic  [ 12 posts ] 
Author Message
PostPosted: Mon, 2016-11-14, 11:38 
Offline

Joined: Thu, 2016-11-10, 12:53
Posts: 9
Ηi,

I want to implement a new dcmtk's module, It would be nice to use the directory structure and the build system of dcmtk
in order to automate the procedure.

So is anyone available in giving a short tutorial on that?

The module I'm trying to implement will allow dcmtk to optionally send dicom messages received, through HTTP protocol to a WADO/QUIDO/STOW - RS server.

Thanks,


Top
 Profile  
 
PostPosted: Mon, 2016-11-14, 16:55 
Offline

Joined: Thu, 2016-11-10, 12:53
Posts: 9
In order not opening a new thread a post a second question here.

Which make (or generally build command) should I use in order to recompile a dcmtk's static libraries.

The use case is that I make changes to file "dcmnet/libsrc/dimstore.cc" which when compiled is linked with "libdcmnet.a".
I execute command "make" to build again but it seems that though the file is recompiled and linked the changes have no effect and executables using "libdcmnet" use the old version of it.

The work around I have found is to make clean -> make all but it's a lot painful I have to say.

Does anyone know any better/faster/more appropriate solution?


Kind regads,


Top
 Profile  
 
PostPosted: Mon, 2016-11-14, 17:03 
Offline
OFFIS DICOM Team
OFFIS DICOM Team

Joined: Mon, 2014-03-03, 09:51
Posts: 229
Location: Oldenburg, Germany
This seems like a bug as it normally shouldn't happen. Are you perhaps using a network drive where the server might use different timestamps than the client etc.?


Top
 Profile  
 
PostPosted: Mon, 2016-11-14, 17:08 
Offline

Joined: Thu, 2016-11-10, 12:53
Posts: 9
Jan Schlamelcher wrote:
This seems like a bug as it normally shouldn't happen. Are you perhaps using a network drive where the server might use different timestamps than the client etc.?


Unfortunately No! The whole building process is being held on my pc.


Top
 Profile  
 
PostPosted: Mon, 2016-11-14, 17:27 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1910
Location: Oldenburg, Germany
If you use GNU Autoconf (aka "./configure"): there are no dependencies in the "apps/Makefile.dep" file for the respective libraries.


Top
 Profile  
 
PostPosted: Tue, 2016-11-15, 11:12 
Offline

Joined: Thu, 2016-11-10, 12:53
Posts: 9
J. Riesmeier wrote:
If you use GNU Autoconf (aka "./configure"): there are no dependencies in the "apps/Makefile.dep" file for the respective libraries.


I'm not so sure if I have understand your point of view :oops:


Top
 Profile  
 
PostPosted: Tue, 2016-11-15, 11:21 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1910
Location: Oldenburg, Germany
The "Makefile.dep" files in the "apps" subdirectory do not contain any reference to the library files (e.g. "libdcmnet.a"). In other words, if the "libdcmnet.a" changes, the command line tools in "dcmnet/apps" are not re-linked.


Top
 Profile  
 
PostPosted: Tue, 2016-11-15, 11:27 
Offline

Joined: Thu, 2016-11-10, 12:53
Posts: 9
J. Riesmeier wrote:
The "Makefile.dep" files in the "apps" subdirectory do not contain any reference to the library files (e.g. "libdcmnet.a"). In other words, if the "libdcmnet.a" changes, the command line tools in "dcmnet/apps" are not re-linked.


Weeeeell that's the problem! Thanks.
Is there a workaround for this?

Could it be possible to avoid make clean and make all?

I suppose not


Top
 Profile  
 
PostPosted: Tue, 2016-11-15, 11:31 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1910
Location: Oldenburg, Germany
A workaround would be to delete (remove) the executable binary and call "make". Alternatively, you could call "make clean all" in the affected directory, e.g. "(cd dcmnet/apps/ && make clean all)".

PS: I don't hink that this is a "bug" as Jan assumed. At least this is the behavior of the DCMTK Makefiles for more than 20 years now ;)


Top
 Profile  
 
PostPosted: Tue, 2016-11-15, 11:40 
Offline

Joined: Thu, 2016-11-10, 12:53
Posts: 9
J. Riesmeier wrote:
A workaround would be to delete (remove) the executable binary and call "make". Alternatively, you could call "make clean all" in the affected directory, e.g. "(cd dcmnet/apps/ && make clean all)".

PS: I don't hink that this is a "bug" as Jan assumed. At least this is the behavior of the DCMTK Makefiles for more than 20 years now ;)


No, I don't think either that this is a bug. Can be better categorized as feature :mrgreen:

Thanks a lot J.

PS: It would be nice to give us a short introduction to DCMTK build module system :D


Top
 Profile  
 
PostPosted: Tue, 2016-11-15, 11:46 
Offline
DCMTK Developer

Joined: Fri, 2004-11-05, 13:47
Posts: 1661
Location: Oldenburg, Germany
Just one note from the side: Did you look at the Orthanc DICOM server. It offers a DICOM web plugin, is open source and DCMTK-based, too. I guess it also implements some client features. Maybe you can join forces with the Orthanc author(s).

HTH, Michael


Top
 Profile  
 
PostPosted: Tue, 2016-11-15, 13:11 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1910
Location: Oldenburg, Germany
Quote:
It would be nice to give us a short introduction to DCMTK build module system

Please have a look at the documentation of the "config" module.


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 12 posts ] 

All times are UTC + 1 hour


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Group