=================== BUG #4068: LATEST MODIFICATIONS ================== http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4068&group_id=99
Changes by: Stefan Urbanek <[EMAIL PROTECTED]> Date: Sun 06/22/03 at 11:49 (Europe/Bratislava) ------------------ Additional Follow-up Comments ---------------------------- Problem is, that DO does not seem to fetch types from remote end, or fetches them and uses only on one place and there are still places in -base where local selector info is used. I'm reffering to my previous email to the list: http://mail.gnu.org/archive/html/gnustep-dev/2003-06/msg00018.html Whole problem is described in that post. If you would like to reproduce it, you have to get older version of StepTalk, because I have created a workaround for this bug. =================== BUG #4068: FULL BUG SNAPSHOT =================== Submitted by: stefanu Project: GNUstep Submitted on: Sun 06/22/03 at 10:22 Category: Base/Foundation Severity: 7 Bug Group: Bug Resolution: None Assigned to: None Status: Open Summary: DO uses typed selector from local instead of distant object. Original Submission: Distributed Objects in -base uses information about typed selectors (for building method signatures and invocations) from local runtime instead of distant object. This is ugly behaviour and causes, for example, segfaults due to type mismatches or selector nonexistence. Follow-up Comments ******************* ------------------------------------------------------- Date: Sun 06/22/03 at 11:49 By: stefanu Problem is, that DO does not seem to fetch types from remote end, or fetches them and uses only on one place and there are still places in -base where local selector info is used. I'm reffering to my previous email to the list: http://mail.gnu.org/archive/html/gnustep-dev/2003-06/msg00018.html Whole problem is described in that post. If you would like to reproduce it, you have to get older version of StepTalk, because I have created a workaround for this bug. ------------------------------------------------------- Date: Sun 06/22/03 at 11:17 By: CaS I'm not sure about this ... DO has to handle arguments both locally and remotely, so the argument types on both ends of the connection must match Where there is no type information at the local end, DO fetches it from the remote end, so the simple assertion that DO uses the local runtime rather than the remote end is not the case. I think we need more specific examples/testcases of exactly what the problem is. I seem to recall an email conversation about an objc-runtime problem with selector types for forwarding. Is this the same problem in a different guise? CC list is empty No files currently attached For detailed info, follow this link: http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4068&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
