date:20000120

font not found (new bug... not the known one)

2000-01-20 Thread burton


So I am trying to change the fonts on the blackdown JDK.  Specifically because I just 
think they are ugly :)

What I am trying to do is use the fonts setup in the IBM JDK 1.1.8 with their 
font.properties.  However when I copy the font.properties to overwrite the 
./jre/lib/font.properties I get:

main: Font specified in font.properties not found 
[-b&h-lucida-bold-r-normal-sans-*-%d-75-75-p-*-iso8859-1]
main: Font specified in font.properties not found 
[-b&h-lucida-medium-r-normal-sans-*-%d-75-75-p-*-iso8859-1]
main: Font specified in font.properties not found 
[-b&h-lucida-bold-i-normal-sans-*-%d-75-75-p-*-iso8859-1]
main: Font specified in font.properties not found 
[-b&h-lucida-medium-i-normal-sans-*-%d-75-75-p-*-iso8859-1]

I noticed that in ./jre/lib/fonts it looks like these fonts already exist and the VM 
isn't getting the ones provided by the Window Manager (which I know exist because I 
use them in the IBM JDK and they don't provide fonts.

I have tried deleting these fonts and creating a fonts.dir with 0 entries.  But this 
doesn't work.  From what I can tell it is hard coded into the VM that if there are any 
b&h-lucida fonts to get them from the ./fonts dir but I don't want to use these 
because they are ugly.

So what I am asking is there anyway to tell the Blackdown JDKL to always ignore the 
./fonts directory and *only* get the ones from the font server.  This would fix a lot 
of problems for me.

Thanks.

Kevin Burton


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: [Q] CORBA: Any idltojava for linux??

2000-01-20 Thread Nestor A. Diaz


If you are searching for an ORB in Java use JacORB, i used to program in
JacORB more than one year ago, so i expect now its better that before, is
written in 100% pure Java, and the documentation is excelent, believeme
excelent, and with a lot of examples to play with.  You will have no problem
programming with it and conforms almost with the standard.
the url is:
http://www.inf.fu-berlin.de/~brose/jacorb/

have fun idl2javing !!

--
Nestor A. Diaz L.
[EMAIL PROTECTED]


Visita W W W . T I E N D A L I N U X  . C O M, la tienda virtual
de Productos y Servicios para los usuarios de Linux en Colombia




begin:vcard 
n:Diaz;Nestor A.
tel;cell:033-2940044
tel;fax:+57-1-*3450605
tel;home:+57-1-*3450605
tel;work:+57-1-*3450605
x-mozilla-html:FALSE
version:2.1
email;internet:[EMAIL PROTECTED]
title:Ingeniero de Sistemas y Computacion
adr;quoted-printable:;;Calle 53 #4A-93=0D=0AOficina 410;Santa Fe de Bogota;;;Colombia
x-mozilla-cpt:;-9056
fn:Nestor A. Diaz
end:vcard

Sun JDK for Linux vs. Blackdown

2000-01-20 Thread Michael Maloney


I just learned that Sun now has its JDK available for Linux. 
I downloaded it from:

http://developer.java.sun.com/developer/earlyAccess/j2sdk122

I noticed that in the README 'credits' section they give kudos to
the blackdown development team.

What is the relationship between the blackdown JDK and Sun's?

When I rebuild my test application that had a memory problem
(see my previous email with subject "Segmentation fault problem"),
it runs fine with the Sun JDK. I.e. it runs to completion with
no memory problems or seg faults. It also never grows the process
size reported by 'ps'. It also seems to run significantly faster.

I also notice that the 'ps' command only shows one process for
every Java program running. The blackdown showed several.

How do they do this? Does the Sun JDK use green threads by 
default?


-- 
Michael Maloney
Ilex Engineering, Inc.

  Tel: 410.241.5248
