DICOM @ OFFIS

Discussion Forum for OFFIS DICOM Tools - For registration, send email with desired user name to the OFFIS DICOM team
It is currently Sat, 2018-02-24, 01:32

All times are UTC + 1 hour




Post new topic Reply to topic  [ 21 posts ]  Go to page Previous  1, 2
Author Message
PostPosted: Fri, 2016-11-04, 11:20 
Offline
DCMTK Developer

Joined: Tue, 2011-05-03, 14:38
Posts: 1912
Location: Oldenburg, Germany
Quote:
Our DCMTK DLL is the first and only project that we have to develop beneath Visual C++ after OFFIS has stopped Borland C++ Builder support. We have many problems with Visual C++.

I don't think that we, the DCMTK team, ever officially supported Borland C++ Builder (because we had so many problems with it, compared to Microsoft Visual Studio). I know that there were (still are?) DCMTK users (especially some companies) who tried that on their own... And, I can also remember that we did some minor modifications for them over time. However, since no one in our team actually uses this compiler, "support" for it depends on the users (that means you).


Top
 Profile  
 
PostPosted: Fri, 2016-11-04, 13:10 
Offline

Joined: Tue, 2007-09-04, 13:24
Posts: 19
Location: Chemnitz, Germany
Excuse me if I've said something wrong. :)
But I remember, 2007 was "Borland C++ Builder" a target platform in the CMake project, and DCMTK could be used (with restrictions).

Now we have a wrapper DLL based on VC++, which exports functions that we need in our program. We are happy with this solution. :D

Admin wrote:
Thanks for the request - this is on our to-do list, and we will make support libraries for 3.6.1 available as time permits.

Our problem would be solved with this: Do you have a schedule when the libraries are available?

I want to ask once more, SORRY:
Michael: Do you have a version of libcharset.lib and libcharset.dll that fits to the iconv files you sent us on Tuesday?
Unfortunately the DLL alone raises some linker "unresolved external" errors. Or am I completely wrong?


Top
 Profile  
 
PostPosted: Sun, 2016-11-06, 14:24 
Offline
DCMTK Developer

Joined: Fri, 2004-11-05, 13:47
Posts: 1661
Location: Oldenburg, Germany
Hi,

hm, since my DCMTK build used the libiconv version that I have sent you, I am surprised that your's requires libcharset.

Maybe the missing symbol is already part of libiconv (even if it has charset in its name). I would check:
  • ... whether libiconv is really linked to your project at all
  • ... the link order i.e. you have to include libiconv before or after the object/library that uses it (compiler dependent I think), e.g. try adding at in the beginning of the linked library list or in the end.

Best,
Michael


Top
 Profile  
 
PostPosted: Wed, 2016-11-09, 11:16 
Offline
DCMTK Developer

Joined: Fri, 2004-11-05, 13:47
Posts: 1661
Location: Oldenburg, Germany
Have you been successful, Holger?


Top
 Profile  
 
PostPosted: Mon, 2016-11-14, 06:22 
Offline

Joined: Thu, 2006-03-02, 08:46
Posts: 7
Funny enough it was easy to solve under Windows and OS X.

But under Linux... here's what I ran into.
On Centos7.
- http://rpm.pbone.net/index.php3/stat/4/ ... 4.rpm.html on centos w/ no success. dcmtk can't find it, I am not sure what I should pass in for WITH_ICONVINC since the path are /usr/libiconv/include and /usr/libiconv/lib64
- tried using libiconv.tar.gz but there's an outstanding bug w/ gets. Same problem on Ubuntu16.04. There's a patch, but the patch is based off of git.
- tried using git version of libiconv which I think may have the gets bug fixed. Can't get autogen to use aclocal-1.13


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

Joined: Tue, 2007-09-04, 13:24
Posts: 19
Location: Chemnitz, Germany
Hello Michael!
Nice to have you inquire, but the problem is solved for us. Actually we have to use VC++ 2008, maybe the problems disappear if we could use a newer version.

1. We able to compile using the guidelines form PARK Youngho: http://www.codeproject.com/Articles/302 ... ual-Studio
2. We've done some changes because the LIBICONV_SECOND_ARGUMENT_CONST does not work for us.
3. The last linker error was the missed _function _libiconv_version, we've found a workaround.

So it works for our purposes. We've build it as a DLL, because libiconv is under LGPL licence.
Fortunately, we do not need libxml2-2.7.7 because this library uses a different version of iconv.lib.

Thanks for your help!
Best Regards,
Holger


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 21 posts ]  Go to page Previous  1, 2

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