Objective-C Issues

error-handling

People ( From: lines )
 Bruce Nilo 
Subjects ( 1 mails )
 Re: Your mission, should you choose to accept it. . .
Document
Date: Thu, 10 Sep 1992 15:12:40 -0700
From: Bruce Nilo 
To: gnu-objc@prep.ai.mit.edu
Subject: Re: Your mission, should you choose to accept it. . .

I think that NeXT's use of objective C should be just one factor in guiding 
the GNU objective C project. The fact of the matter is that NeXT's implementation
of objective C can be improved upon and interface compatibility can be more or
less maintained. Here are some things which I think can and should be improved.

[moved PROTOCOL IMPROVEMENT]

ERROR HANDLING:

NeXT has half heartedly implemented an "Exception Handling" facility.
It basically consists of some macros, and the use of setjmp() and
longjmp(). An error handling facility should be specified,
implemented, and adhered to throughout the runtime system. One of my
biggest complaints about the NeXT objective C runtime system is their
adhoc and inconsistent approach to errors. We can do a lot better
here. NeXT's method for signalling and handling exceptions would be
acceptable if it was consistently used, and documented throughout
their system. Nevertheless, even better would be to have a real error
handling facility incorporated into the GNU objective C runtime
library more akin to those found in Lisp object oriented extensions.
Has anyone done any work on this for an objective C environment?

[moved BETTER RUNTIME SUPPORT FOR MULTI-THREADED PROGRAMS]
[moved GENERAL DATA STRUCTURES]

- Bruce D. Nilo

VP Software Systems
ICTV


Statistics
 filename:           error-handling
 number of mails:    1
 number of writers:  1
 line count:         36
 word count:         232
 character count:    1470

created by Helge Hess ( helge@mdlink.de )
MDlink online service center ( www.mdlink.de )