bug-gnustep
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[bugs #8654] forwarding sometimes fails


From: Willem Rein Oudshoorn
Subject: [bugs #8654] forwarding sometimes fails
Date: Mon, 26 Apr 2004 03:48:54 -0400
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5a) Gecko/20030718

This mail is an automated notification from the bugs tracker
 of the project: GNUstep.

/**************************************************************************/
[bugs #8654] Latest Modifications:

Changes by: 
                Willem Rein Oudshoorn <woudshoo@xs4all.nl>
'Date: 
                Mon 04/26/04 at 07:48 (Europe/Amsterdam)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | None                      | wim


------------------ Additional Follow-up Comments ----------------------------
As pointed out by David Ayers,  it should also
be fixed in GSFFIInvocation.m







/**************************************************************************/
[bugs #8654] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=8654>
Project: GNUstep
Submitted by: Willem Rein Oudshoorn
On: Thu 04/22/04 at 12:26

Category:  Base/Foundation
Severity:  3 - Ordinary
Item Group:  Bug
Resolution:  None
Assigned to:  wim
Status:  Open


Summary:  forwarding sometimes fails

Original Submission:  There are two issues, one cosmetic and the other 
quite annoying.

* Cosmetic:  In the function: GSInvocationCallback,
  defined in GSFFCallInvocation.m, towards the end there
  is code to throw the exception:
      [NSException raise: NSInvalidArgumentException
                  format: @"%s(%s) does not recognize %s",
   However, this is misleading.  We are in the forwarding
   code, so the target obviously does not recognize 
   the selector.  It should say:
    @"Can not determine type information for selector %s"
   or something like that.

* More serious issue:
  The forwarding code gives up too easily.  If
  the selector does not have type information it should
  look for an equivalent selector with type information.
  (Preferably it should check if there exist conflicting
   type information.)
  The problem for not having the right type information 
  is shown with the attached program.  

   [object notRecognizedSelector]
    
   is forwarded correctly.  However:

   [object performSelector: @selector (notRecognizedSelector)]
  
    will throw an exception.



   

   

Follow-up Comments
------------------


-------------------------------------------------------
Date: Mon 04/26/04 at 07:48         By: wim
As pointed out by David Ayers,  it should also
be fixed in GSFFIInvocation.m


-------------------------------------------------------
Date: Thu 04/22/04 at 12:49         By: wim
This patch fixes these problems.  
If no one objects, I will apply this patch shortly.







File Attachments
-------------------

-------------------------------------------------------
Date: Thu 04/22/04 at 12:49  Name: GSFFCallInvocation.patch  Size: 872KB   By: 
wim
Patch for GSFFcallInvocation that fixes the forwarding problem
http://savannah.gnu.org/bugs/download.php?item_id=8654&amp;item_file_id=1218

-------------------------------------------------------
Date: Thu 04/22/04 at 12:26  Name: testForwarding.m  Size: 591KB   By: wim
Program that shows that forwarding can fail.
http://savannah.gnu.org/bugs/download.php?item_id=8654&amp;item_file_id=1217






For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=8654>

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







reply via email to

[Prev in Thread] Current Thread [Next in Thread]