Email: [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Terrible native thread performance

2000-01-20 Thread Chris Kakris


Marek Gmyrek wrote:
> 
> I use the same system (RH6.1) with Blackdown JDK1.2 RC3 and have the same
> observations. Both native and green versions are very slowly, especially
> with GUI stuff, when compared to jdk1.1.8 (v1).
> 
> Processor utilization is not so bad, until I move a window and a window
> in background has to repaint itself. Repainting takes a time of ca. a few
> seconds. During that time the processor is busy almost to 100%.

Are you by any chance using enlightenment?  Have set some fancy window
options, like move methods, window sliding effects, etc.  Have you tried
the "reduce refresh" option?

Try you application with different window managers and see if it makes
any difference.

-- 
Chris Kakris  http://www.dynamic.net.au/christos/
ZDS Services Pty Ltd  414 Gilbert Road, Preston, Victoria 3072, Australia


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Sun JDK for Linux vs. Blackdown

2000-01-20 Thread Brian Pomerantz


On Thu, Jan 20, 2000 at 03:10:28PM -0600, Michael Maloney wrote:
> 
> How do they do this? Does the Sun JDK use green threads by 
> default?
> 

Yes.


BAPper


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Sun JDK for Linux vs. Blackdown

2000-01-20 Thread Jacob Nikom


Look at http://www.blackdown.org/java-linux/info.html
Obviously, Sun placed their JDK on Sun's web site.
To understand this stuff better, read Nathan Meyers
book "Java Programming on Linux" (www.javalinux.net)

Jacob Nikom


Michael Maloney wrote:
> 
> I just learned that Sun now has its JDK available for Linux.
> I downloaded it from:
> 
> http://developer.java.sun.com/developer/earlyAccess/j2sdk122
> 
> I noticed that in the README 'credits' section they give kudos to
> the blackdown development team.
> 
> What is the relationship between the blackdown JDK and Sun's?
> 
> When I rebuild my test application that had a memory problem
> (see my previous email with subject "Segmentation fault problem"),
> it runs fine with the Sun JDK. I.e. it runs to completion with
> no memory problems or seg faults. It also never grows the process
> size reported by 'ps'. It also seems to run significantly faster.
> 
> I also notice that the 'ps' command only shows one process for
> every Java program running. The blackdown showed several.
> 
> How do they do this? Does the Sun JDK use green threads by
> default?
> 
> --
> Michael Maloney
> Ilex Engineering, Inc.
> 
>   Tel: 410.241.5248
> Email: [EMAIL PROTECTED]
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Threads

2000-01-20 Thread A. Scott White


Hello. I'm a complete newbie to Linux, please bear with me. I am an experienced
C, C++ programmer, however, so feel free to answer accordingly.

In reading the {} document I came across this quote:

== BEGIN QUOTE ==
* We strongly recommend using the native threads vm in conjunction
  with JNI. An absolute no-no is using pthread code with with the
  green threads vm.
== END QUOTE ==

1. What is JNI?

Re: Threads

2000-01-20 Thread Jacob Nikom


Hi,

Sorry for the book referring instead of direct answer -
those are too generic questions to answer in a message.

The best thing to understand this stuff better is to
read Nathan Meyers book "Java Programming on Linux" 
(www.javalinux.net).

You also can find some answer searching through the
Java-Linux archive 
http://www.mail-archive.com/[email protected]/

Also you can go to Java tutorial and look over there
http://java.sun.com/docs/books/tutorial/search.html

Jacob Nikom

"A. Scott White" wrote:
> 
> Hello. I'm a complete newbie to Linux, please bear with me. I am an experienced
> C, C++ programmer, however, so feel free to answer accordingly.
> 
> In reading the {} document I came across this quote:
> 
> == BEGIN QUOTE ==
> * We strongly recommend using the native threads vm in conjunction
>   with JNI. An absolute no-no is using pthread code with with the
>   green threads vm.
> == END QUOTE ==
> 
> 1. What is JNI?  right?
> 2. What is the native threads vm? What are native threads?
> 3. What is pthread code?
> 4. What it the green threads vm? What are green threads?
> 
> I know what threads are, and I understand multithreading in general. Are these
> Linux terms or Java terms?
> 
> Thanks.
> 
> ==
> A. Scott White
> Director, Information Systems
> Healthcare Solutions Group
> Affiliated Computer Services, Inc.
> [EMAIL PROTECTED]
> ==
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Threads

2000-01-20 Thread Michael Maloney


For a good explanation of how threads are implemented within
Java on Linux see:

http://www-4.ibm.com/software/developer/library/java2/index.html

It explains green vs. native threads.
It also touches on why you might want to use native threads with JNI.

'pthreads' is the Posix standard interface for multi-threaded code
in C (or C++).


"A. Scott White" wrote:
> 
> Hello. I'm a complete newbie to Linux, please bear with me. I am an experienced
> C, C++ programmer, however, so feel free to answer accordingly.
> 
> In reading the {} document I came across this quote:
> 
> == BEGIN QUOTE ==
> * We strongly recommend using the native threads vm in conjunction
>   with JNI. An absolute no-no is using pthread code with with the
>   green threads vm.
> == END QUOTE ==
> 
> 1. What is JNI?  right?
> 2. What is the native threads vm? What are native threads?
> 3. What is pthread code?
> 4. What it the green threads vm? What are green threads?
> 
> I know what threads are, and I understand multithreading in general. Are these
> Linux terms or Java terms?
> 
> Thanks.
> 
> ==
> A. Scott White
> Director, Information Systems
> Healthcare Solutions Group
> Affiliated Computer Services, Inc.
> [EMAIL PROTECTED]
> ==
> 
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

-- 
Michael Maloney
Ilex Engineering, Inc.

  Tel: 410.241.5248
Email: [EMAIL PROTECTED]
 S/MIME Cryptographic Signature

Re: Terrible native thread performance

2000-01-20 Thread Oliver Koell


Daniel Stux wrote:
> 
> Hi folks,
> 
> I've just installed two versions of the JDK1.2.2 for linux: Sun's RC2, and
> Blackdown's RC3. I am experiencing the wierdest behavior I have ever seen
> for a JDK.
> 

I didn't see someone else mentioning this: did you try IBM's JDK?

/Oliver


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Terrible native thread performance

2000-01-20 Thread Marek Gmyrek


Hi,

-->Here is what I see with Linux. I am running on a freshly installed RedHat
-->6.1 machine. With either JDK, running in native threads is absolutely
-->crippling. There seems to be a serparate JDK process ID for each running
-->thread, or otherwise something is casuing it to fork 15 times. Of these

That is ok. This is the result of thread implementation on Linux.

-->threads four or five of them just hammer the CPU, leaving the whole
-->machine at a crawl. Actual performance of our Java GUI isn't too bad, but
-->it's no where near where it should be.
-->
-->Switch to green threads. With Sun's JDK it's like lightning. Processor
-->utilization is practically nill, and the GUI is extremely responsive. With
-->Blackdown's JDK, processor utilization is also very low, but GUI
-->responsiveness is very low as well.

I use the same system (RH6.1) with Blackdown JDK1.2 RC3 and have the same
observations. Both native and green versions are very slowly, especially
with GUI stuff, when compared to jdk1.1.8 (v1).

Processor utilization is not so bad, until I move a window and a window
in background has to repaint itself. Repainting takes a time of ca. a few
seconds. During that time the processor is busy almost to 100%.

-->Anyone else experienced this behavior? Really odd. Any fixes, work
-->arounds [...]

I am interested to.

Thanks,
Marek.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Segmentation fault problem

2000-01-20 Thread Bruno Boettcher


On Wed, Jan 19, 2000 at 04:54:37PM -0600, Michael Maloney wrote:
> I am trying it now using Jdk1.2.2 RC3. I'm running under
> RedHat Linux 6.1 (glibc 2.1.2).
i am running the same under Debian 2.2...

> It runs fine until iteration #259656, then it crashes with a
> Segmentation fault. This number stays constant even if I vary
> the lengths of strings in the messages, etc.
> 
> Has anybody seen anything similar? Is this a known bug?
yes i did! I have written a circuit simulator which allocates lots and lots
of objects and when the numebr of objects passes a limit i get a segfault,
but i hadn't the time to track it down as precisely as you did!
(but i can send the tracelog...)

> grained objects, so this is important to me. Any help is
> greatly appreciated.
share it when you get it! ;D


-- 
ciao bboett
==
[EMAIL PROTECTED]
http://inforezo.u-strasbg.fr/~bboett http://erm1.u-strasbg.fr/~bboett
===
the total amount of intelligence on earth is constant.
human population is growing


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

swing on suse linux on ldk1.2

2000-01-20 Thread vkanta


does any one know why swing is not working on a suse linux box with
jdk1.2?
generally what do i need to do to run swing with jdk1.2
TIA
B. Kantartzis



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

1.2pre2: no green threads with JIT on non-SMP?

2000-01-20 Thread Martin Schröder


Hi,
on a Suse 6.3 installation (kernel 2.2.13) with only one cpu the
1.2pre2 doesn't run with -green and JIT; -green works only
without JIT. Native threads work with and without JIT. Any idea
what's wrong?

Best regards
Martin
-- 
  Martin Schröder, [EMAIL PROTECTED]
ArtCom GmbH, Grazer Straße 8, D-28359 Bremen
   Voice +49 421 20419-44 / Fax +49 421 20419-10


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: 1.2pre2: no green threads with JIT on non-SMP?

2000-01-20 Thread Martin Schröder


On 2000-01-20 14:25:32 +0100, Martin Schröder wrote:
> Hi,
> on a Suse 6.3 installation (kernel 2.2.13) with only one cpu the
> 1.2pre2 doesn't run with -green and JIT; -green works only
> without JIT. Native threads work with and without JIT. Any idea
> what's wrong?

Addendum: I tried the glib 2.0 and 2.1 versions. Same result.

Best regards
Martin
-- 
  Martin Schröder, [EMAIL PROTECTED]
ArtCom GmbH, Grazer Straße 8, D-28359 Bremen
   Voice +49 421 20419-44 / Fax +49 421 20419-10


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Terrible native thread performance

2000-01-20 Thread Artur Biesiadowski

On Thu, 20 Jan 2000, Marek Gmyrek wrote:

> observations. Both native and green versions are very slowly, especially
> with GUI stuff, when compared to jdk1.1.8 (v1).
> 
> Processor utilization is not so bad, until I move a window and a window
> in background has to repaint itself. Repainting takes a time of ca. a few
> seconds. During that time the processor is busy almost to 100%.

Java 2 performs a lot of graphic operations in java space, not allowing
hardware to speed up things. Additionally Everything have to be done in
Graphics2D environment - a lot more complicated compared to plain 1.1.x
graphics. I'm afraid that we have to wait till graphics2d are really
optimized for linux platform - as it seems to be a case with windows and
solaris versions.

Artur

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: swing on suse linux on ldk1.2

2000-01-20 Thread Peter Mount

On Thu, 20 Jan 2000 [EMAIL PROTECTED] wrote:

> does any one know why swing is not working on a suse linux box with
> jdk1.2?
> generally what do i need to do to run swing with jdk1.2

What version of SuSE are you using? When I tried the most recent version
from blackdown on my 6.3 box last week, Swing ran not just first time, but
also faster than ever before.

I'll soon know if it still works, as I've got a lot of JDBC & some Swing
development to do from this weekend.

Peter

--
   Peter T Mount [EMAIL PROTECTED]
  Main Homepage: http://www.retep.org.uk
PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres
 Java PDF Generator: http://www.retep.org.uk/pdf

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: font not found

2000-01-20 Thread Nash'at Ahmad




On Thu, 20 Jan 2000, Renzo Pecoraro wrote:

> Install that font or (simpler) delete that line from the font.properties
> file in the /jre/lib directory.
> 
> Renzo

Thanks. It worked. What would be the procedure if I wanted to install the
font. Is it something that I missed while installing RedHat6.1



> 
> Nash'at Ahmad wrote:
> > 
> > While runing jdk1.2 examples, I get the following message
> > 
> > Font specified in font.properties not found
> > [--dingbats-medium-r-normal--*-%d-*-*-p-*-adobe-fontspecific]
> > 
> > What do I need to do to get rid of this.
> > 
> > Thanks
> > 
> > --
> > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Installing Java

2000-01-20 Thread Joe Johnson


Hello,
I am having trouble with my java installation.


this is the error I get when I run the installation test.

jjohnson=/lib [234]:java -version
java: error in loading shared libraries:
/usr/local/jdk117_v1a/lib/i686/green_threads/libjava.so: undefined symbol:
_dl_symbol_value

I have libc.so.6

thnaks for any help you can give,
Joe Johnson

and the following is my ldconfig -D

ldconfig: version 1999-02-21
/usr/lib:
ldconfig: warning: /usr/lib/libstdc++-2-libc6.1-1-2.9.0.so has inconsistent
soname (libstdc++-libc6.1-1.so.2)
ldconfig: warning: /usr/lib/libform.so.1.9.9e has inconsistent soname
(libform.so.3.0)
ldconfig: warning: /usr/lib/libmenu.so.1.9.9e has inconsistent soname
(libmenu.so.3.0)
ldconfig: warning: /usr/lib/libncurses.so.1.9.9e has inconsistent soname
(libncurses.so.3.0)
ldconfig: warning: /usr/lib/libpanel.so.1.9.9e has inconsistent soname
(libpanel.so.3.0)
libxmltok.so.0 => libxmltok.so.0.1.0
libxmlparse.so.0 => libxmlparse.so.0.1.0
libwwwzip.so.0 => libwwwzip.so.0.1.0
libwwwxml.so.0 => libwwwxml.so.0.1.0
libwwwutils.so.0 => libwwwutils.so.0.1.0
libwwwtrans.so.0 => libwwwtrans.so.0.1.0
libwwwtelnet.so.0 => libwwwtelnet.so.0.1.0
libwwwstream.so.0 => libwwwstream.so.0.1.0
libwwwnews.so.0 => libwwwnews.so.0.1.0
libwwwmux.so.0 => libwwwmux.so.0.1.0
libwwwmime.so.0 => libwwwmime.so.0.1.0
libwwwinit.so.0 => libwwwinit.so.0.1.0
libwwwhttp.so.0 => libwwwhttp.so.0.1.0
libwwwhtml.so.0 => libwwwhtml.so.0.1.0
libwwwgopher.so.0 => libwwwgopher.so.0.1.0
libwwwftp.so.0 => libwwwftp.so.0.1.0
libwwwfile.so.0 => libwwwfile.so.0.1.0
libwwwdir.so.0 => libwwwdir.so.0.1.0
libwwwcore.so.0 => libwwwcore.so.0.1.0
libwwwcache.so.0 => libwwwcache.so.0.1.0
libwwwapp.so.0 => libwwwapp.so.0.1.0
librpmbuild.so.0 => librpmbuild.so.0.0.0
libpgtcl.so.2.0 => libpgtcl.so.2.0
libpsqlodbc.so.0.25 => libpsqlodbc.so.0.25
libpq.so.2.0 => libpq.so.2.0
libpq++.so.3.0 => libpq++.so.3.0
libecpg.so.3.0.0 => libecpg.so.3.0.0
libldap.so.1 => libldap.so.1.0.0
libnewt.so.0.50 => libnewt.so.0.50
libmikmod.so.2 => libmikmod.so.2.0.0
libglade.so.0 => libglade.so.0.2.1
libglade-gnome.so.0 => libglade-gnome.so.0.2.1
libopcodes-2.9.1.0.24.so => libopcodes-2.9.1.0.24.so
libmd5.so.0 => libmd5.so.0.1.0
libtixsam4.1.8.0.so => libtixsam4.1.8.0.so
libtix4.1.8.0.so => libtix4.1.8.0.so
libtk8.0.so => libtk8.0.so
libtkx8.0.4.so => libtkx8.0.4.so
libtclx8.0.4.so => libtclx8.0.4.so
libtcl8.0.so => libtcl8.0.so
libvga.so.1 => libvga.so.1.4.0
libvgagl.so.1 => libvgagl.so.1.4.0
librpm.so.0 => librpm.so.0.0.0
libpisock.so.3 => libpisock.so.3.0.1
libbfd-2.9.1.0.24.so => libbfd-2.9.1.0.24.so
libORBitutil.so.0 => libORBitutil.so.0.4.95
libORBitCosNaming.so.0 => libORBitCosNaming.so.0.4.95
libORBit.so.0 => libORBit.so.0.4.95
libIIOP.so.0 => libIIOP.so.0.4.95
libIDL-0.6.so.0 => libIDL-0.6.so.0.4.4
liblber.so.1 => liblber.so.1.0.0
libpanel.so.3.0 => libpanel.so.1.9.9e
libncurses.so.3.0 => libncurses.so.1.9.9e
libmenu.so.3.0 => libmenu.so.1.9.9e
libform.so.3.0 => libform.so.1.9.9e
libxml.so.0 => libxml.so.0.0.0
libungif.so.4 => libungif.so.4.1.0
libungif.so.3 => libungif.so.3.1.0
libtiff.so.3 => libtiff.so.3.4
libstdc++.so.2.9 => libstdc++.so.2.9.dummy
libpng.so.2 => libpng.so.2.1.0.3
libjpeg.so.6 => libjpeg.so.6.0.1
libjpeg.so.62 => libjpeg.so.62.0.0
libgtop_sysdeps.so.1 => libgtop_sysdeps.so.1.0.2
libgtop_suid_common.so.1 => libgtop_suid_common.so.1.0.2
libgtop_names.so.1 => libgtop_names.so.1.0.2
libgtop_guile_names.so.1 => libgtop_guile_names.so.1.0.2
libgtop_guile.so.1 => libgtop_guile.so.1.0.2
libgtop_common.so.1 => libgtop_common.so.1.0.2
libgtop.so.1 => libgtop.so.1.0.2
librle.so.1 => librle.so.1.0.0
libppm.so.1 => libppm.so.1.0.0
libpnm.so.1 => libpnm.so.1.0.0
libpgm.so.1 => libpgm.so.1.0.0
libpbm.so.1 => libpbm.so.1.0.0
libfbm.so.1 => libfbm.so.1.0.0
libghttp.so.1 => libghttp.so.1.0.0
libuulib.so.5 => libuulib.so.5.0.13
libmimelib.so.1 => libmimelib.so.1.0.0
libjs.so.0 => libjs.so.0.2.0
libQwSpriteField.so.1 => libQwSpriteField.so.1.5.0
libpuke.so.0 => libpuke.so.0.0.1
libmediatool.so.2 => libmediatool.so.2.0.0
libkspell.so.2 => libkspell.so.2.0.0
libkimgio.so.2 => libkimgio.so.2.0.0
libkhtmlw.so.2 => libkhtmlw.so.2.0.0
libkfm.so.2 => libkfm.so.2.0.0
libkfile.so.2 => libkfile.so.2.0.0
libkdeui.so.2 => libkdeui.so.2.0.0
libkdecore.so.2 => libkdec

font not found (new bug... not the known one)

Re: [Q] CORBA: Any idltojava for linux??

Sun JDK for Linux vs. Blackdown

Re: Terrible native thread performance

Re: Sun JDK for Linux vs. Blackdown

Re: Sun JDK for Linux vs. Blackdown

Threads

more fonts problems (getting font.properties.tt to work)

Re: Threads

Re: Threads

Re: Terrible native thread performance

Re: Terrible native thread performance

Re: Segmentation fault problem

swing on suse linux on ldk1.2

1.2pre2: no green threads with JIT on non-SMP?

Re: 1.2pre2: no green threads with JIT on non-SMP?

Re: Terrible native thread performance

Re: swing on suse linux on ldk1.2

Re: font not found

Installing Java

20 matches

Site Navigation

Mail list logo

Footer information