Problems with numeric keys on swingall.jar for jdk 1.1.7 for Linux
Hello, I am using a jdk 1.1.7-v1a version on a RedHat 5.2 i386 Linux I am using also a swingall.jar version (I don't know how to find the SWING version) that has 2196234 bytes long. Using an AWT TextField I can use the numeric keypad to enter digits. Using a SWING JTextField the numeric keypad is dead. Using an older SWING version (copied from a Win95 JBuilder) the numeric key pad is working !!! But other methods (for JTable) were not designed at that time. That seems that SWING is broken. I heard about a lot of SWING versions (1.0.x , 1.1 , 1.1.1 beta 1) Where I can find the latest SWING version for Linux that works with 1.1.7 and accepts numeric keypad inputs? Thanks in advance, -- Constantin Teodorescu FLEX Consulting Braila, ROMANIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[Fwd: JNI error! Need help.]
Dhnis Riedijk wrote:
> >Hello, All,
>
> >I met an error when I port my windows JNI to Linux. The jni run well on
> >Windows NT/95/98. I don't familiar with Linux platform I need your help.
>
> >Error is
>
> >FATAL ERROR in native method: try to unpin an object that is not pined.
>
> >I want to offenly what type of code could incur this error? What's your
> >suspects?
> >I would like provide more detailed information while needed.
>
> >Thanks in advance.
>
> >Gao Lei
>
> You really need to provide more info, maybe you could find out what piece of
> native code is causing this message ? I always use some printf("info 1\n");
> statements to find out where the error-message is triggered :-)
>
> Good Luck
> Dènis Riedijk
Hi, Denis, and all other developers,
Thanks your advice. I believe I could know which method introduced(NextKey),
but I want know the exact reason. Also, the fucntion NextKey is provided by
another
product which we can hardly modified. So, I just want to know the exact reason
which part incur the error. Would you like give me some hints on how to locate
the
where erorr occurs?
If it is
1) due to JVM port of Linux, then I stop my work and wait for the new version.
2) due toThe third party code error, then I contact with the provider.
3) due to my JNI code error, then improve them.
4) due to my Java code(thread) error, then improve them.
Following are the error information:
FATAL ERROR in native method: Try to unpin an object that is not pinned
at datares.CTreeInterface.NextKey(Native Method)
at app.jmasserver.CTreeService.queryDatabase(Compiled Code)
at app.jmasserver.JMassNetworkListener_S.transactMessage(Compiled Code)
at app.AppNetworkListener_S.listen2network(Compiled Code)
at tcpserver.NetworkListener_S.run(Compiled Code)
at java.lang.Thread.run(Compiled Code)
SIGABRT 6* abort (generated by abort(3) routine)
stackpointer=0xbf1ff764
Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads):
"Thread-3" (TID:0x406df380, sys_thread_t:0x8219c30, state:R, native ID:0x140
5) prio=5
at datares.CTreeInterface.NextKey(Native Method)
at app.jmasserver.CTreeService.queryDatabase(Compiled Code)
at app.jmasserver.JMassNetworkListener_S.transactMessage(Compiled Code)
at app.AppNetworkListener_S.listen2network(Compiled Code)
at tcpserver.NetworkListener_S.run(Compiled Code)
at java.lang.Thread.run(Compiled Code)
"Thread-2" (TID:0x406deb90, sys_thread_t:0x81430c0, state:CW, native ID:0x40
0) prio=5
"Thread-1" (TID:0x406d9ff8, sys_thread_t:0x82aed28, state:R, native ID:0x100
4) prio=5
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(Compiled Code)
at java.net.ServerSocket.implAccept(Compiled Code)
at java.net.ServerSocket.accept(Compiled Code)
at tcpserver.TCPServer.run(Compiled Code)
at java.lang.Thread.run(Compiled Code)
"Finalizer" (TID:0x406d2320, sys_thread_t:0x81c3358, state:CW, native ID:0xc
03) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:112)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:127)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174)
"Reference Handler" (TID:0x406d23b0, sys_thread_t:0x81beba0, state:CW, nativ
e ID:0x802) prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Object.java:424)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114)
"SIGQUIT handler" (TID:0x406d23e0, sys_thread_t:0x81b7628, state:R, native I
D:0x401) prio=5
Monitor Cache Dump:
java.lang.ref.Reference$Lock@406D23C0/40707B20:
Waiting to be notified:
"Reference Handler" (0x81beba0)
java.lang.ref.ReferenceQueue$Lock@406D2338/40708028:
Waiting to be notified:
"Finalizer" (0x81c3358)
java.net.PlainSocketImpl@406D8D98/407590C8: owner "Thread-1" (0x82aed28) 1 e
ntry
Registered Monitor Dump:
PCMap lock:
utf8 hash table:
JNI pinning lock: owner "Thread-3" (0x8219c30) 1 entry
JNI global reference lock:
BinClass lock:
Class linking lock:
System class loader lock:
Code rewrite lock:
Heap lock:
Monitor cache lock: owner "Thread-3" (0x8219c30) 1 entry
Thread queue lock: owner "Thread-3" (0x8219c30) 1 entry
Waiting to be notified:
"Thread-2" (0x81430c0)
Dynamic loading lock:
Monitor registry: owner "Thread-3" (0x8219c30) 1 entry
Thanks anyway.
Gao Lei.
Re: JNI error! Need help.
> Gao Lei writes: Gao> Hello, All, Gao> I met an error when I port my windows JNI to Linux. The jni Gao> run well on Windows NT/95/98. I don't familiar with Linux Gao> platform I need your help. Gao> Error is Gao> FATAL ERROR in native method: try to unpin an object that is not pined. Gao> I want to offenly what type of code could incur this error? Gao> What's your suspects? I would like provide more detailed Gao> information while needed. This usually means that you've called ReleaseStringChars, ReleasePrimitiveArrayElements, ReleasePrimitiveArrayCritical, or ReleaseStringCritical without having called the corresponding Get... method on the same jstring/jarray previous to that. Juergen -- Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V Baroper Strasse 301, D-44221 Dortmund, Germany Phone: ++49 231/755-5806, Fax: ++49 231/755-5802 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with numeric keys on swingall.jar for jdk 1.1.7 for Linux
Constantin Teodorescu wrote: > > I am using a jdk 1.1.7-v1a version on a RedHat 5.2 i386 Linux > > I am using also a swingall.jar version (I don't know how to find the > SWING version) that has 2196234 bytes long. > > Using an AWT TextField I can use the numeric keypad to enter digits. > Using a SWING JTextField the numeric keypad is dead. > > Using an older SWING version (copied from a Win95 JBuilder) the numeric > key pad is working !!! But other methods (for JTable) were not designed > at that time. > > That seems that SWING is broken. > I heard about a lot of SWING versions (1.0.x , 1.1 , 1.1.1 beta 1) > > Where I can find the latest SWING version for Linux that works with > 1.1.7 and accepts numeric keypad inputs? I will respond to myself :-) I have downloaded 5 minutes ago JFC/SWING 1.1.1 beta 2 from developer.javasoft.com and it has the same problem. JTextFields does not accept digits from the numeric keypad. What should I do ? Any clue ? -- Constantin Teodorescu FLEX Consulting Braila, ROMANIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jdk-1.2 out of memory errors...
Ignacio de Miguel wrote: > The solution is replace : > > java HelloWord > > for > > java -green HelloWord -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Executions problems
Title: Executions problems I have install jdk1.2 in Linux. My problem is that when I execute a applet or aplicattions, its finish in the moment. Don't appear errors.
BufferedInputStream gives more byte than the original file has
Curious problem.
For an ftp-client I have a BufferedInputStream retrieved from the
ftp-server (proftpd). I read from it and write the File through
BufferedOutputStream(new FileOutputStream()) to Disk. Now, the file
written to disk is some K greater than the file read of:
File on my virtual FTP-Server:
#> l big-file.zip
-r-xr-xr-x 1 root root 15598221 Mär 29 20:02 big-file.zip*
# > l /tmp/even-bigger-file.zip
-rw-r--r-- 1 williusers15655752 Apr 23 14:06
/tmp/even-bigger-file.zip
Some clues to it?
The routine that connects that connects the FTP-Server Stream to my
local file stream is:
public boolean download(BufferedInputStream _remoteInputStream, long
_fileSize, String _localFile) throws UnknownHostException, IOException
{
long progress=0;
BufferedOutputStream bos = new
BufferedOutputStream(outputDataCommand("STOR " + _localFile));
File localFile = new File(_localFile);
BufferedInputStream bis = _remoteInputStream;
long fileSize = _fileSize;
byte b[] = new byte[BLOCKSIZE];
int byteRead;
while((byteRead = bis.read(b, 0, BLOCKSIZE)) != -1)
{
//if (progress > 0) raf.seek(progress); // is resume implemented
at any server ?
bos.write(b, 0, byteRead);
progress += byteRead;
eventListener.progressChanged((int)(100*progress/fileSize)); //
update progress
}
bis.close();
bos.close();
return true;
}
Is this related to the endian-problem java has (the files above are
Windows-zipped ones)?
Any help appreciated.
willi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: BufferedInputStream gives more byte than the original file has
---On Fri, 23 Apr 1999 14:22:47 +0200, Willi Richert said > Curious problem. > For an ftp-client I have a BufferedInputStream retrieved from the > ftp-server (proftpd). I read from it and write the File through > BufferedOutputStream(new FileOutputStream()) to Disk. Now, the file > written to disk is some K greater than the file read of: > > File on my virtual FTP-Server: > #> l big-file.zip > -r-xr-xr-x 1 root root 15598221 Mär 29 20:02 big-file.zip* > > # > l /tmp/even-bigger-file.zip > -rw-r--r-- 1 williusers15655752 Apr 23 14:06 > /tmp/even-bigger-file.zip > Sounds like you are transferring the file in ascii mode. The server is supposed to expand the local EOL character to and the client is supposed to convert the to the local convention. Looks like the server is adding them and your code doesn't show you stripping them off. You need to do a binary transfer. See RFC0959 for details. --re: BufferedInputStream gives more byte than the original file has Chris #include Christopher R. Hawks Software Engineer Syscon Plantstar a Division of Syscon International [EMAIL PROTECTED] Computers are like air-conditioners: They stop working properly when you open windows. Linux: The OS for people with an IQ over 98 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun/bashing
On Apr 23, 12:09am, Chris Abbey wrote: > Subject: Re: Sun/bashing > At 11:24 AM 4/22/99 -0700, Paolo Ciccone wrote: > >1) Sun pushed Java as a multiplatform language. > > Sun positioned Java as a language not bound to any realworld platform; > and hence as being multiplatform capable. [...] Now, that _was_ direct _AND_ level-headed! :> Thanks, I enjoyed reading that; very good observations. (on the off chance that anybody cares what I thought) -- -- [EMAIL PROTECTED] http://math.nist.gov/~BMiller/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with numeric keys on swingall.jar for jdk 1.1.7 for Linux
Riyad Kalla wrote: > > java.sun.com and then go to (on the left panel) Java Foundation > Classes, all of them should be in there. Get 1.1 final or 1.1.1beta, I > don't know how stable the beta is though. I got also JFC 1.1 and 1.1.1 beta 2 (from java.developer.com) and both of them don't work with numeric keypad. Please not : JUST SWING JTextField (JTextArea) component have that behaviour !!! Because AWT TextField accepts digits from numeric keypad !!! > Is your "num lock" on? :) Oouups ... I didn't checked :-) > Could it have to do with your X-system and/or WM? I am using KDE but I switched to : LessTif , AnotherLevel , AfterStep , fvwm ... but it's the same problem !!! When I'm pressing NumLock , only - and + signs can be entered ! The jdk 1.2 pre-1 is working fine with numeric keys in JTextField on my RedHat 5.2 So ... I am waiting for jdk 1.2 Thanks for your help, -- Constantin Teodorescu FLEX Consulting Braila, ROMANIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
with jdk 1.2 , top reports multiple JVM , 70 Mb each !
Hello all, I'm testing jdk 1.2 pre-v1 on my RedHat 5.2 i386 system (64 Mb RAM) I'm checking the memory footprint of the java machine with 'top' in another xterm window running a simple program that make some simple math calculations, for loops, string and hashtable operations , i.e. nothing graphical. When I am running the program, five (5) 'java' programs are displayed by 'top' program, each of them taking 70Mb of RAM When I am running the same program but with -green option, a single 'java' program is displayed, with the same 70 Mb of memory footprint reported. The same program under jdk 1.1.7 takes only 4 Mb of RAM ! Does this information helps someone? That behaviour is normal ? It's just a debugging phase ? Anyhow, I was happy to discover that jdk1.2 finishes my little program 3 (three) times faster than jdk 1.1.7 and in approx. the same time as jdk 1.1.7 + TYA 1.3 Best regards, -- Constantin Teodorescu FLEX Consulting Braila, ROMANIA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun/bashing
> "CA" == Chris Abbey <[EMAIL PROTECTED]> writes: CA> Sun positioned Java as a language not bound to any realworld CA> platform; and hence as being multiplatform capable. In the case of Java looking at the technical specs is going to be restrictive. Sun, positioned Java, from a technical and marketing point of view, as *the* multiplatform language. Now, the original plan of letting third parties do the port might have been ok initially but after about three years it's clear that there is something slowing down the porting of the JDK. This is, IMHO, because the JDK is not Open Source. Look at Perl, in the DOS days there where at least three ports and there are versions of Perl for virtually any platform. >> The reality is that they develop only two versions. CA> They produce two _reference_implementations_, one on their own CA> platform, Thank you for rephrasing so nicely what I said ;). >> That's not covering two of the most used platforms in the PC >> arena: Linux and Macintosh. CA> umm... ok... sure... what-ever you say... time to pass the CA> pipe friend, you've had too much for tonight... :) Let me say it with simpler words: Sun does not provide the JDK for Linux or for the Macintosh. To this date there is no, for what I know, a port of JDK 1.2 for the Macintosh. Before the JDK 1.2 was released officially there have been several pre-releases for Windows and Solaris. Six months after the official release we still have to have a final release of the JDK 1.2 for Linux. Clear now ? >> 2) In November Sun publicly announced support for Linux. The >> announcement has not been followed, for what I can see, by >> facts. CA> We have seen at least indirect evidence of three things: CA> 1. Sun provided blackdown with the JCK. 2. Sun provided CA> blackdown with two engineers whom they could ask questions of, CA> and who have worked with the porting team to debug problems, CA> and who provide a mechanism for the port to get back into the CA> "master" source tree at Javasoft. 3. Sun provided Steve with CA> a license which is (I believe) unique. All three of these CA> amazed me to no end at the time, and to some extent still do CA> to this day. They amazed me at that time but sadly the reality is that Sun is not providing us with enough information. This thread was started because of the uncomfortable silence aroung the JDK 1.2. I have no problems working with the current version. I think it's pretty good. The problem exposed by the original poster and I is that we didn't get any news for a long time and this makes it hard to make any plan on development on Linux+Java. >> People are investing time and money based on what Sun says. CA> People are putting their money on something they have no CA> control over then. When I grew up that was called CA> gambling... today its called investing. Disagree completely. Gambling is when you put money on a number at the roulette or betting on a running horse or dog. Investing is done on completeley different ground and that's exactly why it's so hard to get money from a venture capital firm. >> Now, if you look at the BTS on the JDC you'll see that there >> thousands of requests for Linux JDK. If Sun judges the need to >> port the JDK to platform based on the number of users that want >> it then the Linux community showed some real numbers. CA> nice logic, but I think anyone who's been around here will CA> recognise it as the logic that _isn't_ prevailing at Sun. Well, it seems to me that the constant pounding the Linux drum actually brought some good results, see the licencing and support you mentioned before. It may not be the logic of Sun but things can change and that's exactly why I keep writing in this forum. It's not like I have a lot of time to spend online :) CA> http://java.sun.com/cgi-bin/java-ports.cgi?other=true CA> OK, so it's not in great big graphics screaming out to the CA> world... but it's been there since, at least, December. That's exactly what I mean. If you want to download the Solaris or Windows JDK you just need two clicks. To get the the Linux version you have to search a lot. That would be ok if the Linux JDK was not supported by Sun but, as the November annoucement says, this version of the JDk is officially supported. That is the reason of my comment. >> lack of support *from Sun* is seriously joepardizing any CA> Why does it have to be CA> Sun? Again, because they announced it. It's not like they're developing Java in a total vaccuumm CA> (how do you spell that word anyway? Vacuum CA> Which is always a good thing... but how many Sun managers do CA> you think read this list? How don't know how many but I know there are people from Sun reading this list. Again, I have limited time, if I write here is because I hope
Re: with jdk 1.2 , top reports multiple JVM , 70 Mb each !
Constantin Teodorescu wrote: > Hello all, > > I'm testing jdk 1.2 pre-v1 on my RedHat 5.2 i386 system (64 Mb RAM) > > I'm checking the memory footprint of the java machine with 'top'... It's not as bad as it looks. On Linux, kernel threads take up their own entries in the process table. Those five entries you see are five threads of the same process: that 70MB is being shared among all of those threads -- you're not using 350MB! OTOH, when you run with green threads, you're using user-space threads, which the kernel doesn't know about and which don't clutter the process table. As for the difference between JDK1.1.7 (4MB) and JDK1.2 (70MB)... well, the JRE has grown a lot, and I also suspect the initial heap size might be larger. I don't know if that explains everything. Keep in mind that the numbers shown in the "SIZE" column of "top" are virtual memory -- that's how much address space you've claimed. You may not need most of that space most of the time; if your system has swap space available and some other process needs memory, you'll probably find that most of that memory spends most of its time paged out (you'll see a much smaller number in the RSS column than the SIZE column). > I'm checking the memory footprint of the java machine with 'top' in > another xterm window running a simple program that make some simple math > calculations, for loops, string and hashtable operations , i.e. nothing > graphical. > > When I am running the program, five (5) 'java' programs are displayed > by 'top' program, each of them taking 70Mb of RAM > When I am running the same program but with -green option, a single > 'java' program is displayed, with the same 70 Mb of memory footprint > reported. > > The same program under jdk 1.1.7 takes only 4 Mb of RAM ! > > Does this information helps someone? That behaviour is normal ? It's > just a debugging phase ? > > Anyhow, I was happy to discover that jdk1.2 finishes my little program 3 > (three) times faster than jdk 1.1.7 and in approx. the same time as jdk > 1.1.7 + TYA 1.3 > > Best regards, > -- > Constantin Teodorescu > FLEX Consulting Braila, ROMANIA > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > - This message was sent using Endymion MailMan. http://www.endymion.com/products/mailman/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
...
The following is complete here say, but none the less interesting: A professor of a friend of mine went to a SAP Training conference and came back with the news that Sun is currently re-writing java so it (speed wise) will be on par with the likes of C or even faster. Its being rewritting in assembler or something to that effect. I, of course, don't know the details. Again this is a message from AFOAF (a friend of a friend) Is there any validity to this? It had me squirming in my seat when he mentioned it at first, just curious. -- (: Riyad Kalla :) (: [EMAIL PROTECTED] :) (: CS Major :) (: University of Arizona :)
Re: ...
They are probably talking about HotSpot. --Paolo > "Riyad" == Riyad Kalla <[EMAIL PROTECTED]> writes: Riyad> [1 ] The following is complete Riyad> here say, but none the less interesting: Riyad> A professor of a friend of mine went to a SAP Training Riyad> conference and came back with the news that Sun is Riyad> currently re-writing java so it (speed wise) will be on par Riyad> with the likes of C or even faster. Its being rewritting in Riyad> assembler or something to that effect. I, of course, don't Riyad> know the details. Again this is a message from AFOAF (a Riyad> friend of a friend) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: ...
On Fri, 23 Apr 1999 11:28:11 -0700, Riyad Kalla <[EMAIL PROTECTED]> said: Riyad> A professor of a friend of mine went to a SAP Training Riyad> conference and came back with the news that Sun is currently Riyad> re-writing java so it (speed wise) will be on par with the Riyad> likes of C or even faster. Its being rewritting in assembler Riyad> or something to that effect. I, of course, don't know the Riyad> details. Again this is a message from AFOAF (a friend of a Riyad> friend) Riyad> Is there any validity to this? It had me squirming in my Riyad> seat when he mentioned it at first, just curious. Sounds like the same old spheel to me. Ever since Java was dubbed "Java" it's always been the same old story: "in the near future Java will be as fast as C or C++". Alex Rice|[EMAIL PROTECTED]|http://www.swcp.com/~alrice Current Location: N. Rio Grande Bioregion, Southwestern USA -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Demo's
I got these demos with the JDK for Win95I hope they work on Linux... Alex BluesControl (cc) http://home.global.co.za/~hartnera -Original Message- From: Steven Mills [SMTP:[EMAIL PROTECTED]] Sent: Thursday, April 22, 1999 10:33 To: [EMAIL PROTECTED] Subject:Demo's I want to use JDK 1.1.7 to develop a Java Applet for a project at Motorola I'm working on. I've downloaded and installed JDK 1.1.7. Somewhere I saw a mention of demo software. I can't seem to find it on your web site. Can you send me a URL with the latest demo's? I'm especially interested in the 3D wire frame demo. Thanks, Steve Mills Motorola SPS -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] MoleculeViewer.zip SimpleGraph.zip WireFrame.zip
Re: Sun/bashing
Paolo Ciccone wrote: > > "CA" == Chris Abbey <[EMAIL PROTECTED]> writes: > > CA> Sun positioned Java as a language not bound to any realworld > CA> platform; and hence as being multiplatform capable. > > In the case of Java looking at the technical specs is going to be > restrictive. Sun, positioned Java, from a technical and marketing > point of view, as *the* multiplatform language. Now, the original plan > of letting third parties do the port might have been ok initially but > after about three years it's clear that there is something slowing > down the porting of the JDK. This is, IMHO, because the JDK is not > Open Source. Look at Perl, in the DOS days there where at least three > ports and there are versions of Perl for virtually any platform. > > >> The reality is that they develop only two versions. > > CA> They produce two _reference_implementations_, one on their own > CA> platform, > > Thank you for rephrasing so nicely what I said ;). > > >> That's not covering two of the most used platforms in the PC > >> arena: Linux and Macintosh. > > CA> umm... ok... sure... what-ever you say... time to pass the > CA> pipe friend, you've had too much for tonight... :) > > Let me say it with simpler words: Sun does not provide the JDK for > Linux or for the Macintosh. To this date there is no, for what I know, > a port of JDK 1.2 for the Macintosh. Before the JDK 1.2 was released > officially there have been several pre-releases for Windows and > Solaris. Six months after the official release we still have to have a > final release of the JDK 1.2 for Linux. Clear now ? > > >> 2) In November Sun publicly announced support for Linux. The > >> announcement has not been followed, for what I can see, by > >> facts. > > CA> We have seen at least indirect evidence of three things: > CA> 1. Sun provided blackdown with the JCK. 2. Sun provided > CA> blackdown with two engineers whom they could ask questions of, > CA> and who have worked with the porting team to debug problems, > CA> and who provide a mechanism for the port to get back into the > CA> "master" source tree at Javasoft. 3. Sun provided Steve with > CA> a license which is (I believe) unique. All three of these > CA> amazed me to no end at the time, and to some extent still do > CA> to this day. > > They amazed me at that time but sadly the reality is that Sun is not > providing us with enough information. This thread was started because > of the uncomfortable silence aroung the JDK 1.2. I have no problems > working with the current version. I think it's pretty good. The > problem exposed by the original poster and I is that we didn't get any > news for a long time and this makes it hard to make any plan on > development on Linux+Java. > > >> People are investing time and money based on what Sun says. > > CA> People are putting their money on something they have no > CA> control over then. When I grew up that was called > CA> gambling... today its called investing. > > Disagree completely. Gambling is when you put money on a number at the > roulette or betting on a running horse or dog. Investing is done on > completeley different ground and that's exactly why it's so hard to > get money from a venture capital firm. > > >> Now, if you look at the BTS on the JDC you'll see that there > >> thousands of requests for Linux JDK. If Sun judges the need to > >> port the JDK to platform based on the number of users that want > >> it then the Linux community showed some real numbers. > > CA> nice logic, but I think anyone who's been around here will > CA> recognise it as the logic that _isn't_ prevailing at Sun. > > Well, it seems to me that the constant pounding the Linux drum > actually brought some good results, see the licencing and support you > mentioned before. It may not be the logic of Sun but things can change > and that's exactly why I keep writing in this forum. It's not like I > have a lot of time to spend online :) > > CA> http://java.sun.com/cgi-bin/java-ports.cgi?other=true > > CA> OK, so it's not in great big graphics screaming out to the > CA> world... but it's been there since, at least, December. > > That's exactly what I mean. If you want to download the Solaris or > Windows JDK you just need two clicks. To get the the Linux version you > have to search a lot. That would be ok if the Linux JDK was not > supported by Sun but, as the November annoucement says, this version > of the JDk is officially supported. That is the reason of my comment. > > >> lack of support *from Sun* is seriously joepardizing any > CA> Why does it have to be > CA> Sun? > > Again, because they announced it. > > It's not like they're developing Java in a total vaccuumm > CA> (how do you spell that word anyway? > > Vacuum > > CA> Which is always a good thing... but how m
a question
Dear sir I install jkd1.2 in redhat version 5.2 . I compile java program by "javac ..." it 's all right . When I run "java ..." it can't load awt classes. This message like here : $java mynameclass Exception in thread "main" java.lang.UnsatisfiedLinkError: /usr/local/jdk1.2/jre/lib/i386/libfontmanager.so: libstdc++-libc6.0-1.so.2: cannot open shared object file: No such file or directory at java.lang.ClassLoader$NativeLibrary.load(Native Method) at java.lang.ClassLoader.loadLibrary0(Compiled Code) at java.lang.ClassLoader.loadLibrary(Compiled Code) at java.lang.Runtime.loadLibrary0(Compiled Code) at java.lang.System.loadLibrary(Compiled Code) at sun.security.action.LoadLibraryAction.run(Compiled Code) at java.security.AccessController.doPrivileged(Native Method) at sun.awt.font.NativeFontWrapper.(NativeFontWrapper.java:41) at sun.awt.X11GraphicsEnvironment.initDisplay(Native Method) at sun.awt.X11GraphicsEnvironment.(X11GraphicsEnvironment.java:61) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Compiled Code) at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(Compiled Code) at sun.awt.motif.MToolkit.(MToolkit.java:59) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Compiled Code) at java.awt.Toolkit$2.run(Compiled Code) at java.security.AccessController.doPrivileged(Native Method) at java.awt.Toolkit.getDefaultToolkit(Compiled Code) at java.awt.TextComponent.enableInputMethodsIfNecessary(Compiled Code) at java.awt.TextComponent.(Compiled Code) at java.awt.TextField.(Compiled Code) at Tawt.(Compiled Code) at Tawt.main(Compiled Code) / Could you guide me to fix this problem . please show me your reply. I am waiting from you . Thank you for your reading. Bye. _ Get your private, free Email by Vietnamese at http://vol.vnn.vn B¹n cã thÓ t¹o mét hép th miÔn phÝ trªn http://vol.vnn.vn -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ANIMATOR THREAD
hello,
one month ago I posted the message below on java_linux.bugs - since this is quite
urgent for me, I*m pasting it here again -
would be great if someone of you could answer
THANX,
david
Full_Name: david gabriel
JDK_Version: 1.2
JDK_Arch: i386 (x86)
Linux_Dist: Suse
Linux_Dist_Ver: 6.0
Libc_Ver: libc.so.4 => libc.so.4.7.6
Ld_Ver: ld-linux.so.1 => ld-linux.so.1.9.9
Dyn_Java: no
Toolkit: Motif
Toolkit_Ver:
Bug_Example: http://
Submission from: ppp196-160.rz.hu-berlin.de (141.20.196.160)
when displaying animated gifs, an Object appears in the Threadlist named "Image
Animator 0".
when opening several anim. gifs, several "Image Animator 0" Threads appear.
these threads don.t disappear after the following code:
public class ImageUtil {
public static int ratio = 3;
public static MediaTracker mt=null;
public static Toolkit tk = null;
public static Dimension getSize(String img_path, Component c) {
if (tk==null) tk = c.getToolkit();
Image i = tk.getImage(img_path);
if (mt == null) mt = new MediaTracker(c);
mt.addImage(i,0);
try{mt.waitForID(0);}catch(InterruptedException ex){System.err.println(ex);}
Image offscreen = c.createImage(1,1);
Graphics g = offscreen.getGraphics();
g.drawImage(i,0,0,c);
Dimension d = new Dimension(i.getWidth(c),i.getHeight(c));
mt.removeImage(i);
offscreen = null;
i = null;
g.dispose();
//System.out.println(i.getHeight(c)+" "+i.getWidth(c));
return d;
}
after some time, athreadlist looks like:
Thread[Image Animator 0,3,main]
Thread[Image Animator 0,3,main]
Thread[Image Animator 0,3,main]
Thread[Image Animator 0,3,main]
Thread[Image Animator 0,3,main]
Thread[Image Animator 0,3,main]
Thread[Image Animator 0,3,main]
Thread[Image Animator 0,3,main]
calling a stop() function on the corresponding threads results in a crash
of the whole application saying:
KILLING: Thread[Image Animator 0,3,main]
SIGSEGV 11* segmentation violation
stackpointer=0xbe9ff3c0
all other (legal) ways to kill the Thread have no effect -
The corresponding ImageFetcher Thread (for jpegs etc) disappears after the Image is
no longer
used...
Hmm
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems with numeric keys on swingall.jar for jdk 1.1.7 for Linux
This may be a swing bug... I seem to remember something about latter versions of swing not working with 11x, but working with 12 in similar situations... something about a change (bug fix) in the event model for 11x that early swing was expecting to be broken, and newer swing is expecting to be fixed. the result was that new swing on old jvm and old swing on new jvm are both broken. awt was fine the whole time... you might try a bug parade search on swing and numberpad ... and you might try holding shift down and typing :) that used to "fix" a really old pc-dos program I had that mysteriously broke in wfw311. -=Chris At 07:10 PM 4/23/99 +0300, Constantin Teodorescu wrote: >Riyad Kalla wrote: >> >> java.sun.com and then go to (on the left panel) Java Foundation >> Classes, all of them should be in there. Get 1.1 final or 1.1.1beta, I >> don't know how stable the beta is though. > >I got also JFC 1.1 and 1.1.1 beta 2 (from java.developer.com) and both >of them don't work with numeric keypad. > >Please not : JUST SWING JTextField (JTextArea) component have that >behaviour !!! > >Because AWT TextField accepts digits from numeric keypad !!! > >> Is your "num lock" on? :) > >Oouups ... I didn't checked :-) > >> Could it have to do with your X-system and/or WM? > >I am using KDE but I switched to : LessTif , AnotherLevel , AfterStep , >fvwm ... but it's the same problem !!! >When I'm pressing NumLock , only - and + signs can be entered ! > >The jdk 1.2 pre-1 is working fine with numeric keys in JTextField on my >RedHat 5.2 >So ... I am waiting for jdk 1.2 > >Thanks for your help, >-- >Constantin Teodorescu >FLEX Consulting Braila, ROMANIA > > >-- >To UNSUBSCRIBE, email to [EMAIL PROTECTED] >with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > !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]
