Re: Anyone using blackdown jdk on SMP linux?
Same here, I've been running Bang for 40 minutes on a dual PIII 600mhz with the latest 1.3 build with RH 6.1, I'm going to let it run over the weekend There was some bugs I believe in early glibc 2.1.3 builds regards calvin Scott Murray wrote: > > Michael Thome wrote: > > > > >>>>> "Calvin" == Calvin Austin <[EMAIL PROTECTED]> writes: > > > > > Submit it as a bug and/or send us the short example, it could very well be > > > another linuxthreads bug that we will have to work around or someone has > > > already discovered. > > > > Ok - I've submitted it as a bug both to the bug parade and to > > blackdown's jitterbug. > > > > For your reading pleasure, enclosed below is the current version of my > > test case. It is pretty easy to cut it down to smaller examples, > > especially if you are just looking for the Exception cases. All that > > appears to be required is tight-loop lock contention with wait/notify > > involved running on a native-threaded VM on an SMP machine (phew!). > > Actually, I don't see any problems running the "Bang" example under > either 1.2.2-RC4 or Sun's beta 1.3 on my dual PIII-450 with RedHat 6.2. > It just keeps running until I kill it. > > Scott > > -- > == > Scott Murray KL Group Inc. > JProbe development 260 King St. E. > Tel: (416) 594-1026, ext. 355 Toronto, Ontario > Fax: (416) 594-1919Canada, M5A 4L5 > > "I'm sick and tired of people saying that we put out 11 albums that sound > exactly the same. In fact, we've put out 12 albums that sound exactly the > same." -- AC/DC guitarist Angus Young -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [off-topic] stop bashing!
Louis-David I will show you the code! Hop on over to http://developer.java.sun.com/developer/products/java2cs you can get all the Java 2 source code for no fee. Then make a trip to blackdown.org, you can get Java 2 releases. blackdown has the diffs that I will be linking to make a Java 2 linux source release. You even have the choice of a JDK 1.x release from IBM Now I have replied to every single piece of mail that we get at Java community source and you should email us or blackdown with your concerns. With Linux you don't have to suffer in silence, you can go out and code! Porting the Java VM isn't easy, its a large, often tightly OS coupled piece of software. You can help accelerate the development by testing it, you have the source so you may even be able to find the fix for any bugs you find. Ask not what Linux can do for you, but what you can do for Linux. regards calvin >Sun's attitude where Java and Linux is concerned is much worse and >stupider that anything MS would have done > >Us java-linux developers we suffer in >silence, waiting the good word from Sun god, the Blackdown porters >spending their energy on stuff that will probably never be released to >the community. >-- >Louis-David Mitterrand - [EMAIL PROTECTED] - http://www.aparima.com > >Show me the code or get out of my way. > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Building JDK 1.2.2 on Linux ?
One suggestion, not sure if this will work. I have created a patch file to move from jdk1.2.1 to jdk1.2.2 on the scsl site. You may be able to reverse patch that jdk1.2.2 release to create a jdk1.2.1 release which should work with the blackdown diffs. Although there are over 1000 fixes I am hoping that we can move the blackdown port to jdk1.2.2 when the current issues have been resolved. regards calvin > >Hi Steve and the Java-Linux team, > >We've been running into some strange crashes and native thread problems >with JDK 1.2 on a glibc-2.1.1 system (two-way x86 SMP). Since we're >completely stuck when things like this break, I decided to go ahead and >get the sources for JDK 1.2 from Sun and apply your patches, so I can >build my own version from scratch. Having the sources should help us >find and fix some of these bugs ourselves, hopefully. > >The sources I got from Sun were JDK v1.2.2, however, not v1.2, so the >patch set from Blackdown did not go in cleanly. I did a bit of work >tonight to apply the rejected chunks by hand and the sources are compiling >as we speak. I noticed a number of the changes made for Linux to v1.2 have >already made their way into the Sun 1.2.2 tree. > >I got the v1.2.2 sources from Sun because that's all that was offered to >me on the website after agreeing to the SCSL. If you know how I can get >an older v1.2 tree that would be helpful too. > >In case I run into problems, have you (or anyone else) tried to port >Sun's v1.2.2 tree to Linux? It would save me a lot of effort if I can >get the patches. Otherwise, I will send you a new patch set against >1.2.2 sometime very soon (I hope!) > >Cheers, >Matt Welsh, [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: running JAVA on embeded linux
Depending on what type of embedding you are doing, but you may find J2SE works. I don't know of the release date of J2ME on linux so I've forwarded your email to those engineers regards calvin >Hi > >I try to embed Linux in a device and I also want to run java (including >GUI). How many libraries do I need for running java. Is there any java >mircro edition release soon on Linux? > >Thanks, >Fox > > > >-- >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: Odd seg fault
Yes it is a bug with the way that the port handles locales, basically it tries to interogate the locale data for en, which is probably incomplete It was doing this to enable japanese support. The workaround is to set LANG to POSIX or a full locale, also the blackdown port does not have this bug . regards calvin > Resent-Date: Tue, 11 Apr 2000 08:28:56 -0600 (MDT) > Date: Tue, 11 Apr 2000 10:26:26 -0400 > From: Timothy Reaves <[EMAIL PROTECTED]> > X-Accept-Language: en > MIME-Version: 1.0 > To: java-linux <[EMAIL PROTECTED]> > Subject: Odd seg fault > Content-Transfer-Encoding: 7bit > Resent-Message-ID: <[EMAIL PROTECTED]> > Resent-From: [EMAIL PROTECTED] > X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/3475 > X-Loop: [EMAIL PROTECTED] > Resent-Sender: [EMAIL PROTECTED] > > I've recient;y upgraded to RH6.2 Doing so broke wine. WPO2K did not > work. So I read the wine newsgroup, and found this was due to the glibc > that 6.2 uses. It said to put the LC_ALL=en line in my profile. I did. > > What does this have to do with java? Just a moment. > > I have open two sid-by-side aterms. I edited my .bash_profile in > one, sourced it, and low-and-behold wine now works. Now the oddity. > Java (sun 1.2.2) does not! It seg faults with SIGSEGV 11. > > I can got to the second aterm, and java runs fine. So it has to be > this LC_ALL entry. Can anyone shed some light on 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]
Re: Sun 1.3 src.jar file question
There is a known bug list where this is listed, in a nutshell src.jar is actually a gzip archive, run unzip or gunzip to extract the files from that archive for this release. regards calvin >Did anyone else get an exception when unjaring this file? > > >-- >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: Anyone using blackdown jdk on SMP linux?
Submit it as a bug and/or send us the short example, it could very well be
another linuxthreads bug that we will have to work around or someone has
already discovered.
Java is one of the best stress tests of the linux threads library :*)
regards
calvin
>
>I've been unable to get blackdown native-thread VM implementation to
>work properly on my x86-based SMP machine. I'd be interested in
>corresponding with anyone who's had better luck.
>
>Essentially the problem is that code like:
> synchronized (lock) {
>lock.wait();
> }
>results in exceptions like:
> java.lang.IllegalMonitorStateException: current thread not owner
> at java.lang.Object.wait(Native Method)
> at java.lang.Object.wait(Object.java, Compiled Code)
> ...
>
>I see it happening in my code, in jdk code (e.g. rmiregistry) and in
>third-party code. I have a short example which makes the bogon
>trivially reproducable.
>
>I haven't had any problems on single-cpu machines, though I run a
>different kernel on those machines.
>
>I'm mostly using Blackdown 1.2.2RC4 with javacomp (though jit doesn't
>seem to matter). IBM JDK1.3 beta exhibits almost identical behavior.
>The "Sun" 1.3 beta with hotspot actually doesn't throw these
>exceptions - it silently hangs instead.
>
>BTW - I'm using a 2-cpu intel machine w/ various late-2.3-series
>kernels and glibc 2.1.3.
>
>Should I just give up on SMP+Java for the foreseeable future or what?
>
>thanks,
> -mik
>--
>Michael Thome ([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: Process communication jdk1.3
>This might not be a blackdown problem, but I need help now, and the IBM
>newsgroups seems down? and sun, well I have never gotten a response from
>them.
Well there are apparently 2.5 million developers out there!
Don't forget that Java 2 has a finer granularity security manager. I would
suggest the following steps. Verify your program works locally, then
locally with rmi and then remotely with rmi. You could run strace -f -p
on rmiregistry or attach jdb to rmiregistry (I believe you can start it in
debug mode)
regards
calvin
>
>I have made a RMI server that forks a process to communicate with ispell
>to deliver a spellchecker to clients. I start ispell like
>
>Runtime.getRuntime().exec("/usr/bin/ispell -a");
>
>and then I get the in/out putstreams for communication. Finally i
>register with rmiregistry and run my client.
>
>On Java2 1.3 (IBM and SUN) linux RH6.1 this mostly results in a remote
>exception delivered to the client (if i catch a exception on the server
>I rethrow it like new RemoteException("mesg", e))
>
>The Exception on the client reads:
>java.rmi.ServerException: RemoteException occurred in server thread;
>nested exception is:
>java.rmi.RemoteException: checkString; nested exception is:
>java.lang.NullPointerException
>java.rmi.ServerException: RemoteException occurred in server thread;
>nested exception is:
>java.rmi.RemoteException: checkString; nested exception is:
>java.lang.NullPointerException
>java.rmi.RemoteException: checkString; nested exception is:
>java.lang.NullPointerException
>java.lang.NullPointerException
>at
>sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:248)
>
>at
>sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
>
>at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:126)
>at SpellChecker$ISpellCheckerImpl_Stub.checkString(Unknown
>Source)
>at RMIClient.main(RMIClient.java:14)
>
>I am writing to you whith this problem, because running the server on
>ibm 1.1.8 works all the time. This makes me think that it is a
>problem/bug in ibm/sun 1.3?
>
>--
>Mvh Jan Agermose
>
>http://www.agermose.dk
>
>
>ôèPÔ? ?
>ÿzf¢?Ú#jöÿ?)îÇúު笷øÚ½¯Û?§$v?'þ?àÂ+ajË?ç-¡ÿî?Ë?±ÊâmïÿNº.nWÿ
>?íiËdj¹ÿnV??Ú0?ú+
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debugging Java on Linux with JDK1.2.2
For jdb
the command use should work for most class files I just tried
1.2.2 fcs and it
worked ok (perhaps run strace to see why it is not working)
I managed to use oldjdb with 1.3 and use worked ok there for simple
.class files too
For gdb you'll need to handle SIGUSR1 (the following works for 1.3)
Here is my .gdbinit file, I cd into the Java2Demo directory
export APPHOME=/export/d1/jdk1.3
export
LD_LIBRARY_PATH=/export/d1/jdk1.3/jre/lib/i386/native_threads:/export/d1/jdk1.3/jre/lib/i386:/export/d1/jdk1.3/jre/lib/i386/hotspot
file /export/d1/jdk1.3/jre/lib/i386/native_threads/java
break main
run -jar Java2Demo.jar
handle SIGUSR1 nostop noprint pass
handle SIGSEGV nostop noprint pass
handle SIGILL nostop noprint pass
handle SIGQUIT nostop noprint pass
regards
calvin
Kris Heyrman wrote:
>
> Hi,
>
> I think I am getting stupid: I just spent a day trying to find out how best to
> debug a project that is getting fairly complicated, in Java. I did not find out
> how, so I am asking the question. Hopefully, somebody can give me a hint.
>
> 1. I am using Sun JDK 1.2.2 ("Java 2 Standard Edition JDK 1.2.2 RC1") on Linux
> Red Hat 6.2 and my source files are spread out over a directory tree. Kernel is
> 2.2.14-12 and glibc is 2.1.3-15.
>
> 2. Sun's JDB works but stubbornly refuses to find my source files. Used either
> with the option 'sourcepath .:mydirs' or with the JDB command 'use .:mydirs',
> it fails to find the .java files and debugging is no fun like that.
>
> When asked which sourcepath it uses, it always says: '.'.
>
> 3. I also have Sun's JDK 1.3 beta but it has the same JDB (99/06/11) and it
> does not work at all. (Sun says so in its announcement).
>
> 4. I tried using gdb with a complex arrangement involving green threads:
> export JAVA_HOME=$JAVA
> export JAVA_COMPILER=NONE
> export CLASSPATH=$CLASSPATH:$JAVA_HOME/lib/classes.zip
> export LD_LIBRARY_PATH=\
> $JAVA_HOME/jre/lib/$PROCESSOR/native_threads:\
> $JAVA_HOME/jre/lib/$PROCESSOR/classic:\
> $JAVA_HOME/jre/lib/$PROCESSOR:\
> $LD_LIBRARY_PATH:
> COMMAND="gdb $JAVA_HOME/bin/$PROCESSOR/native_threads/java"
>
> When running, it give a lot of unwanted dumps of SIGQUIT scrolling over the
> screen.
>
> 5. I did the same with native_threads: I gives a
>
> (gdb) run
> Starting program: /usr/local/jdk1.2.2/bin/i386/native_threads/java
> [New Thread 18444 (manager thread)]
> [New Thread 18437 (initial thread)]
> [New Thread 18445]
> [Switching to Thread 18445]
>
> Program received signal SIGSYS, Bad system call.
> 0x400c7deb in __sigsuspend (set=0xbf7ffc94)
> at ../sysdeps/unix/sysv/linux/sigsuspend.c:48
> 48 ../sysdeps/unix/sysv/linux/sigsuspend.c: No such file or directory.
>
> 6. Tried the IBM jikes debugger, but it will only run with JDK 1.1.6.
>
> 7. Saw that GNU has a new java compiler jcl and a simple HOWTO on how to use it
> with gdb, but it will not compile even JDK 1.1 features like anonymous inner
> classes.
>
> I would be thankful to anybody who can spot my mistakes, or even better:
> suggest how to do useful debugging of Java on Linux in my situation.
>
> Kind Regards,
>
> --
> Kris Heyrman.
> Ottergemsesteenweg 337, B-9000 Gent. Phone: +32.9.221.79.69
> Mobile: +32.495.380.128
> "L'an 0. On arrète tout, puis on réflechit. Et c'est pas triste."
>
> --
> 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: Java and window managers
There used to be issues with some window managers with the Sun JDK, but Blackdown and ourselves have fixed most if not all the issues. In the next release of the 1.3 Sun JDK most of the window managers we have tried sawfish, enlightenment, fvwm, kwm, twm behave correctly (if not log a bug) regards calvin Joi Ellis wrote: > > Julio Cesar Aguilar Cabrera wrote: > > > > I'm using RedHat, XFree 3.3.6, and the latest IBM JDK 1.3 beta. > > When I started writing visual programs in Java I noticed some > > problems which I believe to be caused by AfterStep (1.8.1). > > > > I switched to KDE (1.1.2) and the problems dissapeared. > > KDE is good looking and all that but is slower and consumes > > more resources that AfterStep. > > > > Is anyone succesfully using a light windowmanager & java? > > > > Thanks. > > I've seen reports that Gnome/Sawfish is a big problem for Sun's > JDK. I've also seen reports that Enlightenment has some issues > also regarding properly placing and sizing windows. > > I haven't seen any problems using FVWM. > > I'm guessing the various development groups code and test only on > their one favorite window manager, so the resulting JVM misbehaves > on some others. > > -- > Joi EllisSoftware Engineer > Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] > > No matter what we think of Linux versus FreeBSD, etc., the one thing I > really like about Linux is that it has Microsoft worried. Anything > that kicks a monopoly in the pants has got to be good for something. >- Chris Johnson > > -- > 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: JDK1.3 on Suse6.4
This is a hotspot problem with SUSE, not a blackdown issue really, but there is a workaround and it will be fixed in the next suse release see the release notes :*) http://developer.java.sun.com/developer/earlyAccess/j2sdk13/relnotes-linux.html regards calvin >Hello, > >when I start java using JDK1.3 on Suse6.4 I get a Segmentation fault. >Does somebody has an explanation? > >Thanks Lars. > > >-- >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: JDK1.3 on Linux with SMP
Very likely a monitor contention leak bug that has been fixed in hotspot, I think in beta refresh. btw the more details you can give a group like blackdown or Sun etc the better, java -version for example :*) I've been using SMP for a while, the only issue I've seen on linux is that the later versions of linux pthreads are more stable on SMP I would tell you a number but they are all called version 0.8 :*( regards calvin Java Linux wrote: > > Hi all, > > We're running Red Hat Linux 6.1, kernel 2.2.12 and > glibc 2.1.2 on Pentium SMP machines. After several > hours of running, sometimes one node will crash, > giving: > > Exception in thread "main" java.lang.OutOfMemoryError > <> > > In fact, it's unlikely that there should be any memory > problems and this error does not occur when running on > a single node. It's also disturbing that each java > process takes only about 40 percent of the processing > capacity on each node, even though it could go up to 7 > > percent or more. So, Sun's JDK 1.3 doesn't seem to be > working on SMP machines under linux. > > Any advice? > > Thanks. > > __ > Do You Yahoo!? > Yahoo! Mail - Free email you can access from anywhere! > http://mail.yahoo.com/ > > -- > 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: Where does all my jdk go ?
I think Nigel had a different question (about JMF) by default it will go into /usr/java, you can run rpm --query -l -p on any rpm file to find out where it will put files. You can install the JDK files to other places (although not advised) by installing as --badreloc --relocate /usr/java=/usr/local/myhome but if you need to do that you may as well install the tar .sh version regards calvin Mohd Mokhtar wrote: > > Hi all, > > Just like Nigel Jewell <[EMAIL PROTECTED]>, I've downloaded the > Linux JDK 1.3RC1 .sh file from Sun's website into my Linux machine. I > store it in /home/jkd1.3 directory. > After unpacked the package, I've move the j2sdk-1_3_0rc1-linux.rpm into > /usr/local/sdk1.3. Then I install the RPM but I could'nt find the files > and directories created by the RPM. Nothing is there. Where could it be > ? Or is there any mistake that I've done. > > Advice needed > --= ahYeop =-- > > -- > 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: About the content of the thread dumping
tid is the system thread pointer, you can usually use it to cross reference in the monitor dump, unfortunately the hotspot stack trace isn't as full as the classic trace yet. The nid is the native thread id, on linux this translates to the unix process number. Monitor entry means that it is trying to gain access to a monitor lock regards calvin For general stack trace analysis see Advanced Programming for the Java 2 platform that I co-wrote (Austin/pawlan) yangyuexiang wrote: > > Hi, everyone, > > When I ran java program in linux, when I type C_\, the threads were > dumped. > But I am not sure what's mean. Such as: tid, nid, ...(Colored elements > in the following) > > > "gaEngine" prio=1 tid=0x80e9b60 nid=0x4f6 waiting for monitor entry > [0xbdfff000..0xbdfffb28] > at java.util.LinkedList.listIterator(LinkedList.java:447) > at java.util.AbstractList.listIterator(AbstractList.java:345) > at java.util.Collections.sort(Collections.java:79) > at > packing.log.ThreeDPackingEngine.packing(ThreeDPackingEngine.java:472) > at > packing.log.ThreeDPackingEngine.packing(ThreeDPackingEngine.java:492) > at > packing.log.ThreeDPackingEngine.tsPacking(ThreeDPackingEngine.java:650) > > at > packing.log.ThreeDPackingEngine.access$600(ThreeDPackingEngine.java:27) > > at > packing.log.ThreeDPackingEngine$gaEngine.run(ThreeDPackingEngine.java:956) > > > > Who can give my hints? > > Thanks > yangyuexiang -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Certain keys do not work with Java
Yes this is a horrible side effect of a fix for key press/key release events requested by an ISVs http://developer.java.sun.com/developer/bugParade/bugs/4371923.html It is committed to be fixed regards calvin Juergen Kreileder wrote: > > >>>>> "Joi" == Joi Ellis <[EMAIL PROTECTED]> writes: > > Joi> On 30 Oct 2000, Juergen Kreileder wrote: > >> >>>>> "Christoph" == Christoph Schönfeld <[EMAIL PROTECTED]> writes: > >> > Christoph> I have installed JBuilder 4 on RedHat 6.2 and noticed > Christoph> that I can not type certain characters, such as > Christoph> *,+,?,\,', etc. This does not seem to be a RedHat > Christoph> problem though - I could reproduce it with Debian/Woody > Christoph> and Forte for Java. I use Sun's JDK 1.3 in both cases. > >> > >> It's a bug in Sun's version, our 1.3.0 doesn't have this > >> problem. > > Joi> Under what conditions does this bug manifest itself? I'm > Joi> running JBuilder 4 under both IBM 1.3 (the jvm provided with > Joi> JB4, by the way) and Sun 1.3, as well as a number of apps I'm > Joi> developing, and I've not seen this. > > You'll only see this with non-US keyboard layouts. > > Joi> The only glitches I've seen are running JBuilder 4 under Sun > Joi> 1.3, is in the editor pane the escape and del keys input a > Joi> garbage character into the document being editted. > > This may happen with our version as well. We are working on a fix. > > Juergen > > -- > Juergen Kreileder, Blackdown Java-Linux Team > http://www.blackdown.org/java-linux.html > JVM'01: http://www.usenix.org/events/jvm01/ > > -- > 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: Vote of 'No Confidence' in SUNs 'guidance' for Java.
Minor corrections, you can legally a) share source with other SCSL licensees for free, for example if you wanted to work in a porting team or use it for your research project. b) you can ship a binary if it passes the TCK test, there are no royalties but the test itself is not free. regards calvin >At 18:11 10/30/00 -0800, noisebrain wrote: >>This (the license) does not negate the fact that the source is available >>and can be changed. > >actually it does. What can you (legally) do with that changed source? >Nothing. Can you give it to me in binary form? no. Can you give it to me >in source form? no. Can you give it to me in a diff. No. It might as well >be the old AT&T unix license. Yeah it's still better than say Windows, >but it isn't GNU/Linux, it isn't xfree86, it isn't apache, it isn't perl, >it isn't Open Source; but the more people who will buy into Sun's diluted >concept the more they and the popular press will forget the real meaning. >Please don't feed their delusions. > > > > >now the forces of openness > have a powerful and > unexpected new ally >http://ibm.com/linux/ > > >-- >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]
java developer feedback
We are coming to the end of a great year for Java on linux, hotspot has finally arrived on linux as well as the optional packages JMF and Java 3D, additional chipset ports, plugin support for mozilla and netscape to name a just few achievements. In moving forward I would be very interested in areas that you believe Blackdown and Sun should focus on, in particular what do you plan to use the linux port for, whether its as a development machine or rolling out into production. What would help you become more productive. Which bugs, like the international keyboard bug are causing problems for you. You can email me directly but if you have information that would be interesting to other developers, like adoption of linux at your company or school then maybe those could be sent to the alias as well regards calvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java developer feedback
That particular (4102292) bug has been partially fixed in linux 1.3, the window manager decides where the frame will go for the window managers I tried sawfish, kwm etc and it will be placed as the window manager decides and not stuck at 0,0 or worse -x, -y. That fix will also go into the 1.3.1 master source tree, ie it should work for Solaris too. I can check on that. However it doesn't address the fundamental design issue that on Unix we want to find out what the window manager did to our frame, One of the primary reasons was to find out the size of the frame decorations (a chicken and egg problem, how do you know what size the frame is without the window manager displaying it?). And the main reason the original designers want to know the frame size, so they could work out the origin of the canvas because they thought that windows only had the origin inside the frame decoration. That was a wrong assumption but introduce the insets concept :*( regards calvin >I'll second that. > >But, /pace/ Joi, it's not the window managers that are incompatible with >Java, it's Java that's incompatible with Unix window managers. > >Apparently ((C) Bel Littlejohn), Sun, in their infinite wisdom, decided that >compatibility with legacy Microsoft operating systems was more important than >compatibility with any number of Unix window managers. (Why does 'birthright' >and 'mess of potage' spring to mind?) > >I live in hope that one day someone far enough up the food chain at Sun will >admit that Bug Id 4102292 is a /BUG/ and not a 'request for enhancement'. > >To address Calvin's question: we've recently ported our main product to >Linux. It was developed on Solaris (SunOS, in those days) with Motif. >We've had a lot of interest in the Linux version. > >I'd love to be able to add features to it using Java: we support Solaris, >AIX and Linux, so cross-platform-ness is important. But when our technical >director asks (of a Java application) 'Why does the window appear in the >wrong place?', it demotivates me somewhat. Until Java works with arbitrary >Unix window managers I won't be pushing to write any applications in Java. > >Java is a brilliant language, but it's let down by its implementation. > >Ron > >-- >What's so fucking good, what's so fucking good about candy? -- PWEI -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java developer feedback
Hi I've been at comdex this week so I'm just catching up on email, I hope we can resolve redhats distribution issue soon. The fonts problem on linux will improve with the availability of truetype rendering in Xfree, but we should also continue to work on the fonts supplied with java regards calvin >I program desktop graphics for a large company (Disney). We develop in >part on Linux and deploy on SGI, but possibly linux in the future. >Elsewhere in the company there are mac clients with sun servers, etc. > >My two issues: > >1) FONTS. The fonts look different on every platform, and they >only look good on windows. In many cases this destroys the >cross-platform promise of Swing - at best the interfaces look >unprofessional; sometimes we need to have different fonts on >the different platforms (the font that works on one is clipped by >the textbox on the other). > Naively I would have thought that SUN could pay a graphic artist >to develop a "metal" font and bundle this with swing. With so >much of the rest of the font rendering done in java, I might think >that this would give a uniform appearance? > But I know that I'm ignorant of X/truetype/other font rendering issues. > >2) Distribute the jre. This isn't so much of a company specific >issue, but I would like to see the jre widely distributed so that >the promise of the java "platform" becomes a reality. Asking users >to download 5megs is asking a lot if they have a modem. >There's been progress on this recently with caldera/turbolinux/etc., >but RedHat, by far the biggest linux distrib, does not include >anything other than kaffe. But, they include every other computer >language on the planet, and they include StarOffice5.1 (before >openoffice) and other non-GPL apps on their extra's disk. Why can't >they include a jre? > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: java developer feedback
I don't know if anyone else can verify this, but the bug listed below
seems to be BSD socket related (ie OS related)
I hacked some code together from an online example and included what
Java does on the server side , compile cc -o serv serv.c and
test with the Broadcaster client from the bug report.
If the ip address field is not used then the server gets the broadcast
packets
(it works) If the address is used then it doesn't. I'm thinking that
this
may be trapped elsewhere and not in Java
regards
calvin
Jason Gilbert wrote:
>
> 3) Bug 4191980
> (http://developer.java.sun.com/developer/bugParade/bugs/4191980.html).
>It's amazing that this has been around since 1.1.6 (probably
> earlier). Sadly, if
>the jdk was in fact Free Software this would have easily been
> fixed. Don't mention
>the Sun open source license (I don't remember what it's called
> today). That's more
>of a lock-in than Microsoft. At least they just lock you into
> using there software
>by not being compatible with other software. Sun wants people
> to effectively lock
>themselves into using only the Sun implementation. There
> attempt at blocking
>'forking' basically would appear to block creating or working
> on another implementation.
>Kaffe for instance. Or blocking real innovation by allowing
> someone to say, "hey,
>these people are completely off base with their impl, I could
> make the JVM 100x faster
>by doing X" and then release it under the GPL. they're
> already tainted. I think the
>shortcoming is basically that Sun is trying to create this
> "community" which seems to
>be on only a product by product basis when the real community
> already exists which is
>the software developer community. small pond, largest pond.
>
> jason
>
> --
> Jason Gilbert | http://home.hiwaay.net/~gilbertj/
> --
> I wish I could make the garbage collector thread in my
> brain less aggressive.
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
#include
#include
#include
#include
#include
#include
typedef intSIZE_T;
#define PACKET_SIZE1024
main(int argc, char **argv)
{
intrr;
intrc;
intsockfd;
SIZE_T client_addr_len;
char*cmd_name;
charsend_data[PACKET_SIZE];
charrecv_data[PACKET_SIZE];
struct sockaddr_in servaddr;
struct sockaddr client_addr;
cmd_name = argv[0];
/*
* Create a socket.
*/
sockfd = socket(AF_INET, SOCK_DGRAM, 0);
if (sockfd < 0) {
printf("%s: socket errno = %d\n", cmd_name, errno);
exit(-1);
}
/*
* Initialize the address the socket will bind to.
*/
bzero(&servaddr, sizeof(servaddr));
servaddr.sin_family = AF_INET;
servaddr.sin_port= htons(3000);
/*
* NOTE: assigning INADDR_ANY works
but listening to the machines own address does not receive broadcast
udp for that subnet */
servaddr.sin_addr.s_addr = htonl(INADDR_ANY);
/*servaddr.sin_addr.s_addr = htonl(0x81907D7C);*/
/*servaddr.sin_addr.s_addr = htonl(0x81907D6F);*/
/*
* Bind the socket to the address.
*/
rc = bind(sockfd, (struct sockaddr *) &servaddr,
sizeof(servaddr));
if (rc < 0) {
printf("%s: bind errno = %d\n", cmd_name, errno);
exit(-1);
}
/*
* In each loop iteration, we wait for a packet from the * client.
When a packet arrives, we echo its contents
* and send a response back to the client of the form
* "response #rr".
*/
for (rr = 1; ; rr++) {
client_addr_len = sizeof(client_addr);
printf("%s: about to receive packet\n", cmd_name);
fflush(stdout);
/*
* Wait for a packet from the client.
*/
rc = recvfrom(sockfd, recv_data, PACKET_SIZE, 0,
&client_addr, &client_addr_len); if (rc
< 0) {
printf("%s: recvfrom failed: errno = %d\n",
cmd_name, errno);
} else {
printf("%s: recvfrom received packet #%d: %s\n",
cmd_name, rr, recv_data);
}
}
}
Re: Hot Spot crashes
I've raised the priority of the bug in question, I don't think we have a test case we can reproduce yet with this bug, so if anyone has something then please forward it on regards calvin Joseph Shraibman wrote: > > Vote for: > http://developer.java.sun.com/developer/bugParade/bugs/4372197.html > > Jochen Witte wrote: > > > > Hello everybody, > > we`re using the j2sdk-1.3.0-FCS with Resin 1.1.5 (Java-Servlet-Engine) > > and Apache 1.3.14 on a SuSE7.0-Machine. > > Under higher load, the Servlet Engine reports: > > > > # HotSpot Virtual Machine Error, Internal Error > > > > After that, the whole engine restarts, which causes long accesstimes to > > our webserver. > > > > Is this a "real" Hotspot-Problem or is it a problem of our > > servlet-engine? > > > > Anybody ideas? > > -- > > Jochen Witte > > <[EMAIL PROTECTED]> > > > > -- > > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > > -- > Joseph Shraibman > [EMAIL PROTECTED] > Increase signal to noise ratio. http://www.targabot.com > > -- > 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: building 1.2.2
Redhat 6.1 was used to build the 1.2.2 source, later releases of gcc refused to even compile the assembler files, and you need to remove the comment lines if you are using a later release. One of the challenges with developing on linux is how fast distributions change, the tools all changed in a year. If you are seeing segfaults then I would suggest using the patched motif from openmotif.org, you need the development tree version. rt.jar is a release bundle, for development you can just use the classes in the build/classes directory. regards calvin Brian Craft wrote: > > (resending this, since the server seems to eat messages unless you're > subscribed) > > - Forwarded message from Brian Craft <[EMAIL PROTECTED]> - > > Hey -- I got the Sun source, for jdk1.2.2, but the build is horribly > broken. It spits out invalid assembler code, among other things. > > With a bit of fussing (removing bogus assembler comments), I got it > to build, but the resulting binaries are not the same as the blackdown > 1.2.2 binaries, and they segfault regularly. > > I didn't find any diff on blackdown for 1.2.2. > > What's the deal? How do you build this stuff? > > Alternately, does anyone know if there's a way to replace the > existing awt class w/o rebuilding the tool chain? From what I > can tell, awt is built into libawt, and rt.jar refers to it > somehow. Maybe I can just rebuild rt.jar? Anyone know how? > > Also note that the build info in the FAQ doesn't work, since sun > isn't serving the 1.2 source, and the blackdown docs don't work > for 1.2.2. In particular, the patches won't apply to the 1.2.2 > source. > > b.c. > > - End forwarded message - > > -- > 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: Does jdb work on linux?
There are some 1.3 hotspot related jdb bugs for example the one listed below. If you happen to come across one I would recommend using the classic VM (jdb -classic) until those bugs are fixed regards calvin Joi Ellis wrote: > > On Sat, 10 Feb 2001, Jesus M. Salvo Jr. wrote: > > > I had more success with 1.2.2's jdb than those of 1.3 in debugging my > > apps. > > > > With 1.3's jdb ( using Sun and IBM's ), sometimes it hangs after 'run', > > sometimes at other points after 'cont', sometimes I can debug until I > > exit. > > > > With Blackdown's 1.2.2 jdb, so far, everything seems to work. > > > > I went hunting and found these disturbing reports: > > http://developer.java.sun.com/developer/bugParade/bugs/4369489.html > > (well, I was going to attach two more but they "aren't available at this time." > > I just allocated one vote on this one. > > -- > Joi EllisSoftware Engineer > Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] > > No matter what we think of Linux versus FreeBSD, etc., the one thing I > really like about Linux is that it has Microsoft worried. Anything > that kicks a monopoly in the pants has got to be good for something. >- Chris Johnson > > -- > 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: System.exit() value not being observed with 1.3.0 FCS?
I've seen this before on redhat 7.0 and it is logged on the redhat
bug page as a known bug, currently they had fixed it in 7.1 but have
not issued a patch to 7.0
RedHat bug Id: 23758
location: http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=23758
The classic VM in 1.3 does return the expected result.
regards
calvin
Dan Kegel wrote:
>
> Hi,
> looks like System.exit(1) doesn't cause the java executable to
> terminate with an exit status of 1 with the Blackdown 1.3.0.
> It works fine with the IBM 1.3.0, though. Here's my test program:
>
> import java.io.*;
> public class foo {
> public static void main(String args[]) {
> System.out.println("Failing...");
> System.exit(1);
> }
> }
>
> And here's the shell script I run it with:
>
> #!/bin/sh
> set -x
> set -e
> java foo
> echo Hmm: exit status was $?
>
> With Blackdown 1.3.0, I see
>
> $ sh foo.sh
> + set -e
> + java foo
> Failing...
> + echo Hmm: exit status was 0
> Hmm: exit status was 0
> $
>
> which is incorrect, but with IBM, I see the expected
>
> $ sh foo.sh
> + set -e
> + java foo
> Failing...
> $
>
> I suppose this is an old known problem... any workaround?
> - Dan
>
> --
> 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: error on calling c function in java
If this is a JNI program you may get more verification that it was inside your own code or from the VM from running with -classic . The new 1.3.1 release will have better hotspot diagnostics than the cryptic message below. If you do 'man ascii' you can read off the file name below, (its in hex) the last 4 digits are the line number. ie os_linux.cpp 1468 There have been some bugs in relation to null arguments with JNI which I would guess can be coded around for now regards calvin Joi Ellis wrote: > > On 9 Apr 2001, Zhihong Pan wrote: > > > When I call c function in my java application, I got the following error message: > > # > > # HotSpot Virtual Machine Error, Unexpected Signal 11 > > # Please report this error at > > # http://java.sun.com/cgi-bin/bugreport.cgi > > # > > # Error ID: 4F533F4C494E55580E43505005BC > > # > > # Problematic Thread: prio=1 tid=0x804e500 nid=0x7062 runnable > > # > > 18Aborted > > Stick that long number into Bug Parade's search engin. > I remember looking for it a few weeks ago. Either I found > a workaround or took a different road around it, I don't remember > which. > > -- > Joi EllisSoftware Engineer > Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED] > > No matter what we think of Linux versus FreeBSD, etc., the one thing I > really like about Linux is that it has Microsoft worried. Anything > that kicks a monopoly in the pants has got to be good for something. >- Chris Johnson > > -- > 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: NewObjectArray
The last element is the initializer for the array, I wrote an example of its use here http://developer.java.sun.com/developer/onlineTraining/Programming/JDCBook/jnistring.html regards calvin Zhihong Pan wrote: > > Could anybody teach me hot to use NewObjectArray in jni ? > jarray NewObjectArray(JNIEnv *env, jsize length, jclass elementClass, jobject >initialElement); > I'm really confused by the last parameters. > > Thanks, > > Zhihong Pan > Chek, Inc > > -- > 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: memory problem of jobjectArray
Read the next section in the link I posted yesterday. there is a section on memory issues with JNI, global references etc http://developer.java.sun.com/developer/onlineTraining/Programming/JDCBook/jniref.html regards calvin Zhihong Pan wrote: > > Hi, > > When I call my c function in java, I need to pass an jobjectArray. But the size of >the jobjectArray is deterined by my c function. for example, if I declare String >myarray=new Sring[10], then pass myarray to c function, in c function i use >SetObjectArrayElement to set array value, it works fine. But if I declare String >myarray=null, then pass it to c function, I will get the following error message: > # > # HotSpot Virtual Machine Error, Unexpected Signal 11 > # Please report this error at > # http://java.sun.com/cgi-bin/bugreport.cgi > # > # Error ID: 4F533F4C494E55580E43505005BC > # > # Problematic Thread: prio=1 tid=0x804e500 nid=0x1060 runnable > # > > So, how to allocate jobjectArray memory in c. Could anybody help me ? > > Thanks, > > Zhihong Pan > Chek, Inc > Aborted > > -- > 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: JSDK 1.4 / Merlin for i386 ?
As of release 1.3.1 all platforms which includes Linux are released on the same day. I know that only covers x86 but I would guess the ppc version should be in the same ballpark The 1.3.1 release is currently in rc form and has better debug support and is faster again than 1.3.0 regards calvin Peter Pilgrim wrote: > > Hi > > I am trying to find out when Merlin be released for Linux? > Does Blackdown have the code base ? > Are they porting ? > > Does any one know what IBM are doing for their excellent JSDK? > > I heard from Sun news JSDK 1. 4 should be released late Q2/ early Q3 > probably much too late for a SuSE 7.2 release I guess ;-) > > -- > Peter Pilgrim > G.O.A.T > "the Greatest Of All Time" > > -- > > This e-mail may contain confidential and/or privileged information. If you are not >the intended recipient (or have received this e-mail in error) please notify the >sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or >distribution of the material in this e-mail is strictly forbidden. > > -- > 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: unexpected exception detected
I know where the first part of the message came from
current locale is not supported in X11, locale is set to C
X locale modifiers are not supported, using default
The directory
/usr/X11R6/lib/X11/locale
is missing files that it needs.
even if you are displaying remote X to another DISPLAY you need something
here, copy the directory contents from another system or install XFree which
has them. I have run Java on headless machines using this method
regards
calvin
Timothy Wojtaszek wrote:
>
> Having a problem running anything with swing.
>
> tim@powerpuffer:~/Programming/java$ java start
> Test
> current locale is not supported in X11, locale is set to CX locale
> modifiers are not supported, using default# # An unexpected exception
> has been detected in native code outside the VM.# Program counter=0x4001f84c
> #
> # Problematic Thread: prio=5 tid=0x804e600 nid=0x3c3a runnable
> #
> Aborted
>
> here's the code it fails on, but anything that seems to access X dies.
> if I remove the JOptionPane it works fine on the console.
> (debian linux2.4.3, currently have j2sdk-1.3, but I have tried 1.1.8,
> 1.2.2, ( both blackdown and ibm) )
> so WHAT IS WRONG WITH MY SYSTEM. this is driving me nuts.
>
> import javax.swing.*;
>
> public class start
> {
>public static void main( String x[])
>{
>System.out.println("Test");
>JOptionPane.showMessageDialog(null,"tset");
>System.exit(0);
>}
> }
>
> thanks for any help, let me know if more information is needed.
> tim
>
> --
> 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: RedHat 7.1 (upgrade) and Sun JDK1.3.0_02 (i386)
The 1.3.1 release has the 'cut' fix, the next release of 1.3.1 (rc2)
has the final floating stack code that was needed.
Alternatively set LD_ASSUME_KERNEL=2.2.5 when running Java and it will
use the backward compatability libraries with Redhat 7,1 , this will work
for 1.3.0_002 as well,
There are bugs logged on the JDC and the workaround above are listed there.
regards
calvin
"Alexander V. Konstantinou" wrote:
>
> I just upgraded a test machine running RedHat 6.2 (with all the latest
> updates) to RedHat 7.1. I'm having trouble getting Sun JDK 1.3.0_02 to work
> in the new environment (blackdown 1.3.0-FCS works as far as I've tested).
>
> Has anyone tried using Sun's JDK in RedHat 7.1 ? I'd like to find out
> if it is an upgrade issue, or a generic RH7.1 issue.
>
> Here are some details: Off the box I run into the following problem :
>
> /usr/local/java/sun-jdk1.3.0_02/bin/java: /usr/bin/cut: No such file or directory
>
> In RedHat 6.2 /usr/bin/cut is part of the textutils package. I found
> out that the utility has moved to /bin in RedHat 7.1 so I added a link
> from /bin/cut to /usr/bin/cut (ln -s /bin/cut /usr/bin/cut).
>
> Invoking "java -version" at this point would never return. strace reports:
>
> ...
> nanosleep({0, 100}, {3076, 0}) = 0
> nanosleep({0, 100}, {3076, 0}) = 0
> nanosleep({0, 100}, {3076, 0}) = 0
> nanosleep({0, 100}, {3076, 0}) = 0
> nanosleep({0, 100}, {3076, 0}) = 0
> ...
>
> manticore:bin> ldd i386/native_threads/java
> libpthread.so.0 => /lib/i686/libpthread.so.0 (0x40018000)
> libhpi.so => not found
> libjvm.so => not found
> libdl.so.2 => /lib/libdl.so.2 (0x4004)
> libc.so.6 => /lib/i686/libc.so.6 (0x40044000)
> libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40174000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000)
>
> manticore:bin> rpm -qa | grep glibc
> compat-glibc-6.2-2.1.3.2
> glibc-2.2.2-10
> glibc-common-2.2.2-10
> glibc-devel-2.2.2-10
> glibc-profile-2.2.2-10
>
> Thanks,
>
> Alexander V. Konstantinou
> [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: java sound install
I've seen a couple instances of this, almost all are attributed to the sound card driver. If you have sb live cards then there is an open source driver from opensouce.creative.com (driver called emu10k). Otherwise check with the vendors site, until ALSA is complete, opensound.com have probably the most stable driver for other cards, they have evaluation downloads there too regards calvin [EMAIL PROTECTED] wrote: > > Hi all , > i am trrying to get java to play sounds to my RH7 box. > i am able to play sounds from native linux apps so i think my sound card is properly >conf > when i try to play sounds from java i get an error saing the swvice is not > acceccible and then i get a segmentation fault > does any one have any good ideas how i can go about that ? > TIA > Billy > > -- > 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: Running j2sdk-1_3_0_02 on Redhat7.1
I would recommend trying 1.3.1 not only does it have the fix to the wrapper script below (/usr/bin/cut went to /bin/cut) But it has many hotspot fixes too. If you fix the cut stuff you will also need to set LD_ASSUME_KERNEL=2.2.5 for 1.3.0 releases regards calvin Homayoun Yousefi'zadeh wrote: > > Hello there, > > I am using Redhat 7.1 and Kernel 2.4.2. > > I have tried both binary and rpm pkgs > of j2sdk-1_3_0_02 on this box and the > following is the error msg I get persistently. > > [root@dena /usr]# java > /usr/jdk1.3/bin/java: /usr/bin/cut: No such file or directory > /usr/java/jdk1.3.0_02/bin/i386/native_threads/java: error while loading > shared libraries: libjvm.so: cannot load shared object file: No such > file or directory > > Can somebody please shed some light here? > BTW, I did not have any problem w/ Redhat 7.0 > and Kernel 2.2.16. > > Thanks, > HY > > -- > 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: Very odd exception
Yes this is a new bug (4458946), its caused by the daemon randomizer thread
not
shutting down in time.
The engineer who has looked into has this workaround for now
add
Runtime.getRuntime().exit(0);
to the end of main
regards
calvin
Timothy Reaves wrote:
>
> Hello.
>
> When I run the attached code, I often (as often as 50%) get the
> following, which I've never seen before:
>
> [treaves@double BoxMaintenance]$ java TestString
> String == rkmmDBV6
> String length == 8
>
>
> Another exception has been detected while we were handling last error.
> Dumping information about last error:
> ERROR REPORT FILE = (N/A)
> PC= 0x0x4161903e
> SIGNAL= 11
> FUNCTION NAME = (N/A)
> LIBRARY NAME = (N/A)
> Please check ERROR REPORT FILE for further information, if there is any.
> Good bye.
> [treaves@double BoxMaintenance]$
>
> I am running Sun's jdk1.3.1rc2 an a RH modified system, 2.4.4 kernel, 512
> meg memory. Any ideas?
>
> --
> import java.security.SecureRandom;
>
> public class TestString{
> public static void main(String[] args){
> SecureRandom rng = new SecureRandom();
> byte[] array = new byte[1];
> int index = 0;
> String testString = null;
> char testChar;
> StringBuffer buffer = new StringBuffer();
> do {
> rng.nextBytes(array);
> try{
> testChar = new String(array, "US-ASCII").charAt(0);
> } catch(Exception e){
> continue;
> }
> if (Character.isLetterOrDigit(testChar)) {
> buffer.append(testChar);
> if (buffer.length() == 8) {
> break;
> }
> }
> } while ( true );
>
> String string = buffer.toString();
> System.out.println("String == " + string);
> System.out.println("String length == " + string.length());
>
> }
>
> }
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Cannot convert string "xxxx" to type VirtualBinding
I replied to this earlier but it didn't show up to the list. (I've resubscribed myself now) you can remove the messages by running xprop -remove _MOTIF_DEFAULT_BINDINGS which was set by another motif program regards calvin "Jesus M. Salvo Jr." wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > What are the differences? ( Are they documented somewhere? ) > How do you get rid of the warning messages? > > On Sat, 28 Jul 2001 12:55, Juergen Kreileder wrote: > > Jesus M. Salvo, Jr. <[EMAIL PROTECTED]> writes: > > > Ever since I converted my bash prompt to something other than the > > > default, I have been getting the message indicated in the subject > > > line when I run Swing apps. ( JDK 1.3.1 Sun or Blackdown ) > > > > [...] > > > > > Warning: Cannot convert string "Escape,_Key_Cancel" to type > > > VirtualBinding > > > > > > Warning: Cannot convert string "Home,_Key_Begin" to type > > > Warning: Cannot convert string "VirtualBinding F1,_Key_Help" to > > > Warning: Cannot convert string "type VirtualBinding > > > Warning: Cannot convert string "ShiftF10,_Key_Menu" to type > > > > This is not related to the bash prompt. These warnings are the result > > of small differences between the Motif versions used by Blackdown and > > Sun. Only Sun's version emits these warnings on some systems. > > > > > > Juergen > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.0.4 (GNU/Linux) > Comment: For info see http://www.gnupg.org > > iEYEARECAAYFAjtia1QACgkQAvd5SY4qWYzXgQCdHz9xiGmfm6QfoNNZoCg8L0yH > qm8AnRPWw3sc6RgoH8wZOiJHS2fuLwlM > =tOTe > -END PGP SIGNATURE- > > -- > 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: stack overflow
I would recommend using JDK 1.3.1, it is way faster than 1.2.2. Now one of two things may have occured, either you really got a stack overflow or stack overflow was incorrectly detected. If its the first case try giving java some more heap space to use (java -Xmx128m ). If its the second case you could be either be seeing a rare JIT bug or alternatively it could be the change in stack orientation in Redhat 7.1 and other 2.4/glibc releases. The Sun/blackdown 1.3.1 has fixes for that situation or alternatively set LD_ASSUME_KERNEL=2.2.5 regards calvin Biju Abraham Mathew wrote: > > Hi , > We are repeatedly getting a "Stack Over Flow Error" with blackdown > jdk 1.2.2 on linux. > Can you please guide me as to how to fix this problem? > > -biju > > Biju Mathew > Sixth Dimension Inc. > Fremont, California. > > -- > 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: stack overflow
> Hmm .. would increasing the heap size affect the stack size ? It is very possible you will see a stack overflow if the heap is exhausted. The options to change the stack in non-hotspot vms were -ss for c stack -oss for Java stacks. These are for each thread and are not configurable in the hotspot vm. > > Isn't there a default setting for the max stack size ? Would you know the > option for changing this > value (the stack size setting) for blackdown jdk 1.2.2 ? see above, I don't know off hand what the defaults are. > > If its the second > > case you could be either be seeing a rare JIT bug or alternatively it > > Is there a bugid (in blackdown.org or java.sun.com) that describes this JIT > bug ? Any details ? I meant a new rare JIT bug, the way stack overflow is detected is complicated when using a JIT. > > could be the change in stack orientation in Redhat 7.1 and other 2.4/glibc > > releases. The Sun/blackdown 1.3.1 has fixes for that situation or > > alternatively > > set LD_ASSUME_KERNEL=2.2.5 > > What's the relation between the Sun 1.3.x Linux jdk and Blackdown 1.3.x jdk > ? Are > these one and the same ? How about the earlier 1.2.x versions ? A large percentage of the 1.3.x code is shared which is good for end users as it gets tested on a larger scale than possible before. Blackdown have some value add code and do debian packaging etc regards calvin > > thanks > -john > > > > > regards > > calvin > > > > > > Biju Abraham Mathew wrote: > > > > > > Hi , > > > We are repeatedly getting a "Stack Over Flow Error" with blackdown > > > jdk 1.2.2 on linux. > > > Can you please guide me as to how to fix this problem? > > > > > > -biju > > > > > > Biju Mathew > > > Sixth Dimension Inc. > > > Fremont, California. > > > > > > -- > > > 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: Problems with "java" executable
It could be http://developer.java.sun.com/developer/bugParade/bugs/4422213.html which is a generic hotspot bug but was found on linux :*( regards calvin Alexandre Saur wrote: > > Yes, I know... RedHat 7.0 is kind of old now... > but my glibc is the latest for redhat 7.0 as far as I know... the version is > 2.2.4-18.7.0 > It's a strange thing: when running classes, like "java HelloWorld", the > problem does NOT occur... the class is executing perfectly... > > On Tuesday 23 October 2001 11:22 am, Cynthia Jeness wrote: > > Alexander, > > > > With RedHat 7.0, there were some mandatory patches available on the RedHat > > site which were required to successfully run Java. It has been awhile, but > > I think that they were related to glibc. Did you apply these patches? > > > > Cynthia Jeness > > > > Alexandre Saur wrote: > > > Hi, > > >I just starting to use Blackdown's JDK for Linux, version 1.3.1. > > >I have a Linux RedHat 7.0 computer with all the latest libc libraries > > > installed. > > >My problem is this: when I first run the java executable, like "java > > > -version", the output is this: > > > > > > java version "1.3.1" > > > Java(TM) 2 Runtime Environment, Standard Edition (build > > > Blackdown-1.3.1-FCS) Java HotSpot(TM) Client VM (build > > > Blackdown-1.3.1-FCS, mixed mode) > > > > > > After that, anytime I run it I get this output: > > > > > > java version "1.3.1" > > > Java(TM) 2 Runtime Environment, Standard Edition (build > > > Blackdown-1.3.1-FCS) Java HotSpot(TM) Client VM (build > > > Blackdown-1.3.1-FCS, mixed mode) > > > > > > > > > > > > Another exception has been detected while we were handling last error. > > > Dumping information about last error: > > > ERROR REPORT FILE = (N/A) > > > PC= 0x0x40269988 > > > SIGNAL= 11 > > > FUNCTION NAME = (N/A) > > > LIBRARY NAME = (N/A) > > > Please check ERROR REPORT FILE for further information, if there is any. > > > Good bye. > > > Segmentation fault > > > > > >Aparently java ran fine, but it always ends with that message. Is this > > > a bug? How do I fix it? > > > > > > -- > > > 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] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Segmentation fault when trying to run Weblogic
Redhat 7.0? If so either upgrade or get the rh 7.0 patches from their website. Some large apps also need the C stack size to be reset ulimit -s 2048 which is fixed in later glibc builds regards calvin Kunal Bisla wrote: > > Hi, > I'm trying to run weblogic600sp2_linux.bin in my > Linux7.0 > I have installed the jdk after much difficulty cause > kaffe was already installed as the jdk > Now when I try to do > startWeblogic.sh > it gives me a segmentation fault > > It would be really nice If someone could help me out > thanks in advance > Kunal > > __ > Do You Yahoo!? > Find a job, post your resume. > http://careers.yahoo.com > > -- > 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: difference between Blackdown's JVM and Sun's?
blackdown has additional ppc/sparc/arm ports. JMF, java3d , customized java web start, debian installer. java comm api. Also Blackdown give the opportunity for developers to contribute to the java on linux product. ie if you find a bug or want to change something its going to be easier to get them into a blackdown release first regards calvin Vladimir G Ivanovic wrote: > > "MK" == Matthew Kennedy <[EMAIL PROTECTED]> writes: > > MK> What differences are there between Sun's JVM and Blackdowns? > > I asked the same question privately of a member of the Blackdown team > and have not yet received a reply. > > I'm not trying to be confrontational or start a flame war, but I would > like to understanding the benefits to the *user* of having a Blackdown > port. > > --- Vladimir > > > Vladimir G. Ivanovichttp://leonora.org/~vladimir > 2770 Cowper St. [EMAIL PROTECTED] > Palo Alto, CA 94306-2447 +1 650 678 8014 > > -- > 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: Error running Blackdown j2sdk-1.3.1-02a-FCS-linux-i386 'java -version'
try one of the old gotchas ulimit -s 2048 > Barnet Wagman wrote: > > With Blackdown j2sdk-1.3.1-02a-FCS-linux-i386, I get the following when I > run 'java -version' > > java version "1.3.1" > Java(TM) 2 Runtime Environment, Standard Edition (build > Blackdown-1.3.1-02a-FCS) > Java HotSpot(TM) Client VM (build Blackdown-1.3.1_02a-FCS, mixed > mode) > > > Another exception has been detected while we were handling last > error. > Dumping information about last error: > ERROR REPORT FILE = (N/A) > PC= 0x0x4025c0e8 > SIGNAL= 11 > FUNCTION NAME = (N/A) > LIBRARY NAME = (N/A) > Please check ERROR REPORT FILE for further information, if there > is any. > Good bye. > Segmentation fault > > I get a similar problem with j2sdk-1.3.1 > > I'm running a fairly vanilla SuSE 7.3 installation (kernel 2.4.10). (The > only slightly non-standard part of myt system is > the processor, an AMD Athlon 800 mhz; I've been running Java on this > processor for a couple years and I > can't believe that this is the problem). > > The Sun and IBM version of 1.3.1 run without problems, as does Blackdown > 1.3.0 > > Has anyone else had this problem? Any ideas as to what's causing it? > > Thanks > > Barnet Wagman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java plugins for Mozilla in Linux
I recently used JRE 1.4 with netscape 6.2.2 and that worked you can do the same for mozilla too. Download JRE 1.4 if you can (1.3.1 does work too but I've seen a couple of annoying glitches with the default plugin they have) Then do the following, if libjavaplugin_oji does not exist don't worry. (cd /usr/local/mozilla/plugins; rm libjavaplugin_oji.so; ln -s /usr/java/j2re1.4.0/plugin/i386/ns610/libjavaplugin_oji140.so libjavaplugin_oji.so) regards calvin Walter Logeman wrote: > > Hi, > > I have Mozilla working in Linux. It seems to work on some things > that demand a plugin but on others it asks me to download and > install a plugin. However the result is the unsuccessful each > time (see clip from browser below.). I am not surprised as it > seems to be a Windows plugin. > > I presume the Java i have working is Java script - but the other is > missing? > > I will look for a Linux plugin. > > Some broad guidelines would be good at this sage. I have looked up > heaps on the web but I am caught simply not getting the basics. > > Is this plugin related to the Java i need for OpenOffice that I am > about to try and find as suggested by > > Mark Christiaens, > who wrote: > > > Your Java should be in /usr/Java or /opt/IBMJava2-13/. If you > > don't have a Java runtime installed you can download one from Sun > > (Java.sun.com) or IBM. > > Walter > > Install Results > Java 2 Plug-in for Linux: Download was unsuccessful. Please try > again. The Java Plug-in is 7.6Mb and will take you 37 minutes to > fully download with a 28.8 modem or 19 minutes with a 56K modem. > Alternatively, you can download this plug-in directly from our FTP > site at > >ftp://ftp.netscape.com/pub/netscape6/english/6.2.2/windows/win32/plugins/jre131_02i.xpi > for Windows. Please e-mail [EMAIL PROTECTED] if you continue > to have problems. Error encountered -- -202 > -- > Walter Logeman > Psychotherapist > http://www.psybernet.co.nz > > -- > 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: HELP : Stable JVM for running JBoss on Redhat 7.2 (smp) ??
There is a very important patch to Redhat 7.2 SMP kernel, you need the 2.4.9-31smp patch available under 'security patches' from redhat.com Unpatched redhat 7.2 SMP will create duplicate process ids. That is not good! The bug is also fixed in 2.4.18 kernels. Hui Huang tracked this down a while back regards calvin Jesse Stockall wrote: > > On Thu, 2002-05-23 at 04:44, Craig O'Shannessy wrote: > > > > Sun JDK 1.4.0 > > Sun JDK 1.3.1 > > Sun JDK 1.3.1_03 > > IBM JDK 1.3.1_01 (had to use "LD_ASSUME_KERNEL=2.2.5" for smp machine) > > Blackdown JDK 1.3.1_01 (both native and green threads, both give sig 11) > > In my experience you should always be using "LD_ASSUME_KERNEL=2.2.5" > with any of these JRE's and RH 7.2. (It was mentioned in the release > notes for RH 7.1) > > I run Blackdown's and Sun's 1.3.1 on Debian & RH both single & dual cpu > & have never encountered any of the problems you seem to be having. Well > I used to get the odd crash & many defunct java processes, but they were > resolved after setting "LD_ASSUME_KERNEL=2.2.5". > > Jesse > > -- > Jesse Stockall | Tel: 1+ 613.599.2441 ext. 243 > CRYPTOCard Corporation | Fax: 1+ 613.599.2442 > Suite 304, 300 March Rd. | email: [EMAIL PROTECTED] > Ottawa, ON, Canada K2K 2E2 | web: www.cryptocard.com > - > > -- > 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: Is there still anyone from the blackdown project active on this list ?
No news is good news. Juergen has got some 1.4.1 beta builds in testing regards calvin Vincent Touquet wrote: > > Is there still anyone from the blackdown project active on this list ? :) > > Only mails I've been getting so far , is "I'm away on holiday" > and unsubscription emails :/ > > Well, except for that valid question about source > code availability of the JMF libs ... > > Hello ? :) > > regards > vincent > > -- > 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: JVM and threads
Yup native threads doing blocking IO on linux is expensive. Things start looking progressively ugly from 50 connections upwards. If you move to NIO you will see a significant improvement in both stability/predictability and performance. What would make it easier for you to try the multiplexing IO feature instead? regards calvin Marco Trevisan wrote: > > Hello all, > > I also use Tomcat (v4.0.4), and I have run my webapp with a variety of > JVMs in order to find which is best in terms of performance. > It could be important to point that my Java code conforms to the 1.3 API > specification, no 1.4-exclusive class or method is used. > > I found out that the best performing JVM on a single-processor Linux > machine is Blackdown-1.3.1 with green threads and the OpenJIT compiler. > Other JVMs I tried are: IBM v1.3.0 - 1.3.1, Sun v1.3.1 - 1.4.x > > It was a surprise for me to find out such a result, infact some > benchmark classes I've done in order to measure pure processing power > showed the IBM JDK as the best performer: nevertheless, when it comes to > running my webapp under Tomcat, Blackdown 1.3.1 with green threads and > OpenJIT makes it run _noticeably_ faster. > > Consequently, I surfed the net in order to find some command-line > options to pass to the JVM in order to increase native threading > scalability, but I didn't find anything useful. > > I looked at the NGPT home page, surfed the net and found some > interesting benchmarks : > http://www.opengroup.org/rtforum/jan2002/slides/linux/abt.pdf . > > At http://www.ibm.com/developerworks/oss/pthreads/, they say: "This > release is fully suitable as a replacement for LinuxThreads by either a > single user or group or an entire distribution." > Does it mean that if I patch the kernel and install it on my system, my > JVM will use it? I guess it's not so easy :-) > > Bye, > Marco Trevisan > > -- > 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]
Java on Linux chat on JDC October 15th
Join me, Hui Huang and the one and only, Juergen Kreileder of blackdown.org in a JDC chat next week! see below for more details http://developer.java.sun.com/developer/community/chat/ regards calvin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Help on JVM hang
Does it ever resume. 1.5beta2 has more diagnostics in it and you may be able to even attached with jdb (hey tim :*) Without seeing the other threads its difficult to see what is happening, however there was a bug fix in 1.5 to stop the cache growing out of control. A quick test with 1.5 would help a great deal. regards calvin Joseph Shraibman wrote: I have. I reported it to sun and they said if they had a repoducable test case they would open a bug. But I could never figure out how to reproduce it. Veda N Ponnusamy wrote: Hi folks, I'm posting this, since I know I can get help only from this community. My application is a heavily multi-threaded java application which is runs in Linux with the following configuration OS - RH9 Kernel - 2.4.20-30.9smp glibc - glibc-2.3.2-27.9.7 JVM - SUN 1.4.2 My applications HANGS after runnning for some time. Do you any work arounds for this problem "Thread-11" prio=1 tid=0x6a920368 nid=0x999 runnable [6bc7b000..6bc7b854] at java.io.ExpiringCache.cleanup(ExpiringCache.java:94) at java.io.ExpiringCache.get(ExpiringCache.java:51) - locked <0x46e82cb0> (a java.io.ExpiringCache) at java.io.UnixFileSystem.canonicalize(UnixFileSystem.java:137) at java.io.File.getCanonicalPath(File.java:513) at java.io.FilePermission$1.run(FilePermission.java:218) at java.security.AccessController.doPrivileged(Native Method) at java.io.FilePermission.init(FilePermission.java:212) at java.io.FilePermission.(FilePermission.java:264) at java.lang.SecurityManager.checkRead(SecurityManager.java:863) at java.io.File.exists(File.java:678) I dont get this problem if I run with LD_ASSUME_KERNEL=2.2.5 setting. But the applications runs very slow( around 50% slower). Does anyone has come accross this problem ? Reg Veda -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- ~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Crashes/Hangs on Mandrake 10.0
I found a couple of bug reports you have logged before, most have been filed to the netbeans group which is why we've probably never seen them. I don't use Mandrake myself, I did run your program on 1.4.2 (as 2.1) and saved and it loaded fine. I'm sure debian is fine too. If the machine is really badly halted as you describe then it really sounds like a graphics/driver issue. I've seen these from time to time. If it is then you should be able to run the app remotely displayed to another machine or use vnc, that would narrow down the cause, unfortunately both those are slower methods of access so may also hide a race condition too regards calvin Richard -Gilligan- Uschold wrote: I'm not sure if this is the correct place to report this, but I couldn't find a bug report link. I could submit to Sun, but I've done that several times in the past, and they've never managed to fix anything. They take nearly a year to respond, and then can't reproduce the problem, and dismiss it as nor reproducible. For another bug I reported, they said it was the same as an already reported bug, but haven't fixed that one yet either. A program I wrote, scoreRegatta crashes/hangs on Mandrake 10.0, but ran fine on Mandrake 8.0. Even Ctrl-Alt-F2 is ignored! The only way to recover is to hit the reboot button on the computer. I was running Sun's v 1.4.2 on both drake 8.0 and drake 10.0: 46 pluto ~> java -version java version "1.4.2" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2-b28) Java HotSpot(TM) Client VM (build 1.4.2-b28, mixed mode) I tried kaffee and gij, hoping these VM's might not have this problem, but neither will run even the most rudimentary gui application. I tried blackdown java, which fails the same as Sun's java. 47 pluto ~> bjava -version java version "1.4.2-rc1" Java(TM) 2 Runtime Environment, Standard Edition (build Blackdown-1.4.2-rc1) Java HotSpot(TM) Client VM (build Blackdown-1.4.2-rc1, mixed mode) The crash happens during the initialization phase of scoreRegatta. The progress bar has been as various positions between 50% and 80% during the hang. I switched from Mandrake 8.0 to Mandrake 10.0 a few months ago, because Mandrake 8.0 would always hand during shutdown, failing to kill some process, and forcing ckdsk at every reboot. Another related reason for switching, is that debugging scoreRegatta in NetBeans would often hang NetBeans. In particular, one java process would be in the "DiskSleep" state, and Netbeans would hang. I would kill the java processes and start NetBeans again. Unfortunately, theDiskSleep process can not be killed! Not even as root, not with -9 option, and worst of all, shutting down linux would not kill it either! Which would also force ckdsk on reboot. The program: installation package, including jar file: (README describes installation) http://dbh3.us/cgi-bin/getZip/scoreRegatta.zip java Source files: http://dbh3.us/cgi-bin/getZip/RegattaSrc.zip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- ~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: javaws / webstart on fedora for amd64
I believe you are seeing a generic javaws bug that is unfortunately a change in behavior of glibc/waitid Juergen take a look at 6188963, Hui believes you can just switch in waitpid instead of waitid. btw the 1.5 32bit JVM should also work on your machine too, but the javaws has the same issue regards calvin Don Appleman wrote: Good afternoon -- I'm new to the list, but first looked through the archives and found nothing on this issue. I'm running Fedora core 3 on amd64, with kernel 2.6.9-1.667. There is no javaws bundled with Sun's amd64 JDK1.5.0, and the i386 javaws bundled with Sun's jdk1.4.2_06 consumes 100% CPU and never displays the Web Start dialog. This led me to blackdown.org. Love your work. I downloaded and installed the blackdown jre (j2re-1.4.2-rc1-linux-amd64.bin), & the blackdown jdk (j2sdk-1.4.2-rc1-linux-amd64.bin). In both cases I find that, unfortunately, javaws behaves the same as Sun's javaws from their jdk1.4.2_06; that is, it appears to consume 100% of CPU, and never displays the Web Start dialog. Has anyone else out there used javaws under Fedora for amd64? If so, what versions of the relevant software did you use, and did you have to engage in any trickery or magic to get it to work? Much TIA. Don Appleman -- ~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Licensing questions
Lots of difficult questions here. Joining the blackdown porting project means you use the blackdown binary license etc. If you want to talk to someone at Sun let me know and I'll forward your questions on regards calvin Marc St-Jean wrote: >On Jan 7, 2005, at 12:58 PM, Dominic Duval wrote: > > > >>Hey Marc, >> >>Note, however, that the information contained in this email summarizes >>my own interpretation of Sun and Blackdown access rules to the Java VM >>source tree and should not be considered legal advice, nor be viewed as >>official answers from Blackdown, my employer, or myself. >> >> > >Thanks Dominic, I understand and appreciate your interpretation. > > > > >>>We want to port Blackdown to a Linux distribution running on a CPU not >>>currently supported. Reading the information on the Blackdown and Sun >>>web sites leaves me with some questions with regards to distributing >>>our build which would be derived from both Sun's source and >>>Blackdown's >>>patches. >>> >>> >>Just our of curiosity, what's that CPU? >> >> > >Sorry I can't answer that yet, I don't have permission from our >customer. > > > > >>>My main questions are... >>> >>>1. Does applying the Blackdown patches change any of the licensing >>>requirements. In other words does it add any restrictions to the Sun >>>licensing requirements compared to only using the Sun sources? >>> >>> >>Here's how it works: Blackdown has its own CVS where sources are >>stored. >>In order to get access to that CVS you need to 1) Contact the CVS >>maintainers 2) Have them provide you the contract, which is really >>between you and Sun Microsystems >> >> > >This sounds great but without getting any replies from the contacts on >the web site it is difficult! >I understood that some Linux distros (RedHat?) were distributing the >Blackdown JRE so there must be one live contact email where they were >able to verify licensing. > > > > >>Moreover, the Sun Community License is already restricted enough. You >>can't really use it for a product you'll distribute. >> >> > >Yes, but I'm trying to find out if there are any additional >restrictions. For instance, from my understanding of the Sun >information, you can distribute the JRE (once it has passed the JCK and >been evaluated by Sun). However, if I've based my JRE on Blackdown >patches in addition to Sun sources does it change anything? > > > > >>>2. Are the Blackdown patches to the JRE available for download? >>> >>> >>Not that I know of. The contract between Blackdown developpers and Sun >>Microsystems allows us to distribute patches, but we need to be >>*really* >>careful not to provide too much stuff in the patch. That might explain >>why you won't find any Blackdown patch on the Internet. I know I >>wouldn't take the risk to distribute one :) >> >>On the other hand, the way I understand it, the source tree you'll get >>access to from Sun is way different from the one we use for the >>Blackdown project. So a Blackdown patch might now apply cleanly on the >>Sun source tree. Not sure about it though, as I have never downloaded >>sources directly from sun. >> >> > >That is interesting, I'm not sure it is clear to me. You state "The >contract between Blackdown developpers and Sun Microsystems allows us >to distribute patches". If the patches aren't against the Sun source >(obtained through the SCSL) then how can they be of use to people >recompiling/porting to their distros? > > > > >>>3. Are the Blackdown patches to the JDK available for download? >>> >>> >>See previous answer. >> >> >> >>>4. If the answer to questions 3 and/or 4 is no, is it available if we >>>fax proof that we are licensed. And if so to both the JRE and SDK >>>patches? >>> >>> >>No idea. I don't have control over the cvs and/or the registration >>process. Karl Asha does. >> >> > >Karl was the first contact I tried two months ago but no reply. I'll >send you a private email if you don't mind verifying have the right >address. Some the pages on the site may have an old address. > > > >>In my opinion doing this will be difficult. >> >>
Re: Licensing questions
eek, I'm going to ask Darin what happened Juergen Kreileder wrote: Marc St-Jean writes: BTW, I went to verify how the "blackdown binary license" would be different from the Sun license with regards to distribution with a distro. However after downloading twice from the ftp.tux.org mirror the LICENSE file at the root of the 1.4.2-01 directory appears to be corrupt. In the SUPPLEMENTAL LICENSE TERNS sub-section B. is truncated at "... agree to defe". Sub-section C. has a (v) clause with no text. Sub-section E. is truncated at "... reproduced in its enti". Could someone please verify this file? You're right. Calvin, this is a problem inherited from the Sun source, the jdk/jre licenses are broken in the 07-fcs code. Juergen -- ~~~ NOTICE: This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. ~~~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
