=================== BUG #3984: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=3984&group_id=99

Changes by: Richard Frith-Macdonald <[EMAIL PROTECTED]>
Date: Fri 07/04/2003 at 05:44 (GMT)

            What     | Removed                   | Added
---------------------------------------------------------------------------
            Severity | 5 - Major                 | 1 - Ordinary
         Assigned to | None                      | CaS
              Status | Open                      | Analyzed




=================== BUG #3984: FULL BUG SNAPSHOT ===================


Submitted by: stefanu                 Project: GNUstep                      
Submitted on: Sat 06/14/2003 at 19:47
Category:  Base/Foundation            Severity:  1 - Ordinary               
Bug Group:  Bug                       Resolution:  None                     
Assigned to:  CaS                     Status:  Analyzed                     

Summary:  NSConnection registration with same name should not raise exception

Original Submission:  If I use [conn registerName:someName] and someName is already 
registered i get an exception. The registerName: method should return NO on 
unsuccessfull registration. Apple docs for registerName says:

--
Registers the receiver with the default NSPortNameServer under name on the local host, 
returning YES if successful, NO if not (for example, if another NSConnection on the 
same host is already registered under name). 
--

It is more logical NOT to raise an exception, for example if i want to register 
objects with similar name with a sequence number.




No Followups Have Been Posted


CC list is empty


No files currently attached


For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=3984&group_id=99

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/



_______________________________________________
Bug-gnustep mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-gnustep

Reply via email to