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

Home » Public Forums » archive » Re: Catching type conversion errors
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: Catching type conversion errors [message #13917 is a reply to message #13912] Wed, 30 December 1998 00:00 Go to previous messageGo to previous message
hegde is currently offline  hegde
Messages: 17
Registered: December 1995
Junior Member
Stein Vidar Hagfors Haugan (steinhh@ulrik.uio.no) wrote:

: Martin Schultz <mgs@io.harvard.edu> wrote:

: >This definitively runs counter what they say in the online help, and
: >should therefore considered a real bug.

: Hmm. My online help (v 5.2) states that

: Calling CATCH establishes an error handler for the current
: procedure that intercepts all errors that can be handled
: by IDL, excluding non-fatal warnings such as math errors.

: The key phrase here is *non-fatal* warnings. Type conversion
: "errors" don't halt the program flow (they never have), and
: are thus not "fatal".

: In my view, that makes it a real (even documented) feature :-)


I think math errors are different in the sense that they are system dependent.
Type conversion ( I/O ) errors are IDL supported and seen by ON_IOERROR.
The control flow chart indicates CATCH should see everything that ON_IOERROR sees.
To circumvent this inability of CATCH, one has to use ON_IOERROR in addition
to CATCH; using two blocks of error handlers doesn't sound good to me.
Adding to this misery, FIX('') doesn't generate an exception/warning at all!

BTW, how to turn off these error messages? I tried !QUIET; it doesn't work
on SGI IRIX or SUN OS.

Regards,

-M. Hegde
[Message index]
 
Read Message
Read Message
Read Message
Read Message
Read Message
Previous Topic: Re: TCP/IP Sockets interface to IDL
Next Topic: Re: PV-Wave/IDL Style Guide -- Does one exist?

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

Current Time: Sat Oct 11 20:53:14 PDT 2025

Total time taken to generate the page: 1.25349 seconds