comp.lang.idl-pvwave archive
Messages from Usenet group comp.lang.idl-pvwave, compiled by Paulo Penteado

Home » Public Forums » archive » Re: setting the path for READ_DICOM
Show: Today's Messages :: Show Polls :: Message Navigator
E-mail to friend 
Return to the default flat view Create a new topic Submit Reply
Re: setting the path for READ_DICOM [message #36172 is a reply to message #36027] Thu, 14 August 2003 05:51 Go to previous message
btt is currently offline  btt
Messages: 345
Registered: December 2000
Senior Member
Patrick Ford wrote:
> On Sat, 9 Aug 2003 17:39:46 -0500, Kenneth P. Bowman wrote
> (in message <kpb-F32699.17394509082003@corp.supernews.com>):
>
>
>> In article <c857619b.0308091217.596409b3@posting.google.com>,
>> pford@bcm.tmc.edu (Patrick Ford) wrote:
>>
>>
>>> /Volumes/A/00130.DCM
>>>
>>> I am trying to open it using the following:
>>>
>>> img = READ_DICOM(FILEPATH('00130.DCM', SUBDIR=['Volumes', 'A']))
>>
>>> READ_DICOM: The file /usr/local/rsi/idl_6.0/Volumes/A/00130.DCM is not
>>> in a supported DICOM format.
>>
>>
>> img = READ_DICOM('/Volumes/A/00130.DCM')
>>
>> or
>>
>> img = READ_DICOM(FILEPATH('00130.DCM', SUBDIR=['Volumes', 'A'], $
>> ROOT_DIR= '/'))
>>
>> should do the trick.
>>
>> Ken Bowman
>
>
> Thanks, that did the trick, However, in keeping in my long tradition of
> breaking something else while I am trying to fix something, I now have a
> problem with the DLM path.
>

> IDL> print, !DLM_PATH
> /usr/local/rsi/idl_6.0/bin/bin.darwin.ppc
>
> which is corrrect but when I try and access a DLM file I get
>
> % PFXOVER: Error loading sharable executable.
> Symbol: IDL_Load, File = /Volumes/A/IDLtoPFgenLib.so
> No such file or directory
> % Execution halted at: CX 123 /Volumes/A/Kling GA/pFord
> Folder/cx1a.pro
>
> I can get around this my putting a copy of IDLtoPFgenLib.so on /Volumes/A/
> but how do I fix this?
>
Hello,

I haven't had this problem and I am also on a mac IDL6.0. Can you confirm the
the library and the module definition file are in the !DLM_PATH? You might try...

HELP, /DLM

to ensure that the dlm parts (*.so and *.dlm) are recognized/found? Don't
forget to reset your session (.full_reset_session) if you have modified the DLM
during a given session.

You might also try to manually force the dlm to load with

DLM_LOAD, 'IDLtoPFgenLib'

but I would expect it to fail since the automatic loading fails. If the HELP
routine finds the DLM parts but it won't load, then it must be your external
code that has a problem (groan).

Ben
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Previous Topic: Unable to get the user value of the top level base after a draw widget expose event
Next Topic: Re: Graphics problem on Sun Ultra2 workstation

-=] Back to Top [=-
[ Syndicate this forum (XML) ] [ RSS ] [ PDF ]

Current Time: Fri Nov 28 22:06:16 PST 2025

Total time taken to generate the page: 1.67639 seconds