/OpenURL/PATPOL.pdf
--
Chris Gray/k/ Embedded Java Solutions BE0503765045
Embedded Mobile Java, OSGihttp://www.k-embedded-java.com/
[EMAIL PROTECTED] +32 3 216 0369
On Sunday 20 August 2006 12:27, Simon Phipps wrote:
On Aug 20, 2006, at 09:54, Chris Gray wrote:
+1 to Stefano Mazzocchi:
Noted, thanks. (and edited so I am making fair use of your
copyrighted material - I don't want to get sued...)
My cat can be vicious. :-)
The specs should
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman
On Sunday 06 March 2005 01:15, Tom Tromey wrote:
Chris == Chris Gray [EMAIL PROTECTED] writes:
Chris Sounds like it was a great meeting, I'm sorry I didn't make it
Chris due to illness. When's the next get-together?
I know a few people (not me, but from gcj, Andrew Haley
Hi all,
Sounds like it was a great meeting, I'm sorry I didn't make it due to illness.
When's the next get-together?
Chris
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
Time to write (don't email, fax it or deliver it yourself) to your minister of
(wait for it) agriculture ...
http://demo.ffii.org/cons0501/
http://ffs.or.at/themen/swpat/openletter_20041220
Thanks to Peter of Mind for the tip-off.
___
Classpath
bogus pointers to JNI, crashing is
correct behaviour ...
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
Visit us at Embedded World 2005 http://www.embedded
, and do a clean exit.
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
Visit us at Embedded World 2005 http://www.embedded-world.de/
22--24 Feb. 2005 at the Nürnberg
all threads [...]
A VM with a mostly-concurrent GC might not conform to this model.
Chris
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
Visit us at Embedded
or so sleeping places in
Antwerp - more if people know eachother extremely well and/or think that
sheepskins, hammocks, etc. are cool.
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED
there.
[...] the rest of us might [...]
think you were working on a runtime for Ada or Occam or something.
I'll add those to my list of code to merge into Kaffe, thanks :)
Then all we need is an Ada- or Occam-to -j*av*-bytecode compiler. :)
Cheers,
--
Chris Gray /k/ Embedded Java Solutions
blah blah provided you don't blah blah. But my IANAL interpretation
is that this notice can only grant you rights you wouldn't otherwise have -
it doesn't (can't) take anything away.
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp
? For those for whom there is only One True Language that might
seem unambiguous, but the rest of us might be confused and think you were
working on a runtime for Ada or Occam or something.
Best wishes for 2005,
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi
On Sunday 12 December 2004 12:29, Thomas Zander wrote:
Kaffe: looks dead; last development release almost a year ago (not to
mention stable releases)
Rumours of Kaffe's death seem premature. On a typical day there are 5 or 6
commits to CVS, and a couple of human-to-human messages on the
:
Runtime.addShutdownHook() takes an initialised, but unstarted, Thread as
parameter. Its complement, Runtime.removeShutdoenHook() has memory leak
written all over it.
Cheers
Chris
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k
not to add anything meaningful, but I just had to voice my
support.)
ME3
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
not be allowed
to exist ...
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
___
Classpath mailing list
[EMAIL PROTECTED]
http
? Is a class module, or would that be a package?
Or a jar file maybe?
I've written to the FSF asking for clarification, but those particular wheels
do grind exceeding slow.
Chris
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp
the mailing
list with too much legal speculation.
Cheers
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
___
Classpath mailing
I thought the third parameter had to be
non-null. I should check the Java APIs before posting ...
OTOH there are times where you want to call a method (getPackage(),
findLibrary(), ...) of the appropriate classloader. Having a non-null
bootstrap class loader would help here.
--
Chris Gray
.
The application class loader loads classes from -classpath/$CLASSPATH, and is
responsible for loading the application specified on the command line. Its
parent is the extension class loader if this exists, the (Java) bootstrap
class loader otherwise.
Does that make more sense?
Best wishes
--
Chris Gray
== null) {
c = Class.forName(classname);
}
else {
c = Class.forName(classname, false, cl);
}
Which gets tedious, real fast. :-{
Chris
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED
authors of
deviant VMs only need to modify their VMclasses.
Best wishes
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
(which I don't have handy), but apparently
the rest of the world is unanimous in using system class loader to mean the
application class loader. Sorry for the confusion.
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGihttp://www.kiffer.be/k/
[EMAIL
are maddeningly vague as usual, but I _think_ that the default
implementation should just throw an UnsupportedOperationException.
BTW if anyone knows where to find a more useful description of how this stuff
is supposed to work I'd be grateful for a pointer ...
Best wishes
--
Chris Gray
CustomClassLoader quite properly uses the default loadClass()
implementation, Class c may be loaded by an ancestor. So your test needs to
match myClassLoader, but also the transitive closure of getParent().
Have fun,
--
Chris Gray /k/ Embedded Java Solutions
On Saturday 13 March 2004 10:13, Patrik Reali wrote:
--On Sonntag, 7. März 2004 16:02 +0100 Chris Gray [EMAIL PROTECTED]
wrote:
On Thursday 04 March 2004 09:01, Jeroen Frijters wrote:
David Holmes wrote:
class Class is the first class that must be initialized [...]
Given the wide
ClassPrepareEvent. :) This gets me
thinking about the possibility of running two VMs in one address space, one
for the real VM and one for JPDA ...
Chris
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL
there is no current Thread,
and no Class instance can be created). So David's statement is probably
pretty close to being true in a practical sense, as well as a JLS sense.
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k
the
illusion that there is only one Java show in town, and it's owned by Sun.
(*) And ESR's for that matter.
Cheers
Chris
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED
for which it isn't true.
Amen. Wonka [doesn't use Classbath [yet], but] currently loads five other
classes before java.lang.Class; java.lang.Object, java.lang.Cloneable,
java.lang.Serializable, java.lang.Throwable, and the mysterious array class.
--
Chris Gray /k
On Thursday 04 March 2004 17:51, Per Bothner wrote:
Chris Gray wrote:
This is bizarre. IBM already has an open source version of Java
(JikesVM), but perhaps Rod Smith is not aware of that.
The VM is only a small part of Java. There are many open-source
VMs, so that is not the main
On Thursday 04 March 2004 19:42, Tom Tromey wrote:
Chris == Chris Gray [EMAIL PROTECTED] writes:
Chris This is bizarre. IBM already has an open source version of
Chris Java (JikesVM), but perhaps Rod Smith is not aware of that.
Yeah.
Chris Maybe we should write an open letter to the open
should write an open letter to the open letter writers?
Confused,
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 3 216 0369
On Monday 01 March 2004 23:38, David Holmes wrote:
Chris Gray wrote:
I found one gotcha with using a pre-allocated OutOfMemoryError :
if several threads throw OOME at the same time, the stack traces
can get mixed up.
This is one of our issues too. With no stacktrace you can share an OOME
is less improbable than you might think, since if one thread
encounters an OOM situation, all other threads should encounter one too.
With some forms of co-operative multi-threading you may get away with it, but
in the general pre-emptive case you could be living dangerously.
--
Chris Gray
On Monday 12 January 2004 21:28, Patrik Reali wrote:
* class layout (do we really need this? I guess the fields are allocated in
the row as they are declared)
Some VMs may group all reference fields together, or try to pack fields
smaller than 16 bits (boolean, byte, short, char).
--
Chris
471 94148 4).
I hope this clarifies more than it confuses
-Patrik
--On Samstag, 10. Januar 2004 11:29 +0100 Chris Gray [EMAIL PROTECTED]
wrote:
On Friday 09 January 2004 09:45, Sascha Brawer wrote:
Tom Tromey [EMAIL PROTECTED] wrote on Thu, 8 Jan 2004 17:48:59 -0700:
[standard
them in Wonka CVS under
too/mauve/somewhere, or I could parcel them up and mail them to you; you
might find some ideas you can use.
[...]
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED
/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED
high.
Best wishes,
Chris
On Friday 12 December 2003 22:49, Mark Wielaard wrote:
Hi,
On Fri, 2003-12-12 at 20:16, Chris Gray wrote:
Given that we have only a part of the Embedded track, I would suggest
that we do a group paper presenting the whole spectrum of Free / open
VMs; maybe
busy man (as are probably most
of the other volunteer organisers).
I think the developer room is a great idea, and I expect the organisers will
be receptive.
Best wishes
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http
is that on
interpreted systems it will tend to be a bit slower, which could be
noticeable during start-up of an application. OTOH it's much cleaner and more
flexible.
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k
.
Haven't heard from Jeroen recently ... I know someone who's doing research
using Jikes RVM, maybe we could find someone from that group too.
Best wishes
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k
On Sunday 30 November 2003 20:05, Dalibor Topic wrote:
Hi Chris,
Chris Gray wrote:
On Saturday 29 November 2003 13:48, Arnaud Vandyck wrote:
Why don't you try to make a keynote at the JavaPolis (maybe next year)
in the Open Source hall.
I'd love to. And the topic would be something
Ahem. Maybe first type and then send?
I'll talk to the organiser, Peter Vandenabeele, about this. We should be
able to get more than just a BOF.
Chris
On Sunday 30 November 2003 20:05, Dalibor Topic wrote:
Hi Chris,
Chris Gray wrote:
On Saturday 29 November 2003 13:48, Arnaud Vandyck
alternative
conference at a nearby location.
In the meantime, is there anything planned for FOSDEM? E.g., an open-source
Java track? This could be an opportunity the thesis that the future of Java
lies with us, not with S*n.
Up the workers,
--
Chris Gray /k
must know that's the most frustrating comment a webmaster can ever
hear. Next to it's nice, but there are a few spelling mistakes.
WHICH? WHERE?
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL
interface.
Hm, messy ...
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
___
Classpath
will happen with Java. True WORA for Java
will arrive, but it will arrive through free software efforts like mauve
GNU Classpath [2] that will provide the next reference platform.
me2
--
Chris Gray /k/ Embedded Java Solutions
Embedded Mobile Java, OSGi
IMHO even
should is going too far ...
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
___
Classpath
using BCEL, so you
wouldn't actually need to modify the compiler ...
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
to define all your own libraries for
manipulating the data, which probably is not what you want.
ICU4J appears to be under the X licence, which is compatible with
classpath's, so it should be possible to incorporate ICU4J into classpath.
You could even lead the project. :)
Best wishes
--
Chris
Software
But it would of course be incompatible with the GPL ...
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
/listinfo/classpath
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
___
Classpath mailing list
[EMAIL
;)
Dalibor,
if you're organising a meal on Tuesday evening then count me in. Same goes
for drinks tommorow (Monday) - send me an SMS on the number below. (I'll be
leaving home sometime around noon, so email won't reach me after then).
--
Chris Gray/k/ Embedded Java
Any accomodation tips anybody? I don't know Saarbruecken, and I guess it's
best if we can all stay in the same kind of area ...
I'm planning to arrive Monday evening and leave Wednesday afternoon.
Regards
--
Chris Gray/k/ Embedded Java Solutions
Embedded
On Monday 06 October 2003 18:03, Dalibor Topic wrote:
Hi Chris,
Chris Gray wrote:
I was actually contemplating the idea of an open letter to Arnold
Gosling. It wouldn't have looked like this petition though, much more
like what Brian is saying. Spinning off Java into a business unit
on the ground? GDR
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
___
Classpath mailing list
[EMAIL PROTECTED]
http
will be rather
small, the order doesn't matter, and all-powerful system classes have no
effect on the end result; so opportunities for optimisation abound.
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL
by ClassLoader.getSystemClassLoader() (aaargh).
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
___
Classpath
On Monday 04 August 2003 11:02, Bryce McKinlay wrote:
On Monday, Aug 4, 2003, at 19:57 Pacific/Auckland, Chris Gray wrote:
Sure. But to call AccessibleObject.setAccessible() you need
ReflectPermission, which the user code that initiated serialisation
does not
necessarily have. So
On Monday 04 August 2003 11:57, Jeroen Frijters wrote:
Chris Gray wrote:
Granting AllPermission to everything loaded by the system
class loader is IMHO acceptable, *iff* by system class
loader you mean the class loader which
loads java.* classes from a trusted location
in
that environment. So I'll probably stick with the Wonka implementation for
that one, but check out rxtx for future projects.
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED
).
For a project I'm working on currently it could be interesting to either
convert the current Wonka implementation to JNI or switch to rxtx. Has anyone
out there anyhing good or bad to say about rxtx?
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java
?)
--
Chris Gray/k/ Embedded Java Solutions
Embedded Mobile Java, OSGi http://www.kiffer.be/k/
[EMAIL PROTECTED] +32 477 599 703
___
Classpath mailing list
[EMAIL PROTECTED]
http
not an argument against trivial finalizers provided for
compatibility, but it it's a strong argument agains non-trivial
finalizers where the public API has none: there's areal likelihood that
someone will subclass your class and fail to invoke your finalizer.
Regards
--
Chris Gray
VM Architect
object whatever class loader you use, whereas for user-defined class
loaders there can be as many classes with a given name as there are class
loader instances.
--
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http
constants.
That's why one can sometimes get nostalgic for #define. :)
--
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
).
My future is a bit open just now (I'm being downsized), but it's likely
to feature VMs and/or open source. Who knows, I may one day find myself
contributing to Classpath. :) Until then, many happy returns and copious
congratulations!
--
Chris Gray
VM Architect, ACUNIA
On Fri, 28 Feb 2003, Dalibor Topic wrote:
hi Chris,
--- Chris Gray [EMAIL PROTECTED] wrote:
[...] SFAIK the only
legitimate inlining a
bytecode compiler can do is for static final
constants.
I doubt even that is safe, as
http://java.sun.com/j2se/1.4/docs/api/java/awt/event
On Fri, 28 Feb 2003, Artur Biesiadowski wrote:
Chris Gray wrote:
Nonetheless, javac certainly used to do that, and I'm pretty sure it still
does. (I could swear that the JLS actually specifies this behaviour, but
I'm darned if I can find the words now.)
13.4.8
http
On Fri, 28 Feb 2003, Chris Gray wrote:
Know the feeling. ; It's got me thinking too though - I might at least
instrument Wonka to find out what the size distribution of static methods
is. If there are a lot of one-liners or empty(!) methods then there may be
some low-hanging fruit
(a) ((a) != (a))
;
--
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
the native and java parts of our peers. Replacing this
with JNI has been on our to-do list for a long time, and it just got a goodly
priority boost).
Best wishes
Chris Gray
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo
README indicating this is not part of Classpath and when we compile we
could link this library without trouble. I hope this explains what is
meant by external library in reference to FSF projects.
But if that is all you intend to do, isn't the current (BSD) licence good
enough?
Regards
--
Chris
public and am surprised to read this wasn't the case with
Transvirtual.
Amen. There has been some off-list discussion of this, but I would expect
any deal that is done to be done openly.
--
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing
these peers as external libraries should
not be a problem (for us or for FSF or for anyone).
--
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
under the
Classpath licence (GPL+exception) as well as the current BSD licence if
this would help anybody.
Regards
--
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Bryce McKinlay wrote:
I think that is not a bug, but rather an obscure C++ misfeature called
trigraphs.
Don't I recall reading in the index of some GNU manual (probably for
gcc):
ANSI Trigraphs
You don't want to know about this particular braindamage.
:)
Chris Gray
VM Architect
Mark Wielaard wrote:
Hi,
On Thu, 2002-02-07 at 10:18, Chris Gray wrote:
Don't I recall reading in the index of some GNU manual (probably for
gcc):
ANSI Trigraphs
You don't want to know about this particular braindamage.
:)
Really funny. The gcc manual actually says
of the VM - the Java stack frame will underflow,
which is supposed to be impossible. When we encountered this
problem Wonka actually threw a VirtualMachineError, but it could
as well have segfaulted or caused foreign objects to fly out of
Mark's ear.
Chris Gray
VM Architect, ACUNIA
, but found it was already
a Known Bug (the inner-class constructor thing).
1.15 also barfed on some non-compile-time static finals in inner classes: on
this issue we decided Jikes was right, and (hopefully) fixed our code.
Regards
Chris Gray
VM Architect, ACUNIA
version after 1.12.1 (!).
Problems includes: dumps core on valid input, outputs illegal bytecode
(pushes pops do not balance) ... if you need more detail I can try to
give it, but it will require a little work (download, compile, try to
run, ...)
Regards
Chris Gray
VM Architect, ACUNIA
eight tests for GridBagLayout).
Regards
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
. That's why we say
``GPL-compatible''.
Regards
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Currently out GPL compatibility [...]
Of course I meant ``our'' ...
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Brian Jones wrote:
Chris Gray [EMAIL PROTECTED] writes:
Yes, we have GridBagLayout. 8- (if you run the VisualTestEngine
you'll see eight tests for GridBagLayout).
We'll definitely need a test framework for the AWT stuff probably
unlike anything in Mauve.
Then you should definitely
one to compile.
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
the
current licensing issues are sorted out.
And where ist the big different between the GNU-Classpath-CLasses and
Kaffe's Klasses.jar-CLasses? Why do not the two project fusion?
I'll let someone else answer that ...
Regards
Chris Gray
VM Architect, ACUNIA
Brian Jones wrote:
Wonka I don't know about really, but another oddity...
Hey, who you calling oddity, you, you ... oddity.
:)
Chris
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
should
be able to recommend that if a Classpath class does 80% of what we need
then we should do the remaining 20%, contribute it to Classpath, and use
the result. Currently I would recommend that we do the 100%.
Now call me an evil bastard. BG
Regards
Chris Gray
VM Architect, ACUNIA
that our Rudolph is already
much nearer to that target than any other code base you could use. Just
don't everybody run away with the idea that the problem is already solved.
Best wishes
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL
(Following-up to my own post is a sign of what?)
Chris Gray wrote:
Secondly, although I responded positively to Mark's suggestions regarding
GPL-compatibility, it is still possible that our management would decide
that
protecting our trademark is more important, and that it is essential
Mark Wielaard wrote:
Hi,
On Thu, Oct 25, 2001 at 09:30:34AM +0200, Chris Gray wrote:
I would also invite people to look at ACUNIA's Wonka VM,
URL:http://wonka.acunia.com. Like IBM, we already developed our
own class libraries, but a Classpath/Wonka hybrid would appear
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Tom Tromey wrote:
Chris == Chris Gray [EMAIL PROTECTED] writes:
Chris An interesting twist on this: jikes seems to have its own idea
Chris of the correct bit-pattern for NaN (0xffc0 instead of
Chris 0x7fc). This shouldn't matter if all NaN's are
Chris canonicalized to the same
-pattern for NaN (0xffc0 instead of 0x7fc). This shouldn't matter
if all NaN's are canonicalized to the same value.
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
Etienne M. Gagnon wrote:
Thanks. I have came to the same conclusion, using a small program
looking for non-ASCII characters in all .java files. The real issue I
had proved to be a Jikes 1.14 (on Debian?) problem, where many other
files failed to compile for a different reason.
It's
class. 8859_1 is there, together with MacCroatian.
The great thing about Java standards is , there's so many to choose from. :)
Chris Gray
VM Architect, ACUNIA
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo
1 - 100 of 101 matches
Mail list logo