[bug #23889] Gorm class parser and the string "id".

2010-06-22 Thread Riccardo mottola

Update of bug #23889 (project gnustep):

 Open/Closed: In Test => Closed 

___

Follow-up Comment #2:

I haven't experienced this problem since a long time. Missing a comment from
the original author, it can be considered closed

___

Reply to this item at:

  

___
  Messaggio inviato con/da Savannah
  http://savannah.gnu.org/


___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #23889] Gorm class parser and the string "id".

2008-07-20 Thread Gregory John Casamento

Update of bug #23889 (project gnustep):

  Status:None => Fixed  
 Assigned to:None => gcasa  
 Open/Closed:Open => In Test


___

Reply to this item at:

  

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



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #23889] Gorm class parser and the string "id".

2008-07-20 Thread Gregory John Casamento

Follow-up Comment #1, bug #23889 (project gnustep):

The issue was that it was looking for id as a string, not a "token" .  I have
added a function which should handle this properly now.  Please test it and
let me know if it works properly for you.  I've tested it on your header and
it works as I expect it to.

GC

___

Reply to this item at:

  

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



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep


[bug #23889] Gorm class parser and the string "id".

2008-07-19 Thread Marko Riedel

URL:
  

 Summary: Gorm class parser and the string "id".
 Project: GNUstep
Submitted by: mriedel
Submitted on: Saturday 07/19/2008 at 21:10
Category: Gorm
Severity: 3 - Normal
  Item Group: Bug
  Status: None
 Privacy: Public
 Assigned to: None
 Open/Closed: Open
 Discussion Lock: Any

___

Details:

The text of this report is from the mailing list.

"I have come across a problem in the classloader of Gorm.app: it appears that
the parser will consider everything an outlet that contains the string "id",
e.g.

NSMutableDictionary *namesToPids;

will cause "namesToPids" to appear in the outlet list. Using "namesToPIDs"
will fix it."




___

Reply to this item at:

  

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



___
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep