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

Home » Public Forums » archive » openr and /get_lun
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: openr and /get_lun [message #19869 is a reply to message #19741] Mon, 17 April 2000 00:00 Go to previous messageGo to previous message
John-David T. Smith is currently offline  John-David T. Smith
Messages: 384
Registered: January 2000
Senior Member
"Robert S. Mallozzi" wrote:
>
> In article <38FB4B75.936477C5@astro.cornell.edu>,
> "J.D. Smith" <jdsmith@astro.cornell.edu> writes:
>> "Robert S. Mallozzi" wrote:
>>>
>>> I sure wish we had a boolean datatype - the mistake of
>>> using something like "IF (NOT error) THEN" is one that
>>> is really a pain to find, although it certainly makes
>>> your code much more readable.
>>
>> We don't need a boolean data type... we need IF to examine not just the first
>> bit of the value, but the whole thing, and use C's 0=false, anything else =true
>> paradigm. Here's hoping.
>>
>> if NOT 2 then print,"this isn't right!"
>
>
> This would certainly break backward compatibility - there
> has to be someone, somewhere that relies on the fact that in
> IDL, odd = true and even = false ! I feel as you do that this
> was a design mistake made a long time ago, in a programmer's
> mind far, far away...

Anyone who thinks 2 is false deserves to have his programs broken.
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: how to read GRIB format data (NCEP monthly U/VFlux data)
Next Topic: Theater Arts 101: Intro to Lighting Design

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

Current Time: Thu Oct 09 20:36:05 PDT 2025

Total time taken to generate the page: 0.63897 seconds