OK, I will test on another server.
I am using Conquest not for a long period - 2-3 days, after that I remove Patient data from server to another place (I don't like servers with big bases - I wrote my own program for archiving and searching data of patients).
DICOM server 1.4.19 released
-
-
Hi, both variants are bad. 1st variant do nothing.
With lua in dicom.ini I have an error...
**********
17.02.2017 11:59:09 [CONQUESTSRV1] *** lua run error [string "x=DicomObject(); x.SeriesInstanceUID = Data..."]:1: attempt to call global 'DicomObject' (a userdata value) in 'x=DicomObject(); x.SeriesInstanceUID = Data.SeriesInstanceUID; dicomdelete(x); script('retry');'
17.02.2017 11:59:13 [CONQUESTSRV1] ***Refused to enter inconsistent link SeriesInst into DICOMImages: PatientID = '1887' SOPInstanc = '1.2.392.200036.9116.2.5.1.48.1211466065.1487238104.452863' AND ImagePat = '1887', Old='1.2.392.200036.9116.2.5.1.48.1211466065.1487238104.446242', Refused='1.2.392.200036.9116.2.5.1.48.1211465639.1487283115.602356'
17.02.2017 11:59:13 [CONQUESTSRV1] ***Error saving to SQL: MELL_I_A\1.2.392.200036.9116.2.5.1.48.1211466065.1487237987.881386\1.2.392.200036.9116.2.5.1.48.1211466065.1487238104.446242\1.2.392.200036.9116.2.5.1.48.1211466065.1487238104.452863.dcm -
May be I need install Zero brane with some special moments?
-
Nah,
just a litlle errror on my side:
[lua]
RejectedImageConverter0 = x=DicomObject:new(); x.SeriesInstanceUID = Data.SeriesInstanceUID; dicomdelete(x); script('retry')Marcel
-
OK, your script works with some problems on my server - so I wrote my own script, which uses server command to delete whole problem patient data....
RejectedImageConverter0 = x=DicomObject:new(); m=':'; y=Data.PatientID; x='deletepatient'; a=x..m..y; print(a); servercommand(a); retry()
And all OK.
May be it usefull for others - to add XP_patch (works perfectly yet) in 1-st message?
-
Hello Marcel
Thank you for this great software and keeping it updated!
I'm testing it now as fresh install and so far so good.
one question: what would be proper way to update production server 1.4.17d with MySQL database? just replace old files and folders with new one like previous versions? -
Hi,
indeed just backup and replace the exe and dll files (use appropriate dgate.exe from install32/64 folder). This is from the manual:
In 1.4.19, the internal UIDMODs (anonymization key) table has changed. To update it
after installing 1.4.19 executables in older databases, push the 'verify database installation'
button on the install page. If needed this will add the Stage and Annotation columns (see
server status output).
This is equivalent to these command lines, which fail if not needed:
dgate --dolua:"sql('ALTER TABLE UIDMODS ADD COLUMN Stage varchar(32)')"
dgate --dolua:"sql('ALTER TABLE UIDMODS ADD COLUMN Annotation varchar(64)')"The software should work with or without the change.
Marcel
-
Hi,
in contributions below I just posted a web based installer, mainly aimed at linux users, but working for windows. Please give it a try.
Marcel
-
Hi. Thank you for your great work.
I have win2003 x64 and i use previous release of conquest.
But it seems you totally broke odbc support in newer versions.If I use dgate64.exe (4 265 984 bytes) from previous releases it works well with odbc.
When i try to use 1.4.19 dgate64.exe it does not work.
It does not see odbc data source. It cannot create it after delete and re-initialize.I decided to update also bacause of old version is always hangs with an error
Erro dgate64.exe,version 0.0.0.0, module msvcrt.dll, version 7.0.3790.3959,address 0x0000000000051d71. So i need to restart the server and it hangs over and over again. This is not permanent error. After restarting the server it works well for some time (maybe some monthes). -
Hi,
I have not changed any ODBC function, but I did change compiler to vs2015. Did you use the version compiled for XP, using vs2008 (this post)?
I did test ODBC on 32 bits. The GUI will not create ODBC database with the 64 bit exe as stated in the manual. It expect it to work on X64 with existing ones.
regards,
Marcel
-
Thanks for the reply. I found xp executables earlier in this topic. This resolved problem
-
Some notes on installing on Centos 7.3.1611 in a basic web server install with mariadb installed
if not already installed
link the mysql libraries so compiler can find them
at line 29 as noted insert $SRC/ before jpeg-6c twice in the g++ line
insert the following after line 77
Mr Johnathan Bravo
-
Thanks for the post mrjohnbravo. I'm using Centos 7. --Tim
-
Hi Marcel, do you have any instructions for upgrading from 1417e to 1.4.19b? Thanks! --Tim
-
Hi,
just replace the two exe files and maybe dgate.dic. You can start with dgate(64).exe first with limited risk.
Marcel
-
Thank you for that reply. I should have mentioned we're using Linux CentOS. We complied on a test CentOS station and copied over the dgate file as well as the dgate.dic. Thanks again! --Tim
Participate now!
Don’t have an account yet? Register yourself now and be a part of our community!