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

Home » Public Forums » archive » Re: IDL refuse to acknowledge anything but integers...
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: IDL refuse to acknowledge anything but integers... [message #86556 is a reply to message #86545] Tue, 19 November 2013 05:26 Go to previous message
sara.magrin is currently offline  sara.magrin
Messages: 3
Registered: November 2013
Junior Member
Dear all,

I reinstalled idl in both version available at my dept. at University: 7.1 and 8.2

with 7.1 again the same problem I wrote you yesterday (I had 7.1 till yesterday).

with 8.2 no problem.

I live in Italy so by default we have "european" decimal comma instead of a point.
By changing this small little option on my settings on windows control panel everything works prefectly, now, with both versions.
Now my old procedures work well, as they did some months ago.

It seems that this dialog_pickfile() function request an external "something" (from java or from the operative system?) that gives back to idl even my windows language settings.

This means also that all my applications and softwares NOW work with the decimal-point instead of the decimal-comma (excel for example), but this is ok for me.

This change also helped one of my colleagues that some week ago found that "wset" was not working anymore on her idl (again 7.1).
Now everything works also for her.

hoping to be useful...

Sara

Il giorno lunedì 18 novembre 2013 16:48:44 UTC+1, sara....@gmail.com ha scritto:
> Dear David,
>
>
>
> no way, but thanks.
>
> The problem is that it changes the language (or whatever) in the middle of a script.
>
> After dialog_pickfile(), it seems. Or at least this is the first line where I find this problem in one of my old scripts (they obviously all worked well till some months ago, with the very same pc, with the very same idl version).
>
>
>
> Even if I could start IDL in a given language (and I cannot: the "-nl en" after the shortcut target gives me an error) maybe I would prefer to be able to reset to the default language inside a script.
>
>
>
> Anyway, tomorrow I will try to re-install IDL and see.
>
> Maybe it is only a problem with the "java world" of eclipse..
>
> If I find something useful I'll let you know.
>
>
>
> Thanks again,
>
> Sara
>
>
>
>
>
> Il giorno lunedì 18 novembre 2013 16:16:42 UTC+1, David Fanning ha scritto:
>
>> sara.magrin@gmail.com writes:
>
>>
>
>>
>
>>
>
>>>
>
>>
>
>>> Hi all,
>
>>
>
>>> I have the same problem.
>
>>
>
>>>
>
>>
>
>>> I quit IDLDE and tried again.
>
>>
>
>>> Both with IDLDE and command line I find everything correct at the beginning:
>
>>
>
>>>
>
>>
>
>>> IDL> PRINT,FLOAT('2.41e12'),' 2.41e12'
>
>>
>
>>> 2.41000e+012 2.41e12
>
>>
>
>>>
>
>>
>
>>> but after the dialog_pickfile() it changes from floating-point to "floating-comma"
>
>>
>
>>>
>
>>
>
>>> IDL> files=DIALOG_PICKFILE()
>
>>
>
>>> IDL> PRINT,FLOAT('2.43e12'),' 2.43e12'
>
>>
>
>>> 2,00000 2.43e12
>
>>
>
>>>
>
>>
>
>>> How can I fix it?
>
>>
>
>>> Is there a system variable to set for the floating-POINT?
>
>>
>
>>>
>
>>
>
>>> Anyway no problem if I call DIALOG_PICKFILE(/directory), instead.
>
>>
>
>>
>
>>
>
>> Weird. Somehow a different language pack must be getting set. Does this
>
>>
>
>> article give you any ideas?
>
>>
>
>>
>
>>
>
>> http://www.idlcoyote.com/workbench/languages.html
>
>>
>
>>
>
>>
>
>> Cheers,
>
>>
>
>>
>
>>
>
>> David
>
>>
>
>> --
>
>>
>
>> David Fanning, Ph.D.
>
>>
>
>> Fanning Software Consulting, Inc.
>
>>
>
>> Coyote's Guide to IDL Programming: http://www.idlcoyote.com/
>
>>
>
>> Sepore ma de ni thue. ("Perhaps thou speakest truth.")
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: TOTAL function
Next Topic: Time conversion for .nc file

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

Current Time: Fri Oct 10 20:30:58 PDT 2025

Total time taken to generate the page: 0.24264 seconds