Ola Bini wrote:
Current trunk is broken with regards to gem install. It's 6448 or 6449 that's the culprit.
Ok, I fixed the problems with arity as well. For any cases where there were two methods on a given Java impl of the same name, since it generated the handle class name based on only explicit "required" args count, it would collide and reuse the same class. In the case of Process::GID, eid= got defined first, and then eid ended up reusing that handle.
I also added detection logic into InvocationMethodFactory such that if a given IMF encounters both defined and undefined methods in a given run it will print out an error and backtrace. Such cases are always going to be collisions, since there's no capacity right now to partially pregenerate a given set of method bindings. They'll either all be there or all not.
- Charlie --------------------------------------------------------------------- To unsubscribe from this list, please visit: http://xircles.codehaus.org/manage_email
