On 5/28/05, Dalibor Topic <[EMAIL PROTECTED]> wrote:
> Rodrigo Kumpera wrote:
>
> >>b) an accidental mistake, then you fix the small bug in your code, feel
> >>better about the quality of your code, and move on.
> >
> >
> >
> > I agree with you about the first one, but the second is where the fine
Rodrigo Kumpera wrote:
b) an accidental mistake, then you fix the small bug in your code, feel
better about the quality of your code, and move on.
I agree with you about the first one, but the second is where the fine line
between pragmatic and retoric solutions line. It's easy to say 'just
I will gladly meet to discuss Harmony and any other conversation people
bring. Especially over good beer ^H^H^H^H architecture. (There ain't no
good ones where I live right now. I'm hoping to rectify that soon. :-)
I have some experience integrating Eclipse and Tomcat with SableVM and
GNU Clas
On 5/28/05, Dalibor Topic <[EMAIL PROTECTED]> wrote:
>
> Rodrigo Kumpera wrote:
> > Last time I checked, no one, nether me or you, is developing code agains
> the
> > TCK, but to a real JVM. And as hard as we may try, sometimes we end with
> > software that depends on unspecified behavior. So it'
Ulrich Kunitz wrote:
On Fri, 27 May 2005, Geir Magnusson Jr. wrote:
(Tomcat : I'd bet they fixed that (or will fix...))
Well, can't the VM just prevent non-kernel code from using them? Maybe
overhead too high?
You could play class loader games, however those could be
circumvented b
A long, long time ago...
Craig Blake wrote:
Seems to me that you might want to be open to either using the
platform's threading when a platform has good scalability, and punt
and do it in VM when the platform doesn't offer it.
If it can be done then I am all for it. Once the Harmony VM bec
Geir Magnusson Jr. wrote:
On May 28, 2005, at 7:33 AM, Raffaele Castagno wrote:
7: paste the modified source, and save.
:)
No, I was thinking more along the lines of just having the wiki content
in SVN or such, and let me do updates to that. Maybe a thin client on
my machine to do the cr
Tor-Einar Jarnbjo wrote:
Rodrigo Kumpera wrote:
Last time I checked, no one, nether me or you, is developing code
agains the TCK, but to a real JVM. And as hard as we may try,
sometimes we end with software that depends on unspecified behavior.
So it's better try to be "bug compatible" too.
On May 28, 2005, at 7:33 AM, Raffaele Castagno wrote:
2005/5/28, Geir Magnusson Jr. <[EMAIL PROTECTED]>:
Added to Wiki. I wish I could do wiki changes offline...
It's quite simple:
1: open the page
2: copy the wiki source in your favourite text editor, and annotate
the date
of last u
2005/5/28, Geir Magnusson Jr. <[EMAIL PROTECTED]>:
>
> Added to Wiki. I wish I could do wiki changes offline...
>
It's quite simple:
1: open the page
2: copy the wiki source in your favourite text editor, and annotate the date
of last update
3: go offline
4: modify it
5: go online, and check i
Added to Wiki. I wish I could do wiki changes offline...
On May 28, 2005, at 2:01 AM, Steve Blackburn wrote:
I was reminded of the existence of the following tutorials. There
is an treasure trove of really valuable information here. I invite
people to take a look.
There is also an MMTk
Rodrigo Kumpera wrote:
Last time I checked, no one, nether me or you, is developing code agains the
TCK, but to a real JVM. And as hard as we may try, sometimes we end with
software that depends on unspecified behavior. So it's better try to be "bug
compatible" too.
No, I don't agree on t
Rodrigo Kumpera wrote:
Last time I checked, no one, nether me or you, is developing code agains the
TCK, but to a real JVM. And as hard as we may try, sometimes we end with
software that depends on unspecified behavior. So it's better try to be "bug
compatible" too.
If you end up with softwar
13 matches
Mail list logo