Path: utzoo!news-server.csri.toronto.edu!rutgers!usc!sdd.hp.com!hp-pcd!hpcvra.cv.hp.com!rnews!hpcvbbs!akcs.macrokid
From: akcs.macrokid@hpcvbbs.UUCP (Kevin Vashi)
Newsgroups: comp.sys.handhelds
Subject: IFERR Problem.
Keywords: iferr, error trapping.
Message-ID: <27dd8a16:2405comp.sys.handhelds@hpcvbbs.UUCP>
Date: 13 Mar 91 02:40:06 GMT
Lines: 36

Hello,
        First let me make it perfectly clear taht I don't wish to
make problems out of previous problems, esspecially when we get
free software from HP.  In short, I don't care if the problems
are fixed or not because I don't want HP (Bill W., Jim D.) to
hesitate posting intresting programs that are followed by
numerous bug reports.  I am just happy that the people named above
post free software which are a great learning tools and further
try to eliminate any bugs even though they are not obligated to
do so.  So now, Lets move to a problem that arises if you use 
the new IFERR library.
If you have created programs that have the IFERR..THEN..END structure
after the IFERR library is attached then, after unattaching or purging
the IFERR library leads to the replacement of IFERR structure by 
XLIB 1793 0 object.  Here is an example to reproduce the effect:
1) Install (ATTACH) IFERR library.
2) Store any program that contains the IFERR structure, eg 
   << IFERR 0 DOERR THEN "Error" 1 DISP ELSE "No Error" END >> 
    'APRG' STO
3) DETACH IFERR Library, PURGE IFERR Library.
4) Recall 'APRG' by 'APRG' RCL.

You will notice that the program has changed to the following.
<< XLIB 1793 0 0 DOERR XLIB 1793 1 "Error" 1 DISP ELSE "No Error " END
>>
Is there any way of avoiding this situation.?
Since we are at it and I think that Mr. Bill Wickes will reply
to this post, maybe he can tell us a little bit about creating
librarys that contains built in commands which ends up
over riding the built-in commands.  Some common pitfalls to
avoid and other hints that will help us avoid the problems that
he had will be greatly appreciated.

Thank You,
Kevin Vashi.
xvashi@ccvax.fullerton.edu  <--- Not very reliable.
eaeu147@orion.uci.edu       <--- Try this first.