hi all,
As the arm-linux jitter crashes somewhere in the FIRSTFRAME macro
invocation, I thought about rewriting is as an inline function, too. I
tried to figure out what the arguments passed to it do, and it seems
that the second argument passed to it does nothing, on no platform.
So unless th
Dalibor Topic wrote:
Hi,
this is a simple code hygene issue: I'd like to move away from using
preprocessor macros all over kaffe's C sources, to use inline
functions. Since the gdb debugger has a much better time with inlines,
the gcc compiler produces more useful error and warning messages,
Helmer Krämer wrote:
On Fri, 19 Sep 2003 09:12:44 -0600 (MDT)
Timothy Stack <[EMAIL PROTECTED]> wrote:
Hi,
I gave JBoss another try recently and finally got to a
point where I really don't know what to do.
As you will know, java.lang.ClassLoader contains two
different loadClass methods, one that
Hi,
this is a simple code hygene issue: I'd like to move away from using
preprocessor macros all over kaffe's C sources, to use inline functions.
Since the gdb debugger has a much better time with inlines, the gcc
compiler produces more useful error and warning messages, inlines can be
prototy
On Saturday, September 20, 2003, at 10:47 AM, Helmer Krämer wrote:
On Fri, 19 Sep 2003 11:40:07 -0600 (MDT)
Timothy Stack <[EMAIL PROTECTED]> wrote:
Hi Tim,
Okie, I've duplicated the problem, the gc is getting stuck and that
eats
up all the CPU. In particular it gets stuck in startGC() looping
On Saturday, September 20, 2003, at 10:35 AM, Dalibor Topic wrote:
Hi Tim,
thanks for taking the time to look into this. I've tried backing out
the change as you propose, and it works for me (TM). But the
jit-temp-data is no longer freed, so we are back at square one ;(
Yeah, i had the same pr
Hi,
Here's what I'm planning for the next release...
Sunday, September 28 - Feature Freeze for 1.1.2
Sunday, October 5 - Release 1.1.2
I'm really going to try to get some DocBook and Javadocs into this
release. Does anybody else have some goals for this release?
For reference, here is the prop
On Fri, 19 Sep 2003 11:40:07 -0600 (MDT)
Timothy Stack <[EMAIL PROTECTED]> wrote:
Hi Tim,
> > Okie, I've duplicated the problem, the gc is getting stuck and that eats
> > up all the CPU. In particular it gets stuck in startGC() looping on the
> > finalizer list. I tried backing out helmer's
Hi Tim,
thanks for taking the time to look into this. I've tried backing out the
change as you propose, and it works for me (TM). But the jit-temp-data
is no longer freed, so we are back at square one ;(
Timothy Stack wrote:
Okie, I've duplicated the problem, the gc is getting stuck and that e
Arnaud Vandyck wrote:
Hi all,
Does anyone already have this problem?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=205327
,
| This package fails on the ia64 autobuilder as shown below.
|
| Bdale
|
| | Automatic build of kaffe_1:1.0.7-3 on caballero by sbuild/ia64 1.170.4
| | Build star
nmag only wrote:
Hi,
Well, I'm reading about XPCOM, I got the kaffe mozilla plugin source,
I'm reading and studying the source code, I will be ready to start as
soon as possible, but I need some information, where I can announce to
the mozilla developers that I work on kaffe plugin? is there a
Hi,
Well, I'm reading about XPCOM, I got the kaffe mozilla plugin source,
I'm reading and studying the source code, I will be ready to start as
soon as possible, but I need some information, where I can announce to
the mozilla developers that I work on kaffe plugin? is there a list? I
apprecia
Hello,
my first real fight with kaffe makes the following problems
1. Incompatible ZipInputStream.getNextEntry()
2. Incompatible CodeSource.toString()
3. Incompatible Permission() constructor
4. Incompatible java.lang.Permission.elements()
5. Incompatible SecurityManager
6
13 matches
Mail list logo
