Re: New volunteer needing task

On Sat, 23 Jul 2005 09:38:58 +1000, Dimitri Koussa wrote: > Are you going to be adapting your png decoder to classpath? > Because If not, I would like to do that. I don't have any immediate plans, so go ahead. Contact me directly if you have any questions or need changes to the decoder. Chris

Re: New volunteer needing task

Hi, 2.0 will be released under GPL+exception (same as Classpath) and is probably a better starting point, as long as all the java.awt.image infrastructure is in place. See the "javapng2" module in CVS. For use with Classpath it's probably just a matter of wrapping the code up in the proper Image

Re: Implementation details of VMStackWalker

Hi, On Fri, 2005-07-22 at 18:01 +0100, Andrew Haley wrote: > Ingo Prötel writes: > > > I just implemented VMStackWalker for our VM and have some questions. > > > > The reference implementation of 'getCallingClass()' and > > 'getCallingClassLoader()' just look at the third entry in the class

Re: New volunteer needing task

On Mon, 04 Jul 2005 00:38:29 +1000, Dimitri Koussa wrote: > I searched the mailing list and found this: > http://lists.gnu.org/archive/html/classpath/2002-07/msg00013.html > Although it does not show whether the class was written or not. Hi, I never got around to properly contributing the code (

Re: Implementation details of VMStackWalker

Ingo Prötel writes: > I just implemented VMStackWalker for our VM and have some questions. > > The reference implementation of 'getCallingClass()' and > 'getCallingClassLoader()' just look at the third entry in the class > context. Would it not be better to return the first class that is not

Re: Fix for java/net/URLClassLoader

> "Mark" == Mark Wielaard <[EMAIL PROTECTED]> writes: Mark> I remember we added getting file URLs for directories as Mark> resources because Nice depended on that being Mark> possible. (Indicating that the Mauve test and/or the "spec" is Mark> wrong here.) It doesn't really make sense to retur

Re: Bug tracker being moved (and Big Merge in preparation)

Hi (CCed gcj mailinglist so they are also prepared for the big bug merge), On Sat, 2005-07-16 at 01:15 +0200, Mark Wielaard wrote: > We are (finally) trying to move the bugtracker from savannah to bugzilla > over the weekend. I have suspended the tracker on savannah for now to > make sure that no

Implementation details of VMStackWalker

Hi, I just implemented VMStackWalker for our VM and have some questions. The reference implementation of 'getCallingClass()' and 'getCallingClassLoader()' just look at the third entry in the class context. Would it not be better to return the first class that is not assignable to the class in con

Loader in ObjectStreamClass.readClassDescriptor

Hello again, There's something that, I think, misbehaves in readClassDescriptor. Fields are read before the loading of the actual object's class CL in the stream, which is necessary. When loading the classes of the fields (before loading CL), the classloader given is the callersClassLoader w

RE: hasClassInitializer and exception

Mark Wielaard wrote: > Thanks. I turned this into some mauve tests. See > gnu/testlet/java/io/Serializable/BreakMe. It seems we already have the > correct behavior since all these tests PASS. Or I implemented > the tests wrong of course. Please check. Thanks! The tests look correct to me and Brea

RE: hasClassInitializer and exception

Hi, On Fri, 2005-07-22 at 08:28 +0200, Jeroen Frijters wrote: > > The question is whether or not we are throwing the right exception at > > the right place. I haven't looked closely at the code yet > > > > Can someone come up with a nice (or probably contrived) testcase for > > this? > > See att