>-Original Message-
>I notice that you're using -Xbootclasspath/a:... This appends the
>entries to the end of the default bootclasspath; it does not replace
>it. The existing entries in the bootclasspath will be searched
>before the appended entries. Is it possible that classes/resource
Hi,
On Fri, Aug 15, 2008 at 10:20 AM, Jon Senior <[EMAIL PROTECTED]> wrote:
>>-Original Message-
>>Jon, I'm sorry that I can't be very helpful, but I ran into very
>>similar problems.
>>I think if you search for my name in the JamVM or Classpath mailing lists,
>>you'll find some messages f
On Tue, 2007-11-27 at 21:49 +0100, Mario Torre wrote:
> Il giorno lun, 26/11/2007 alle 09.29 +, Ian Rogers ha scritto:
>
> > I wonder if some of the other failures could be down to an old JSR 166.
> > What's the protocol to update the code in the external directory?
>
> I think so. CopyOnWri
Il giorno lun, 26/11/2007 alle 09.29 +, Ian Rogers ha scritto:
> Looking at the current status, TimeUnitTest looks to be failing as the
> version of JSR166 in the external directory is old enough not to be
> declaring TimeUnit.MILLISECONDS:
>
> http://www.cs.man.ac.uk/~irogers/jsr166/produ
Mario Torre wrote:
I'm committing this one, that fixes a couple of "woops!" I did in the
last patch, as well as some other methods that were already broken
(read: not my fault :)
Now it should pass all the public domain tck166 tests, except for
subList.
Thanks,
Mario
This is great! The Jik
On Thu, 2007-05-24 at 10:15 +0200, Martin Schlienger wrote:
> Thanks to all for your contribution. We have now a version that works
> and without further optimizations we can run jamvm with a local
> classpath of ~ 800ko and still be able to use all the classes in GNU
> Classpath by loading them fr
Thanks to all for your contribution. We have now a version that works
and without further optimizations we can run jamvm with a local
classpath of ~ 800ko and still be able to use all the classes in GNU
Classpath by loading them from a remote http location.
Indeed there were several problems havi
ClassLoader, download our byte[] (as explained above)
> and create a Class object out of it without calling defineClass() ?
>
> >
> > Martin> We have done some basic tests and this seemed to work. However,
when
> > Martin> trying with a more complete program, it appear
ject out of it without calling defineClass() ?
>
> >
> > Martin> We have done some basic tests and this seemed to work. However,
> > when
> > Martin> trying with a more complete program, it appears that it throws
> > Martin> IllegalAccessException mak
ow to avoid
loadClass() from ClassLoader, download our byte[] (as explained above)
and create a Class object out of it without calling defineClass() ?
Martin> We have done some basic tests and this seemed to work. However, when
Martin> trying with a more complete program, it ap
e have done some basic tests and this seemed to work. However, when
Martin> trying with a more complete program, it appears that it throws
Martin> IllegalAccessException making me think that some security is added
Martin> when using the defineClass() on core API.
For this sort of a thing more
when
trying with a more complete program, it appears that it throws
IllegalAccessException making me think that some security is added
when using the defineClass() on core API. Normally when calling
VMClassLoader.loadClass(), which is the method that should be used for
bootstrap classes, defineClass(
> "Martin" == Martin Schlienger <[EMAIL PROTECTED]> writes:
Martin> - Is there any place where I can find something like a UML sequence
Martin> diagram of classloading mechanisms.
Nope, sorry.
Martin> It seems there is a lot of back and forth between
Martin> URLClassLoader, ClassLoader, VMCl
Hi again,
Thanks for your answers.
back to ClassLoader. Two questions:
- Is there any place where I can find something like a UML sequence
diagram of classloading mechanisms. It seems there is a lot of back
and forth between URLClassLoader, ClassLoader, VMClassLoader and all
is a little bit con
Hi,
> There is no rule here as far as I know. We just register all the
> charsets we have. Adding a charset is done either because it is
> specified by the standard, or because someone needed it.
I know I should have answered earlier. The standard charsets are chosen
according to Sun's specifica
e standard, or because someone needed it.
I suppose registration could be done more lazily somehow. I haven't
looked into it.
Tom
Actually since we saw that support for different charsets were
constantly added to GNU/Classpath, this may have been linked with
GNU/Classpath and not jamvm.
Indeed, gnu.java.nio.charset.Provider loads multiple default charsets.
We modify this one as well. It seems that UTF8 , 8859_1 and US_ASCII
> "Martin" == Martin Schlienger <[EMAIL PROTECTED]> writes:
Martin> Now we are investigating the charsets classes since for sure we don't
Martin> need them all on our minimal system. JamVM tries to load a bunch of
Martin> them when initializing and we would stick to one (8859 or UTF8 for
Marti
ok, thanks for that, I may move to Eclipse if needed.
Actually we are hacking the ClassLoader in a way we break Java Spec,
so this may not be really interested for main maintainers. The idea is
to split the glibj.zip: the very useful class to boot the VM (jamvm)
and our custom ClassLoader are kep
seen while building the bindings for subversion (part of the subversion
source). Both gcjh and sun's javah can handle more than one CLASS for each
call; the merged gjavah only writes output for the first CLASS on the command
line.
--
Summary: [regression] gjavah cannot handle
--- Comment #2 from roman at kennke dot org 2006-10-10 20:19 ---
AFAICS, this is fixed in CVS HEAD.
--
roman at kennke dot org changed:
What|Removed |Added
St
> "Chris" == Chris Burdess <[EMAIL PROTECTED]> writes:
Chris> I know that a few people have been having problems debugging
Chris> XML usage in their applications, so if you didn't know already
Chris> you can invoke both the SAX and the StAX parser from the
Chris> command line with e.g.
Chris>
I thought this might be of general interest to Classpath users:
Begin forwarded message:
I committed this patch to add options to the command-line versions
of the SAX and StAX XML parsers that allow you to set several
configuration parameters, as well as syntax help on these options.
It is
On Thu, 2006-06-01 at 12:24 +0200, Robert Schuster wrote:
> GNU Classpath aims to be not only a replacement for the proprietary Java class
> libraries but eventually wants to be technically better. In regard to your
> question this means if we can provide more block ciphers out of the
Hi Morgon,
GNU Classpath aims to be not only a replacement for the proprietary Java class
libraries but eventually wants to be technically better. In regard to your
question this means if we can provide more block ciphers out of the box than the
JDK does then this is appreciated.
Mark? Tom?
cya
reviving GNU Crypto if someone wanted to
> continue developing it for other purposes (that is, if you have a use
> for GNU Crypto outside of Classpath's more narrow goal of completing
> its JCE providers)"
>
> Which implies that further ciphers wouldn't be want
of Classpath's more narrow goal of completing its JCE
providers)"
Which implies that further ciphers wouldn't be wanted or needed for
Classpath. So, yes, my question is: would new block ciphers be wanted
in Classpath?
Thanks.
-- Morgon
> I can also let the qt-peer rendered Example app crash by intent: I first
> start the app, then I click the "Random test" button, then the X-button of
> the window to close the window and then the the "RoundRect" button. And
> voula, a crash.
in GDB, with "handle SIGUSR1 nostop noprint pass" in .
> ---
> QFont: It is not safe to use text and fonts outside the gui thread
> ---
>
> See my earlier mail,
> http://developer.classpath.org/pipermail/classpath/2006-Februar
Hi Holger,
I'm not able to comment on the Qt issues, but I'll address the JamVM
questions (see below).
Rob.
On 2/1/06, Holger Schurig <[EMAIL PROTECTED]> wrote:
> ---
>
> and jamvm 1.4.2 with:
>
> ---
Here's a broken down report on other qt-peer design issues:
I compiled classpath from CVS with:
---
$ MOC=/usr/bin/moc-qt4 \
ECJ=/usr/bin/ecj-gcj \
./configure \
--prefix=`pwd`/dist \
--enable-xmlj \
--enable
ftware replacements for those APIs.
> We're considering to add someone to classpath evaluation, testing
> and maybe codding, for helping to finish those parts we need to run over
> a free VM, and in two or three months we'll need some advice about
> what's more neede
l swing and full JNI
for running.
We're considering to add someone to classpath evaluation, testing
and maybe codding, for helping to finish those parts we need to run over
a free VM, and in two or three months we'll need some advice about
what's more needed and the path to di
Hi Joao,
On Fri, 2005-10-07 at 23:11 -0300, Joao Victor wrote:
> With all those cool screenshots, i had to try it myself here's
> some screenshots of Weka (a data mining app) running on Classpath:
>
> http://img130.imageshack.us/my.php?image=classpathweka15ym.png
> http://img130.imageshack.us
With all those cool screenshots, i had to try it myself here's
some screenshots of Weka (a data mining app) running on Classpath:
http://img130.imageshack.us/my.php?image=classpathweka15ym.png
http://img130.imageshack.us/my.php?image=classpathweka29ye.png
http://img130.imageshack.us/my.php?ima
our
development efforts and make fixing problems much easier.
[...]
> (1) fix JScrollPane and JViewport
> (2) make JTextField and JTextArea more robust
> (3) implement the missing bits of Graphics2D (fix segfaults)
Yes, Graphics2D is in terrible shape. I'm currently working on
Hi Norman,
Norman Hendrich wrote:
Perhaps submitting bug reports with testcases made all the difference?
Your bug reports are really excellent!
Sorted by relevance, my personal wishlist looks like this:
(1) fix JScrollPane and JViewport
(2) make JTextField and JTextArea more robust
(3
orted by relevance, my personal wishlist looks like this:
(1) fix JScrollPane and JViewport
(2) make JTextField and JTextArea more robust
(3) implement the missing bits of Graphics2D (fix segfaults)
(4) fix JFileChooser (and make it look pretty)
As most 'complex' Swing components lik
getBundle() to disable the caching, I confirmed that there was no increase in
the heap size [2]. However, it increased the start-up time of Tomcat by 30 sec;
70 sec when using the cache, while 100 sec when not using the cache.
Overall, the best solution would be to use more sophisticated cache which can
On 9/12/05, David Holmes <[EMAIL PROTECTED]> wrote:
> Raw types make things very messy. I think your are confusing the nesting
> aspects and the inheriting aspects of types.
You're not kidding that they're messy ;)
I don't think I was exactly confusing the nesting and inheriting
aspects, just mis
Stuart,
> class Outer {
> class Inner {
> }
> class InnerTester extends Inner {
> }
> public InnerTester getIt() { return new InnerTester(); }
> }
Okay. InnerTester is a non-generic class that extends the raw type Inner.
> public class Tester2 {
> public static Outer.InnerTester getI
I hope people don't mind me using this list for japitools discussion -
I think it's relevant to Claspath as the primary consumer of the
results...
Anyway, I found another evil case that javac accepts and I'm wondering
if any of the experts on the JLS can tell me whether this is
*supposed* to be ac
> Hi. For all people, who don't read monologue, here an interesting
article
> about Dynamic Java:
>
> http://www.go-mono.com/monologue/
> http://usefulinc.com/edd/blog/contents/2004/12/09-jvm/read
> http://www.tbray.org/ongoing/When/200x/2004/12/08/DynamicJava
Rather than just posting rando
theUser BL writes:
> Hi. For all people, who don't read monologue, here an interesting article
> about Dynamic Java:
>
> http://www.go-mono.com/monologue/
> http://usefulinc.com/edd/blog/contents/2004/12/09-jvm/read
> http://www.tbray.org/ongoing/When/200x/2004/12/08/DynamicJava
Rather tha
Hi. For all people, who don't read monologue, here an interesting article
about Dynamic Java:
http://www.go-mono.com/monologue/
http://usefulinc.com/edd/blog/contents/2004/12/09-jvm/read
http://www.tbray.org/ongoing/When/200x/2004/12/08/DynamicJava
Greatings
theuserbl
___
Stuart Ballard wrote:
For now, if people here don't object, I'll post occasional status
reports on the Classpath list which would otherwise have gone to a
japitools list.
Please do let me know if you'd prefer me not to post this stuff here.
I'm still working on false-positive elimination from the
Sven de Marothy writes:
> On Thu, 2004-10-07 at 18:01, Per Bothner wrote:
> > That other issue is that system strtod may not be accurate.
> > Note that parseDouble is required to return the *closest*
> > double. This is a difficult requirement to meet, and cannot be done
> > by simple (i.e. t
the glibc case. If on non-glibc platforms floating-point
conversion isn't quite as exact as the spec requires, fixing that is
not a priority. Of course if somebody wants to work on a more portable
solution, that is great, as lang as it doesn't penalize the glibc case.
Semi-agreed.. I ju
bviously not Linux-specific.
> Classpath is the *GNU* Java library, so it isn't unreasonable to
> optimize for the glibc case. If on non-glibc platforms floating-point
> conversion isn't quite as exact as the spec requires, fixing that is
> not a priority. Of course if somebod
ze for the glibc case. If on non-glibc platforms floating-point
conversion isn't quite as exact as the spec requires, fixing that is
not a priority. Of course if somebody wants to work on a more portable
solution, that is great, as lang as it doesn't penalize the glibc case.
--
Sven de Marothy wrote:
> > If the strtod in glibc is threadsafe *and* accurate, then we should
> > probably use it, at least as a default.
>
> Dalibor Topic said on IRC that it has some problems on Irix. So it might
> not be a good idea. So perhaps adding a special case would be best, or
> you cou
On Thu, 2004-10-07 at 18:01, Per Bothner wrote:
> That other issue is that system strtod may not be accurate.
> Note that parseDouble is required to return the *closest*
> double. This is a difficult requirement to meet, and cannot be done
> by simple (i.e. traditional) implementations.
Which is
On Thursday 07 October 2004 09:43, Jeroen Frijters wrote:
> Casey Marshall wrote:
> > Robert> After spending some time on ideas to fix this the following
> > Robert> came to my mind:
> > Robert> a) do the NaN,Infinity in Java and the rest in C
> > Robert> b) do both in C because its faster
> > Robe
h a toolkit-independent mechanism,
Stuart> which could then be implemented as Swing calls. Plus I'm
Stuart> pretty sure the upcoming release supports WYSIWYG editing...
Stuart> (Sure, any of these are likely to be far more powerful and
Stuart> conformant than Sun's implem
Sven de Marothy wrote:
Actually.. That's where the bug was! :-)
strtod (by ANSI C99) should handle Infinity and NaN.
The problem is the #ifdef on lines 268-273:
#ifdef KISSME_LINUX_USER
val = strtod (p, &endptr);
#else
val = _strtod_r (&reent, p, &endptr);
#endif
The former calls the standard l
Hi
the mailer is funny. I got Sven's response to Andrew's mail but not
Andrew's.
Sven de Marothy wrote:
Andrew Haley writes:
Has anyone seen that one:
http://savannah.gnu.org/bugs/?func=detailitem&item_id=10491
I recently discovered it while writing some test files for the
On Thu, 2004-10-07 at 16:05, Andrew Haley wrote:
> Yes. Also, the fdlibm code we use at the moment is of high quality.
> It seems anything we write afresh will be more buggy, at least to
> start with.
Actually.. That's where the bug was! :-)
strtod (by ANSI C99) should handle In
("NaN"));
I see.
> Although, personally.. I'm not so sure of re-writing it in Java. Seems
> like overkill for a relatively trivial bug.
Yes. Also, the fdlibm code we use at the moment is of high quality.
It seems anything we write afresh will be more buggy, at least to
st
Andrew Haley writes:
>> Has anyone seen that one:
>> http://savannah.gnu.org/bugs/?func=detailitem&item_id=10491
>> I recently discovered it while writing some test files for the
>> XMLDecoder I am working on. In an attempt to find the reason I
followed
>> to the C source that does the conversio
e the most promising because AIUI they replaced all the
Qt dependencies with a toolkit-independent mechanism, which could then
be implemented as Swing calls. Plus I'm pretty sure the upcoming release
supports WYSIWYG editing...
(Sure, any of these are likely to be far more powerful and confor
Robert Schuster writes:
> Hi
>
> >
> > I've done the same comparison 6 weeks ago with Tom Tromey, and we
> > were at 75% back then.
> >
> > 5 % in 6 weeks. 20 % to go. You do the math. :)
>
> I am excited too but on the other hand I worry about a lot bugs popping
> up ...
>
> Has
Casey Marshall wrote:
> Robert> After spending some time on ideas to fix this the following
> Robert> came to my mind:
> Robert> a) do the NaN,Infinity in Java and the rest in C
> Robert> b) do both in C because its faster
> Robert> c) provide a pure Java and a pure C version, making
> Robert> JNod
That might turn out to be the longest 6 months ever, since Classpath
is still missing the badly-written web browser and HTML WYSIWYG
composer (javax.swing.text.html) :)
Robert> I am excited too but on the other hand I worry about a lot
Robert> bugs popping up ...
I don't worry that
Hi
I've done the same comparison 6 weeks ago with Tom Tromey, and we
were at 75% back then.
5 % in 6 weeks. 20 % to go. You do the math. :)
I am excited too but on the other hand I worry about a lot bugs popping
up ...
Has anyone seen that one:
http://savannah.gnu.org/bugs/?func=detailitem&it
Stuart Ballard wrote:
Dalibor Topic wrote:
Kaffe's japi files appear to be from August 18th and again built with
the old version[2]. I guess those aren't automatically built?
Nope, built by me by hand, ocassionally, when I can't hide from the
demand :) Like right now ;)
I've put up a kaffe.japi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Dienstag, 5. Oktober 2004 20:53 schrieb Stuart Ballard:
> Tom Tromey wrote:
> > Michael tells me that jikes output confuses japi. So pending the
> > gcj fix there won't be updates...
>
> Do you have a released version of gcj installed as well as th
Tom Tromey wrote:
Michael tells me that jikes output confuses japi. So pending the gcj
fix there won't be updates...
Do you have a released version of gcj installed as well as the autobuilt
cvs version that you could use to produce the Classpath japi?
--
Stuart Ballard, Senior Web Developer
NetR
Stuart> Classpath's japi files, btw, are a month out of date, don't include
Stuart> CORBA, XML or Tritonus, and were built with the old version[2] - I
Stuart> understand that Tom is working on some classpath build issues.
It wasn't building for a long time due to a local problem.
Then last night's
rstand that Tom is working on some classpath build issues.
>
> I'm really interested to see what its total score is once these
> issues are resolved: in areas that *are* included, classpath is
> more consistently green than libgcj is - it might even hit 80%.
I get 70.7% currently aga
a month out of date, don't include
CORBA, XML or Tritonus, and were built with the old version[2] - I
understand that Tom is working on some classpath build issues.
I'm really interested to see what its total score is once these issues
are resolved: in areas that *are* included, c
> > Unfortunately, I don't think we can use GPL code, since
> > > Classpath's license is GPL + exception, which is a more
> > > permissable license. (I.e. you can go GPL+exception-->GPL but
> > > not in the other direction.)
> >
> > I could
t; >
> >>JIU - The Java Imaging Utilities -
> >>http://jiu.sourceforge.net/status.html - GPL
> >
> >
> > Unfortunately, I don't think we can use GPL code, since Classpath's
> > license is GPL + exception, which is a more permissable license.
e can use GPL code, since Classpath's
license is GPL + exception, which is a more permissable license.
(I.e. you can go GPL+exception-->GPL but not in the other direction.)
I could ask him if he'd like to contribute his code to GNU Classpath.
GPL is OK for staging it in Kaffe un
can use GPL code, since Classpath's
license is GPL + exception, which is a more permissable license.
(I.e. you can go GPL+exception-->GPL but not in the other direction.)
But.. on the positive side, there are rumors that Michael Koch has
finished the imageio framework (but not the plugins).
On Thu, 2004-10-01 at 10:55, Stuart Ballard wrote:
> This is all that's necessary for *complete 1.4 API coverage at 80% or
> better for every single package*.
>
> It doesn't seem like long ago that it seemed that even reaching 1.2
> compatibility was so far away that it was practically unachievab
> "Stuart" == Stuart Ballard <[EMAIL PROTECTED]> writes:
Stuart> How did you manage to get JacORB to build?
I cheated and downloaded it prebuilt.
Stuart> Nice - lack of providers of course hurts the real-life
Stuart> usefulness, but doesn't hurt the japi scores in the slightest
Stuart> ;)
P
Stuart> - Imageio
Michael Koch has the library parts of this, just not checked in yet.
My understanding is that he doesn't have any providers.
javax.imageio support would be great. I searched for Java libraries with
friendly licenses and this one seemed to be very interesting:
JIU - The Java
Tom Tromey wrote:
Yeah. I just changed my nightly script to include Xalan and JacORB in
the results for libgcj. I didn't include Tritonus since I didn't want
to figure out how to build it today, and there isn't a prebuilt .jar
including the javax.sound bits.
Awesome :)
How did you manage to get J
> "Stuart" == Stuart Ballard <[EMAIL PROTECTED]> writes:
Stuart> It seems to be established that Sound and XML are both just a matter
Stuart> of dropping in some third-party code. And CORBA too, except in that
Stuart> case we know some work needs to be done to make the third-party code
Stuart>
situation only even more so - the only holes
are auth.kerberos and auth.spi.
It seems to be established that Sound and XML are both just a matter of
dropping in some third-party code. And CORBA too, except in that case we
know some work needs to be done to make the third-party code compile
o
a.net/
Avery Regier
-Original Message-
From: [EMAIL PROTECTED] on behalf of Dalibor Topic
Sent: Fri 7/2/2004 7:41 AM
To: Arnaud Vandyck
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject:Re: [Classpathx-discuss] More Java Extensions
Arnaud Vandyck wrote:
> Andrew Joh
~jfreed/ but it
> >>doesn't seem toexist any more. Fortunately, archive.org has saved a copy
> >>of the page on
> >>http://web.archive.org/web/20001012122624/http://members.linuxstart.com/~jfreed/
> >>
> >>Jean-Christophe Taveau has been last se
Andrew John Hughes wrote:
On Sat, 2004-07-03 at 15:19, Dalibor Topic wrote:
According to the page above, there was once a free implementation of
java3d available at http://members.linuxstart.com/~jfreed/ but it
doesn't seem toexist any more. Fortunately, archive.org has saved a copy
of the
On Sat, 2004-07-03 at 16:26, Artur Biesiadowski wrote:
> As for the 'free' implementation of java3d, xith3d is probably a good
> place to start. It has most of java3d features implemented already, at
> least as far as desktop targets are concerned. For the vecmath, Kenji's
> version can be used
On Sat, 2004-07-03 at 15:19, Dalibor Topic wrote:
> According to the page above, there was once a free implementation of
> java3d available at http://members.linuxstart.com/~jfreed/ but it
> doesn't seem toexist any more. Fortunately, archive.org has saved a copy
> of th
Dalibor Topic wrote:
Regarding legal things, java3d seems to be covered by some patents. See
http://www.3dcompression.com/patents.phtml for details. I have no idea
how important 3d compression is for Java3d, but since you asked ;)
It is not important. While you won't be able to build full
implem
source, unfortunately.
Sun's marketing gave the wrong impression there, they forgot to mention
that core parts of Sun's implementation of Java3d remain non-free. :)
But it is certainly sweet that they released more code under open source
licenses.
cheers,
dalibor topic
_
te Free Software implementations of these libraries? Having these
would mean that Project Looking Glass would be more likely to run on a
Free platform. At present, it is tied to proprietary Sun licenses, even
if the main code is under the GPL.
I'm not sure but maybe some developpers on clas
I was wondering
> >>if anyone knew about the possibility or the existence of an effort to
> >>create Free Software implementations of these libraries? Having these
> >>would mean that Project Looking Glass would be more likely to run on a
> >>Free platform. At present
ean that Project Looking Glass would be more likely to run on a
Free platform. At present, it is tied to proprietary Sun licenses, even
if the main code is under the GPL.
I'm not sure but maybe some developpers on classpath project already
work on this.
There is a free vecmath implementation, B
bility or the existence of an effort to
> > create Free Software implementations of these libraries? Having these
> > would mean that Project Looking Glass would be more likely to run on a
> > Free platform. At present, it is tied to proprietary Sun licenses, even
> > if the main code is
these
> would mean that Project Looking Glass would be more likely to run on a
> Free platform. At present, it is tied to proprietary Sun licenses, even
> if the main code is under the GPL.
I'm not sure but maybe some developpers on class
Ni Bryce,
Bryce McKinlay wrote:
Dalibor Topic wrote:
Ah, the curse of getting microoptimizations right ;)
I don't really consider this to be a micro-optimization. In libgcj it
causes pretty severe performance problems. You could argue that this is
because libgcj's calling-classloader check is t
Bryce McKinlay wrote:
> Hmm - but can this ever happen? Is it possible to define a core class
> with a non-system class loader? In any case, it seems to me that it
> should always be correct to load Locale resources etc with the system
> class loader - or is there a situation I havn't considered
gt;
> I don't really consider this to be a micro-optimization. In libgcj
> it causes pretty severe performance problems. You could argue that
> this is because libgcj's calling-classloader check is too slow, and
> you'd be right, but I would imagine that in most VMs,
Dalibor Topic wrote:
I think the solution here is to pass the system class loader. This
should always be correct for these bootstrap classes. It doesn't
solve the performance issues for cases where a security manager is
present, since a check will be performed by the getSystemClassLoader
call -
Bryce McKinlay wrote:
Mark Wielaard wrote:
On Tue, 2004-06-15 at 16:56, Bryce McKinlay wrote:
I'm checking in this patch from libgcj. It changes various
ResourceBundle.getBundle() calls to use the 3-argument form which
includes a ClassLoader parameter. This call is more efficient becau
Mark Wielaard wrote:
On Tue, 2004-06-15 at 16:56, Bryce McKinlay wrote:
I'm checking in this patch from libgcj. It changes various
ResourceBundle.getBundle() calls to use the 3-argument form which
includes a ClassLoader parameter. This call is more efficient because
it means getBundle()
Hi,
On Tue, 2004-06-15 at 16:56, Bryce McKinlay wrote:
> I'm checking in this patch from libgcj. It changes various
> ResourceBundle.getBundle() calls to use the 3-argument form which
> includes a ClassLoader parameter. This call is more efficient because
> it means getBundle()
Hi all.
I'm checking in this patch from libgcj. It changes various ResourceBundle.getBundle()
calls to use the 3-argument form which includes a ClassLoader parameter. This call is
more efficient because it means getBundle() does not have to walk the stack to find
the calling classloader.
1 - 100 of 234 matches
Mail list logo