Hi Jim,
> This is often a problem that can happen if you don't have a prototype for
> the function. The default passing semantics for floating point is to pass
> them as doubles unless there is a prototype that says that they are floats.
>
> Did you get the prototype correct, and did you make sur
This is often a problem that can happen if you don't have a prototype
for the function. The default passing semantics for floating point is
to pass them as doubles unless there is a prototype that says that they
are floats.
Did you get the prototype correct, and did you make sure it was inclu
Hi again,
I now inserted printf-statements to see the value of the parameters
before and after passing them:
In X11TextRenderer: numGlpyhs:10, usePositions:0,
subpixPos:0, rgbOrder:0, lcdc:140, glypx:100.50,
glyphy:400.50, Images: -1376605040, NULL
In X11TextRenderer_md: numGlpyh
Hi Dmitri,
> Did you try to run it with -Xcheck:jni (preferably on a fastdebug
> build)? What does it say?
Thanks for the hint, it cleans the array-handle is not valid.
I added printf-statements and Hotspot is of course right, the
"original" object handle was != NULL, but the one I passed is ze
Hi Clemens,
Clemens Eisserer wrote:
3.) I have an awkward problem:
The strange thing is that the GetPrimitiveArrayCritical call crashes,
but if I copy exactly the same call into the trampoline-function,
Did you try to run it with -Xcheck:jni (preferably on a fastdebug
build)? What does
On Mon, 2 Jun 2008 23:04:51 +0200, "Clemens Eisserer" wrote:
> You are right, I misunderstood the approach.
> As far as I understand now, I just have to adjust the width of the
> line-rectangle
> accoring to the pen-strcuture which is approproate for the choosen
> line-width, is this right?
... an
Hi Carl,
You are right, I misunderstood the approach.
As far as I understand now, I just have to adjust the width of the
line-rectangle
accoring to the pen-strcuture which is approproate for the choosen
line-width, is this right?
I'll read through the paper tomorrow.
Thanks, Clemens
> You are a
On Mon, 2 Jun 2008 22:36:46 +0200, "Clemens Eisserer" wrote:
> 2.) Currently I've implemented lines the same way as Cairo does
> (generating three trapezoids), which gives the same result as with
> XDrawLine when line_width is set to 1.0, it looks to some degree ugly
> :-/
> I created some screensh
Hi Phil, Dmitri and Chris,
Thank you very much for the detailed explanations, it made things much
clearer for me.
1.)
>The setupBlitVector() method does a bunch of JNI field fetches
> from the native level, mallocs a GlyphBlitVector structure each time, fills
>it by doing a JNI Get/ReleasePrimiti
Phil Race wrote:
I'm not sure at which level you (or rather XRender) are caching the
glyphs. You can certainly cache the glyph images, as we do for
OGL/D3D (see AccelGlyphCache.c), but I don't see how you could (or
would want to) cache position information, etc.
It makes sense to do the s
Chris Campbell wrote:
Hi Clemens,
On May 30, 2008, at 1:13 AM, Clemens Eisserer wrote:
Hi,
I've had a look at the doDrawGlyphList implementations of both the X11
and the OpenGL pipeline, however I have (as always) some questions:
- Why does the OpenGL pipeline not use setupBlitVector, but i
Hi Clemens,
On May 30, 2008, at 1:13 AM, Clemens Eisserer wrote:
Hi,
I've had a look at the doDrawGlyphList implementations of both the X11
and the OpenGL pipeline, however I have (as always) some questions:
- Why does the OpenGL pipeline not use setupBlitVector, but instead
does the work itse
Hi,
I've had a look at the doDrawGlyphList implementations of both the X11
and the OpenGL pipeline, however I have (as always) some questions:
- Why does the OpenGL pipeline not use setupBlitVector, but instead
does the work itself?
- Are the values in GlyphInfo always the same, if the glyph doe
13 matches
Mail list logo
