At 05:07 PM 2/7/01 -0500, John Porter wrote: >Peter Scott wrote: > > Sorry, I wasn't clear. Let me rephrase. The 'try' helps me determine > that > > the following block is going to be subject to exception handlers which > will > > immediately follow as siblings of the block. > >O.k. That makes sense if some blocks can be try blocks (by adding the >approprate decoration) and some aren't. >But I don't see the advantage of it if any and every block is >implicitly a try block. Me neither. I don't want that. -- Peter Scott Pacific Systems Design Technologies
- Re: assign to magic name-of-function variable instead of &... Edward Peschko
- Re: assign to magic name-of-function variable instead of &... abigail
- Re: assign to magic name-of-function variable instead... John Porter
- Re: assign to magic name-of-function variable instead... Tony Olekshy
- Re: assign to magic name-of-function variable instead... John Porter
- Re: assign to magic name-of-function variable instead... Peter Scott
- Re: assign to magic name-of-function variable instead... John Porter
- Re: assign to magic name-of-function variable instead... Peter Scott
- Re: assign to magic name-of-function variable instead... David L. Nicol
- Re: assign to magic name-of-function variable instead... John Porter
- Re: assign to magic name-of-function variable instead... Peter Scott
- Re: assign to magic name-of-function variable instead... David L. Nicol
- Re: assign to magic name-of-function variable instead... Nicholas Clark
- POST blocks (like END, but in a sub or sub-like scope... David L. Nicol
- Re: POST blocks (like END, but in a sub or sub-like s... Nicholas Clark
- Re: POST blocks (like END, but in a sub or sub-like s... David L. Nicol
- Re: POST blocks (like END, but in a sub or sub-like s... Nicholas Clark
- Re: POST blocks (like END, but in a sub or sub-like s... Bart Lateur
- Re: POST blocks (like END, but in a sub or sub-like s... John Porter
- Re: POST blocks (like END, but in a sub or sub-like s... John Porter
- Re: assign to magic name-of-function variable instead... Glenn Linderman