Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search
 

[REBOL] Re: How safe is catch []

From: volker::nitsch::gmail::com at: 25-Apr-2005 14:06

On 4/25/05, SQLAB <[SQLAB--gmx--net]> wrote:
> Hi Volker > > Volker Nitsch wrote: > > >Just curious: can you throw something? not > > if .. [thow]
throw can take an argument. it can also take no arguments (its any-type). but i thought maybe that has an error. if it is 'catch, try 'try instead and throw an error. if error? try[ .. if not important[throw make error! "forget it"] .. ] 'try is more often used, maybe better debugged. thats also the way Ladislavs 'throw' works, as far as i see. Oh, and of course there is forever .. [ .. if not important[break] .. ] if you are not in an inner loop.
> > > > > I am not sure, if I understand you. > Do you mean "What will happen, if there is no throw, but something else?" ? > > The second throw in my application was never processed, it is there > mostly for debug reasons as in: > if all [ > debug? > if "y" <> ask "really delivering?" > ] [throw] > > So I am pretty sure, it has to do with catch and maybe ODBC. > I do not see this error, if my application is not doing some ODBC > statements as well. > The more ODBC opens and close I am doing, I can reproduce the error in > around one week data, with just one > open ODBC:// I have to process more than two weeks data. > > AR > > >but > > if .. [throw 'dummy] > >maybe there is the bug in 'throw. > > > >On 4/25/05, Anton Reisacher <[sqlab--gmx--net]> wrote: > > > > > >> > >>How safe is catch? > >> > >> > >> > > > >-- > >-Volker > > > >"Any problem in computer science can be solved with another layer of > >indirection. But that usually will create another problem." David > >Wheeler > > > > > -- > To unsubscribe from the list, just send an email to > lists at rebol.com with unsubscribe as the subject. >
-- -Volker Any problem in computer science can be solved with another layer of indirection. But that usually will create another problem. David Wheeler