Re: [jruby-dev] Including interpreted Ruby frames in Java stack trace

2008-04-24 Thread Charles Oliver Nutter
Charles Oliver Nutter wrote: The only hope for being able to re-throw a checked exception without declaring that I'm throwing it would be to generate non-Java bytecode that does the throw for me. But I will give it a try with unchecked exceptions and see how it goes. Attached is an updated ve

RE: [jruby-dev] Including interpreted Ruby frames in Java stack trace

2008-04-24 Thread Peter K Chan
Oliver Nutter Sent: Thursday, April 24, 2008 10:35 AM To: [email protected] Subject: Re: [jruby-dev] Including interpreted Ruby frames in Java stack trace Peter K Chan wrote: > Charles, > I tried out the patch, but there is a small bug: the expression > implementationClass.ge

Re: [jruby-dev] Including interpreted Ruby frames in Java stack trace

2008-04-24 Thread Charles Oliver Nutter
Peter K Chan wrote: Charles, I tried out the patch, but there is a small bug: the expression implementationClass.getBaseName() sometimes return null, thus causing a NPE when constructing a StackTraceElement. I am a little confused about the purpose of the patch though. Is it s

RE: [jruby-dev] Including interpreted Ruby frames in Java stack trace

2008-04-23 Thread Peter K Chan
arles Oliver Nutter Sent: Wednesday, April 23, 2008 12:49 PM To: [email protected] Subject: [jruby-dev] Including interpreted Ruby frames in Java stack trace Attached is a patch that makes it possible to include interpreted Ruby method information in the Java stack trace of a raised exception.

[jruby-dev] Including interpreted Ruby frames in Java stack trace

2008-04-23 Thread Charles Oliver Nutter
Attached is a patch that makes it possible to include interpreted Ruby method information in the Java stack trace of a raised exception. This mechanism would help users of Ruby from Java produce a stack trace that shows exactly where an error happened, including both Ruby and Java stack trace i