Thank you, I posted a request on that same topic
(http://article.gmane.org/gmane.comp.java.openjdk.distro-packaging.devel/2817).
Ciao
Roberto
> On Thu, Aug 14, 2008 at 9:45 AM, Chris Campbell
> <[EMAIL PROTECTED]> wrote:
>> Hi Martin,
>>
>> The history (and fate) of those classes is documented h
I believe AWT installs their own error handler which traps
the errors. It should be somewhere in awt_GraphicsEnv.c or
around there. Look for where they open the display.
You can install your own handler to override theirs -
check out how it's done when we detect if shared memory
ext
Hello,
When working on the XRender pipeline I always wondered why X11 errors
did not abort java.
Eg. for small test programs written in C the application aborts when a
"BadMatch" error occurs, with the X11 pipeline I don't even see the
error - it just does not work.
Is there any way to get the er
Hi Chris,
Thanks very much for that informative pointer.
In hindsight, it would have been good if @deprecated
warnings had been added to these classes years ago.
Today it's probably too late to do much good.
Martin
On Thu, Aug 14, 2008 at 9:45 AM, Chris Campbell
<[EMAIL PROTECTED]> wrote:
> Hi
Hi Martin,
The history (and fate) of those classes is documented here:
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6527962
Chris
On Aug 14, 2008, at 9:32 AM, Martin Buchholz wrote:
Hi 2d guys,
We're testing different flavors of OpenJDK,
and noticing uses of classes in com.sun.image.co
Hi 2d guys,
We're testing different flavors of OpenJDK,
and noticing uses of classes in com.sun.image.codec.jpeg.
These classes are still in non-OpenJDK JDK7.
They were removed from OpenJDK, probably
because they were encumbered (proprietary Kodak code).
The IcedTea folks have created new versions
Am Donnerstag, den 14.08.2008, 14:00 +0400 schrieb Igor Nekrestyanov:
> >> This is weird.
> >> I suggest to print out font names and find what is different. Perhaps
> >> we
> >> do have bug somethere in 7.
> >> -Dsun.java2d.debugfonts=true may also provide some details on files
> >> being opened.
This is weird.
I suggest to print out font names and find what is different. Perhaps
we
do have bug somethere in 7.
-Dsun.java2d.debugfonts=true may also provide some details on files
being opened.
I checked an older version that I have lying around here (from just
before Phil's font wo
Hi there,
> > One interesting note here: Everytime this program is run, it shows a
> > different number of fonts (around 285-302 fonts). On an OpenJDK6
> system
> > it constantly shows 360 fonts.
> >
> This is weird.
> I suggest to print out font names and find what is different. Perhaps
> we
