[Dcmlib] Dicom3Tools integration

[Mathieu Malaterre]

Salut JM,

	Le truc que je comprends pas c'est que ctest n'a pas le probleme du tout:

http://public.kitware.com/Public/Sites/zorglub/GDCM-Linux-icc-8.1/20050124-0100-Nightly/Results/__Test_Clunie-SIEMENS_GBS_III-16-ACR_NEMA_1_acr.html

(c'est la meme machine!). Je comprends ce que fais ctest que ne fais pas 
le xterm par defaut...

Sinon c'est vrai que pour faire  plus propre je peux faire un system ou 
mieux un popen/socket pour avoir access ou stdout/stderr


Mathieu

jean-michel.rouet at philips.com wrote:
> 
> On 22/01/2005 02:01:32 Mathieu Malaterre wrote:
>  >
>  >Et j'ai aussi un probleme d'xterm. Des que je process un fichier foireux
>  >ca me fous en l'air mes characteres. Genre:
>  >
>  >5/ 87 Testing Clunie-SIEMENS_GBS_III-16-ACR_NEMA_1.acr
>  >Test command:
>  >/tmp/dicom3tools_1.00.snapshot.20041227.graymax/appsrc/dcfile/dciodvfy
>  >/home/kitware/Dashboards/My\
>  >Tests/gdcmData/SIEMENS_GBS_III-16-ACR_NEMA_1.acr
>  >Error - PixelData has incorrect value length
>  >Warning - Value dubious for this VR - (0x0010,0x0010) PN Patient's Name
>  >PN [0] = <BBBBBB LLLLLL> - Retired Person Name form
>  >Error - Value invalid for this VR - (0x7003,0x1010) LO Header  LO [0] =
>  ><> - C???????? ??????? °?? ???? VR = '' (0??)
>  >E???? - D???? ??????? ???????? ??????? ???? ?????? °?? V???? 
> R??????????????
>  >E???? - I?°???????? O????? N?? °????
>  >-- P?????? ?????????
>  >***F?????
>  >
>  >
> 
> Salut Mathieu,
> 
> ce que tu peux faire pour ton probleme d'xterm c'est d'encapsuler 
> l'appel à dciodvy dans un script, qui:
> soit redirige la sortie vers un fichier de log, et retourne quand meme 
> le code d'erreur (la variable $?)
> soit effectue un reset de la xterm apres execution (voir les commandes 
> tset, reset, ou echo ^V^O).
> Le probleme c'est que ca va pas etre très portable d'avoir un script... 
> où alors tu fais un programme en C qui fait ca (qui appelle dciodvy, 
> redirige la sortie ou reset le terminal), mais ca devient plus compliqué 
> au niveau de cmake.