(no subject)
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
SOT: Java OpenGL
Several people have asked for Java3D. I would like to draw the attention of those interested in an immediate mode graphics API for Java to the following: Following the demise of Magician, and reading the logs of the ARB discussions, I set out to file a feature request for Java OpenGL bindings being part of the Java Language Specification (suggested as java.awt.gl). The request is available at: http://developer.java.sun.com/developer/bugParade/bugs/4223302.html There will only be a minority on this list interested in OpenGL, however, I would appreciate if you could take the time to check and consider adding your comment. Due to the bonehead way Sun is currently handling JDC, you can't vote for the request, instead you are supposed to add a feedback line. b. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fonts with JDK1.1.7
I need to make java application which uses characters from ISO8859-2 and ISO8859-5 code sets. Unicode have both code pages included. Installing Unicode fonts (ISO10646) was the first step. When I tried to reconfigure java environment, I didn't found font.properties that covers true Unicode font sets. I only found those that maps one ISO8859 code page into Unicode. Is there some way to reconfigure java environment to use characters without preconfigured mapping. Regards, Nenad Stepanovic. begin:vcard n:Stepanovic;Nenad x-mozilla-html:TRUE org:SAGA systems;SUN adr:;; version:2.1 email;internet:[EMAIL PROTECTED] title:SUN System Engineer x-mozilla-cpt:;0 fn:Nenad Stepanovic end:vcard
problem running programs...
hello all. i'm experiencing what i hope is a simple problem trying to use the linux jdk1.2. i can compile just fine, but when i attempt to run my program i get the following message: Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2: cannot open shared object file: No such file or directory now i verified the obvious, but what i don't know is where to go to get this lib. i am running RedHat 5.2, so i would prefer an RPM. uname output is: Linux blah.com 2.1.125 #3 SMP Thu Dec 24 10:04:31 EST 1998 i686 unknown any help would be greatly appreciated! james -- james a. cubeta - software systems engineer[EMAIL PROTECTED] itt industries, systems division 202.404.4764 [work] @ naval research laboratory 202.404.7402 [fax] 4555 overlook ave. (code 5590)www.nrl.navy.mil/CCS/people/cubeta washington, dc 20375 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java-linux-digest Digest V99 #130
Feng-Cheng,
You beat me to the post. I've got a similar, related?, problem. I have
two machines, both running mkLinux DR3. The older runs jdk117_v1a. I've
got a simple directory listing cgi, JFind, running under Apache (I
directly use java, not Jserv, via a shell wrapper). It returns the
correct CST and CDT. The newer machine is running jdk12pre. It returns
EST and EDT, whereas the unix shell command date returns the correct
time zone: CST and CDT. JFind uses the java.util.Date routines:
File f = new File (somefile);
Date d = new Date (f.lastModified ());
Does anyone know what is going on?
Marius
Feng-Cheng wrote:
--
Hello all,
I have a question about the time zone settings:
My Linux box is using local CST time, but the java.lang.Calendar or
java.lang.Date always report CDT...
Here is my program:
import java.lang.*;
import java.util.*;
public class TestCal {
public static void main(String[] argv) {
Calendar cal = Calendar.getInstance();
System.out.println(cal.getTime());
}
}
The output of the program is always CDT time.
Could anybody tell me how to solve this problem? thanks.
--
Marius Schamschula, optical physicist, mac, and network coordinator
The Center for Applied Optical Sciences: http://www.caos.aamu.edu/
Department of Physics, Alabama A & M University
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Newer jdk and macintosh
I am experiencing a problem when logging onto a linux box from my mac using eXodus 7.0 and running java programs with versions newer than jdk1.1.6-v2-glibc. It seems to be a window manager problem (eXodus uses some version of motif), since when I run it from the linux box console, or any other linux box I have tried, the problem does not appear. Has anyone else experienced problems with java windows not displaying correctly on mac's when run with later versions of jdk? -- R. J. Goyette Argonne National Laboratory [EMAIL PROTECTED] http://www.pns.anl.gov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Fonts messages again
Last 03/15/1999 Kazuki Yasumatsu wrote how to fix the 'font specification not found' messages. i've tried this solution step by step, but when i run the Stylepad demo appears: [75]> java Stylepad Font specified in font.properties not found [-urw-zapf ] Font specified in font.properties not found [-urw-zapf ] Font specified in font.properties not found [-urw-zapf ] Font specified in font.properties not found [-urw-zapf ] What's wrong? Thanks in advance. Jesus. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Intuit-webturbotax
At 05:02 PM 4/14/99 -0700, Bill Broadley wrote: >It's VERY frustrating to have portable java hamstrung to mac/windows >usage by just a feature. They may have a reason for doing it... like they used native code or something... I'm not familiar with the product. >Does anyone know of a way to get linux-java to return win95 or similiar >as an OS? you mean the property os.name? try adding -Dos.name="Windows NT" to the invocation. Works for me to fool NT into thinking it's Linux... never thought to try degrading Linux into thinking it's NT. ;) -=Chris !NEW!-=> <*> cabbey at home dot net http://members.home.net/cabbey/ <*> "What can Microsoft do? They certainly can't program around us." - Linus -BEGIN GEEK CODE BLOCK- Version:3.12 http://www.geekcode.com GCS$/IT/PA$ d(-) s++:+ a-- C+++$ UL UA++$ P++ L++ E- W++ N+ o? K? !P w---(+)$ O- M-- V-- Y+ PGP+ t--- 5++ X+ R tv b+ DI+++ D G e++ h(+) r@ y? --END GEEK CODE BLOCK-- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java.util.Calendar timezone problem
You two got me curious... on my linux 117_v1a the system is set to CST via
/etc/localtime -> ../usr/share/zoneinfo/US/Central and `date` returns times
in CDT as expected... (three weeks ago it returned CST as expected) HOWEVER
user.timezone is always EST when I start java, and System.out.println(new
Date()); results in EDT (at least it's consistent...) If I over-ride
user.timezone on the command line with CST then I get CDT, as expected, and
if I override with CDT I get GMT from the println. (believe it or not...
also as expected!)
The only difference between Linux and (IBM's) NT then is that NT sets
user.timezone to _my_ timezone instead of arbitrarily picking EST. Why
isn't Linux??
At 10:16 AM 4/15/99 -0500, Marius Schamschula wrote:
>Feng-Cheng,
>
>You beat me to the post. I've got a similar, related?, problem. I have
>two machines, both running mkLinux DR3. The older runs jdk117_v1a. I've
>got a simple directory listing cgi, JFind, running under Apache (I
>directly use java, not Jserv, via a shell wrapper). It returns the
>correct CST and CDT. The newer machine is running jdk12pre. It returns
>EST and EDT, whereas the unix shell command date returns the correct
>time zone: CST and CDT. JFind uses the java.util.Date routines:
>
>File f = new File (somefile);
>Date d = new Date (f.lastModified ());
>
>Does anyone know what is going on?
I think there has been some massive reworking of the java.util.Date, and
Gregorian Calendar from 1.1 to 1.2... I wouldn't be surprised if something
broke in the process.
Feng-Cheng wrote:
>Hello all,
>I have a question about the time zone settings:
>My Linux box is using local CST time, but the java.lang.Calendar or
>java.lang.Date always report CDT...
>Here is my program:
>
>import java.lang.*;
>import java.util.*;
>
>public class TestCal {
>public static void main(String[] argv) {
>Calendar cal = Calendar.getInstance();
>System.out.println(cal.getTime());
>}
>}
>
>The output of the program is always CDT time.
^^
By "always" you mean since the first Sunday of April right? This is correct
behavior. To test this set your clock back to February or March and run your
program again... it'll report CST. There is probably an option somewhere in
Calendar to not adjust to daylight savings time... but it might confuse a
few people if the clock on the wall and the program don't agree eight months
out of the year. -=Chris
!NEW!-=> <*> cabbey at home dot net http://members.home.net/cabbey/ <*>
"What can Microsoft do? They certainly can't program around us." - Linus
-BEGIN GEEK CODE BLOCK- Version:3.12 http://www.geekcode.com
GCS$/IT/PA$ d(-) s++:+ a-- C+++$ UL UA++$ P++ L++ E- W++ N+ o? K? !P
w---(+)$ O- M-- V-- Y+ PGP+ t--- 5++ X+ R tv b+ DI+++ D G e++ h(+) r@ y?
--END GEEK CODE BLOCK--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java.util.Calendar timezone problem
I have the /etc/localtime link to /usr/share/zoneinfo/Asia/Taipei,
which is reported as CST under date command and the offset is GMT+8
(uh...confilict with /usr/share/zoneinfo/US/Central ??).
The GMT+8 is the TimeZone CTT. I'm so confused why the zoneinfo are different
under OS and java.
One more thing, I tried to run the same timezone program on Linux, Solaris, and
WindowsNT,
and both Linux and Solaris reported CST, while on WindowsNT reported CTT.
A workarnound is to override the user.timezone to CTT.
Is there any way to let Calendar.getInstance() detect the correct timezone?
Chris Abbey wrote:
> You two got me curious... on my linux 117_v1a the system is set to CST via
> /etc/localtime -> ../usr/share/zoneinfo/US/Central and `date` returns times
> in CDT as expected... (three weeks ago it returned CST as expected) HOWEVER
> user.timezone is always EST when I start java, and System.out.println(new
> Date()); results in EDT (at least it's consistent...) If I over-ride
> user.timezone on the command line with CST then I get CDT, as expected, and
> if I override with CDT I get GMT from the println. (believe it or not...
> also as expected!)
>
> The only difference between Linux and (IBM's) NT then is that NT sets
> user.timezone to _my_ timezone instead of arbitrarily picking EST. Why
> isn't Linux??
>
> At 10:16 AM 4/15/99 -0500, Marius Schamschula wrote:
> >Feng-Cheng,
> >
> >You beat me to the post. I've got a similar, related?, problem. I have
> >two machines, both running mkLinux DR3. The older runs jdk117_v1a. I've
> >got a simple directory listing cgi, JFind, running under Apache (I
> >directly use java, not Jserv, via a shell wrapper). It returns the
> >correct CST and CDT. The newer machine is running jdk12pre. It returns
> >EST and EDT, whereas the unix shell command date returns the correct
> >time zone: CST and CDT. JFind uses the java.util.Date routines:
> >
> >File f = new File (somefile);
> >Date d = new Date (f.lastModified ());
> >
> >Does anyone know what is going on?
>
> I think there has been some massive reworking of the java.util.Date, and
> Gregorian Calendar from 1.1 to 1.2... I wouldn't be surprised if something
> broke in the process.
>
> Feng-Cheng wrote:
> >Hello all,
> >I have a question about the time zone settings:
> >My Linux box is using local CST time, but the java.lang.Calendar or
> >java.lang.Date always report CDT...
> >Here is my program:
> >
> >import java.lang.*;
> >import java.util.*;
> >
> >public class TestCal {
> >public static void main(String[] argv) {
> >Calendar cal = Calendar.getInstance();
> >System.out.println(cal.getTime());
> >}
> >}
> >
> >The output of the program is always CDT time.
> ^^
> By "always" you mean since the first Sunday of April right? This is correct
> behavior. To test this set your clock back to February or March and run your
> program again... it'll report CST. There is probably an option somewhere in
> Calendar to not adjust to daylight savings time... but it might confuse a
> few people if the clock on the wall and the program don't agree eight months
> out of the year. -=Chris
>
> !NEW!-=> <*> cabbey at home dot net http://members.home.net/cabbey/ <*>
> "What can Microsoft do? They certainly can't program around us." - Linus
>
> -BEGIN GEEK CODE BLOCK- Version:3.12 http://www.geekcode.com
> GCS$/IT/PA$ d(-) s++:+ a-- C+++$ UL UA++$ P++ L++ E- W++ N+ o? K? !P
> w---(+)$ O- M-- V-- Y+ PGP+ t--- 5++ X+ R tv b+ DI+++ D G e++ h(+) r@ y?
> --END GEEK CODE BLOCK--
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
Feng-Cheng Chang
Institute for Information Industry
Taipei, Taiwan, ROC.
Tel: 886-2-2377-6100 Ext. 609
Fax: 886-2-2378-1339
E-Mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java.util.Calendar timezone problem
There are many problems with the Calendar classes in JDK 1.1.7, and they are
not specific to Linux. As Chris Abbey has suggested, you can sometimes work
around them by setting the user.timezone property - however for many timezones
(New Zealand and Australian ones, for example), it will still screw up in other
ways. JDK 1.2 works much better in this respect.
regards
[ bryce ]
Feng-Cheng Chang wrote:
> I have a question about the timezone settings:
> My Linux box is using local CST time, but the java.lang.Calendar or
> java.lang.Date always report CDT...
> Here is my program:
>
> import java.lang.*;
> import java.util.*;
>
> public class TestCal {
> public static void main(String[] argv) {
> Calendar cal = Calendar.getInstance();
> System.out.println(cal.getTime());
> }
> }
>
> The output of the program is always CDT time.
> Could anybody tell me how to solve this problem? thanks.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
