JDK 1.1.6v4a SIGSEGV 11 and fix
JDK 1.1.6v4a give me SIGSEGV "out of the box". Dump from java_g: SIGSEGV 11* segmentation violation Full thread dump: "../../../../src/genunix/java/green_threads/src/monitor_md.c", line 443: assertion failure *** panic: Internal error dumping threads! My config: jdk1.1.6-v4a-i386-libc5.tar.gz Linux 2.0.35 libc.so.5.4.44 ld.so.1.9.7 libdl.so.1.9.7 (Notice I'm NOT using ld.so.1.9.9) Solution: Remove libc.so.5 and libdl.so.1 from $JAVAHOME/lib/i686/green_threads/ Everything seem to work ok now. Cheers, Paul
Re: Bug in JDK1.1.6v2 and previous releases ?
At 10:44 AM -0700 07/02/98, Eitzenberger Thomas wrote: >Juergen Kreileder wrote: > >> It crashes only with the 1.1.6v2 (libc5/glibc) vm that has motif >> statically linked in. If you have Motif/Lesstif try setting >> DYN_JAVA=1, if you don't have Motif you will have to use 1.1.6v1. >> >> My own build of 1.1.6v2 (with minor modifications by myself) doesn't >> crash. >> >> Jürgen >> >> -- >> Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V >> Baroper Strasse 301, D-44221 Dortmund, Germany >> Phone: ++49 231/755-5806, Fax: ++49 231/755-5802 > > Did you test this on your machine ? >I tryed DYN_JAVA=1 but ended up the same way: It crashes. Doesn't crash with DYN_JAVA=1 Using lesstif-current. Not really current current, but current enough ;-) Cheers, Paul
Re: JEditorPane problem...
At 12:12 PM -0700 10/1/98, Bruno Boettcher wrote: >hello, > >another problem > >i try to instantiate a JEditorPane and get strange Errors: >java.lang.NumberFormatException: 98% >at java.lang.Integer.parseInt(Integer.java) >at java.lang.Integer.valueOf(Integer.java) >at com.sun.java.swing.text.html.HRuleView.(HRuleView.java:62) swing don't like your tag. It's expecting an Integer number and you give it "98%" Try swing1.1b2, swing 1.1 have a better HTML parser. Cheers, Paul
Re: Unix/Linux commands using Java
At 11:12 PM -0800 11/30/98, <[EMAIL PROTECTED]> wrote: >2. Can I combine Perl with Java? The latest Perl 5.005_54 come with JPL Cheers, Paul
Re: Java.Linux.GUI
At 8:13 PM -0800 12/11/98, irfuben wrote: >Replace X-windows with a GUI written in Java GGI or SVGAlib? >specifically for Linux and Apache. Apache? In what way? Cheers, Paul
Re: Problem with jdk1.1.3
At 05:48 PM +1100 06/29/98, Markian Jaworsky wrote:
>(Not sure if this got through - reposting)
>
>Specifically, when compiling a program which uses threads comes with:
>robot.java -
>"Could not instantiate /java/lang/Thread"
>
>//robot.java, an intended java 1.1 program
>import java.awt.*;
>import java.awt.applet.*;
>
>// The Thread class hasn't changed from 1.0 to 1.1 has it? ;)
>public class robot extends Applet implements Runnable {
> Thread animator;
> public void start() { (if animator == null) animator.start(); }
// try this:
public void start() {
if (animator == null) {
animator = new Thread(this);
animator.start();
}
}
> public void stop() { if animaotr != null) animator.stop(); }
> public void run() { //some code }
>}
>
Re: Troubling getting JDK1.1.6v2 to work
At 11:03 AM -0400 06/29/98, J. Robert Buchanan wrote: >Hello, > > I installed the jdk1.1.6 package on my RedHat Linux 5.0 system >(installed originally from the RedHat CD's). When I try to run "java" >I get a segmentation violation error like this: Please check RedHat's errata : http://www.redhat.com/support/docs/rhl/rh50-errata-general.html http://www.redhat.com/support/docs/rhl/intel/rh50-errata-intel.html Also check the README.linux from the jdk1.1.6 package. You need to upgrade your glibc2 and ld.so at least... Cheers, Paul
Re: jvm support for >1024 fds
>From the FAQ in glibc 2.0.109:
>2.25. I need lots of open files. What do I have to do?
>
>{AJ} This is at first a kernel issue. The kernel defines limits with
>OPEN_MAX the number of simultaneous open files and with FD_SETSIZE the
>number of used file descriptors. You need to change these values in your
>kernel and recompile the kernel so that the kernel allows to use more open
>files. You don't necessarily need to recompile the GNU C library since the
>only place where OPEN_MAX and FD_SETSIZE is really needed in the library
>itself is the size of fd_set which is used by select.
>
>The GNU C library is now (nearly) select free. This means it internally has
>no limits imposed by the 'fd_set' type. Instead almost all places where the
>functionality is needed the 'poll' function is used.
>
>If you increase the number of file descriptors in the kernel you don't need
>to recompile the C library. The remaining select calls are in the RPC code.
>If your RPC daemons don't need more than FD_SETSIZE file descriptors, you
>don't need to change anything at all.
>
>{UD} You can always get the maximum number of file descriptors a process is
>allowed to have open at any time using
>
>number = sysconf (_SC_OPEN_MAX);
>
>This will work even if the kernel limits change.
Just FYI.
Cheers,
Paul
Re: Error in link on http://java.blackdown.org/~sbb/
At 8:39 PM +0100 2/4/99, Kaj Hejer wrote: >H!! > >The link to donwloading JDK for linux >(http://www.blackdown.org/java-linux/Mirrors.cgi) from >http://java.blackdown.org/~sbb/ just give me a "Not found" message. use http://www.blackdown.org/ Cheers, Paul
Re: jdk1.2 class lib on jdk1.1 jvm?
At 12:07 AM +0100 2/8/99, Logi Ragnarsson wrote: >in the short term all I really need is the collections API. There is a version for java 1.1: http://www.javasoft.com/beans/infobus/index.html#COLLECTIONS Cheers, Paul
Re: Web site dead?!?/Java 2
At 12:27 AM +0100 2/8/99, Joachim Breuer wrote: >Hello! > >As can be seen on http://www.blackdown.org/java-linux/info.html, your >web site has last been touched on 98/12/17 with the remark that >1.2/Java2 is sorta running and to be expected in at most one month. Did you actually check the page? The JDK 1.2 info was last modified Mon, Feb 1, 1999 12:30:11 AM GMT http://www.blackdown.org/java-linux/ports.html#jdk1.2 Kevin B. Hendricks also posted a status report last Wednesday: >Date: Wed, 3 Feb 1999 19:15:00 -0500 >To: [EMAIL PROTECTED] >From: "Kevin B. Hendricks" <[EMAIL PROTECTED]> >Subject: Another JDK 1.2 Status Report Cheers, Paul
Re: Green/Native threads
At 12:09 PM -0500 2/8/99, Nelson Minar wrote: >A bit more info on thread limits.. Linux 2.0 defines NR_TASKS in >/usr/src/linux/include/linux/tasks.h. The default is 512, but then >there's MAX_TASKS_PER_USER which is defined as NR_TASKS/2. So if I >understand right, that means that a Java process using native threads >is limited to 256 threads in the default kernel. It's possible that >boosting NR_TASKS up and recompiling the kernel will Just Work, but I >don't know. I also don't know the implications on kernel memory used >or scheduler performance. In Linux 2.2.1, NR_TASKS is 512 and the comment said "On x86 Max 4092, or 4090 w/APM configured." So i suppose up to 4092 tasks, assume you have enough memory, is just a recompile away. Cheers, Paul
Re: zlib???
At 04:36 PM -0400 07/01/98, Wayne wrote: >Hello, >Can someone tell me how to use zlib on src.zip? >I really would appreciate some help. The documentation >that I pull down so far has no mention on how to use it >on src.zip. src.zip is just a zip file. You can just unzip it. If you really want to compile your own. For more info on zip: http://www.cdrom.com/pub/infozip/ For more info on zlib: http://www.cdrom.com/pub/infozip/zlib/ Cheers, Paul
Re: No luck with thread
At 03:45 PM +1100 07/01/98, Markian Jaworsky wrote: >Still no luck with the suggested thread change. > >Specifically, when compiling a program which uses threads comes with: >robot.java - >"Could not instantiate /java/lang/Thread" Can you run some of the demo like NervousText? Cheers, Paul
Re:
At 01:14 PM -0700 07/08/98, John Vliet wrote: >this library causes requesting a Socket to send the Java VM (1.1.6) into >a thread panic aborting with many errors and traces. if the library is >replaced with the older ld-linux.so.1.9.5 library the problem goes away, >but breaks other programs on the system. Is there a better fix for this >problem? If the Socket is opened using the ld-linux.so.1.9.5 library >then the newer library is put back in using ldconfig, the Java program >will still work. >ERRORs: > >SIGSEGV 11* segmentation violation > stackbase=0xb850, stackpointer=0xb754 > >The host is running Slackware linux with kernel 2.0.34 >The JDK version is 1.1.6 Try remove the libdl.so.1 and libc.so.5 from your $JAVA_HOME/lib/i686/green_threads/ You are using a new enough libc5 right? Cheers, Paul
libdl.so.1.9.9 and JDK 1.1.6v2
For everyone using libdl.so.1.9.9 and JDK 1.1.6v2. Try remove the libdl.so.1 and libc.so.5 from your $JAVA_HOME/lib/i686/green_threads/ Assuming you are using a newer libc5 like libc.so.5.4.44 of course. In any case, read the README.linux file. Cheers, Paul
Re: Trying to use LessTif with jdk1.1.6-v2
>Interesting. Do you remember which version of lesstif-current you used? My >tests >are based on 1.18 with last change in ChanageLog done on 1998/03/24 23:00:45. Since mozilla released on April 1, there were lots and lots of improvement on lesstif. You need something more up to date. Just get the latest from http://www.lesstif.org/ Cheers, Paul
Re: GLibc-2.1 and JDK1.2pre-v1
At 9:30 AM +0100 3/8/99, German Jose Gomez Garcia wrote: > Well, although many people has reported strange problems with >glibc-2.1, it is working ok here (I would say that it is working faster, >but I have no benchmarks) and it supports things like Unix98 pty and more. > The only problem (ignoring some weird apps like StarOffice 5.0) is >that some binaries linked against libstdc++ doesn't work anymore, one >of them is JDK, so I would like to know if is there any plans to make >a glibc-2.1 version of the JDK1.2 available? If you don't have a >glibc-2.1 system I could compile it myself or if you want to do it yourself >contact me, maybe I can provide access to a dual PII300 with "latest >everything" installed on it, and fast (4Mb/s) Internet access in order to >compile it on it. I'm using glibc2.1 on Libux 2.2.2-ac7 , JDK1.2pre1 is working ok for me. (green thread, no jit) Exactly what kind of problem do you have? Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: color problems viewing images from Linux jdk1.1.5 via Exceed
At 11:00 AM -0400 05/19/98, Geoffrey S. Knauth wrote: >If I recall correctly, 32-bit color is [Red][Green][Blue][Alpha]. If >some layer were confused and just masked off the lower 24-bits, you'd >lose [Red]. Switching to 24-bit color would make the problem appear >to go away. It all depend on the Color Model you are using of course. The default is [Alpha][Red][Green][Blue] http://java.sun.com/products/jdk/1.1/docs/api/java.awt.image.ColorModel.html#get RGBdefault() public static ColorModel getRGBdefault() Return a ColorModel which describes the default format for integer RGB values used throughout the AWT image interfaces. The format for the RGB values is an integer with 8 bits each of alpha, red, green, and blue color components ordered correspondingly from the most significant byte to the least significant byte, as in: 0xAARRGGBB But using the java.awt.image.DirectColorModel class you can define your own. public DirectColorModel(int bits, int rmask, int gmask, int bmask, int amask) Constructs a DirectColorModel from the given masks specifying which bits in the pixel contain the alhpa, red, green and blue color components. All of the bits in each mask must be contiguous and fit in the specified number of least significant bits of the integer. Cheers, Paul
Re: Survey: does this crash your compiler?
Well using JDK1.1.6v3 on Linux it doesn't crash, just an error:
sun.tools.java.CompilerError: stackSize null
gjc 0.6g compile the code with no error.
pizza 0.39g give the following error:
DieNow.java:5: class 'null not found in class DieNow.$anonymous_class0
Panel death = new Panel (null){
^
1 error
At 6:26 PM -0700 8/21/98, Dustin Lang wrote:
>Hi,
>
>I've found the miracle handful of lines of code that crash two out of
>three compilers I could find *grin*
>import java.awt.*;
>
>public class DieNow {
>public DieNow () {
>Panel death = new Panel (null){
>public Insets getInsets () {
>return new Insets (6,6,6,6);
>}
>};
>}
>}
Re: native code Java application.
At 12:50 PM +0100 04/13/99, Urs Wagner wrote: >Sorry > >I mean native code Java application. try the gcj thing form cygnus. http://sourceware.cygnus.com/java/ It's a Java front end to egcs. >Wait I'm confused. Isn't JFC just Swing? Why isn't that "native Java"? JFC1.1 is swing, 100% pure Java and all. JFC1.2 (or is it JFC2?) include java2d, drag and drop etc. BTW, some even claim AWT in Java 1.0 and 1.1 is JFC 1.0 !! Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: You're gonna love this...
At 09:07 AM -0700 04/27/99, Christine Eckstein wrote: >Has anyone got a JDK working on RedHat 6.0 yet? Heehee! I'm using a very late rawhide, glibc2.1 with linux 2.2.6-ac1 etc. jdk 1.2 pre-v1 works. I would expect 6.0 is ok too. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc 2.1 binary
At 05:20 PM -0700 04/26/99, Pete Wyckoff wrote: >For 1.1 you may want to back up to 116v5, or you can try 1.2pre-v1, >but I've personally had no success with 1.1.7 and glibc2.1 either. There is a solution for jdk117 on glibc 2.0 and 2.1 Read JitterBug for detail. It's more that a month old already, it seem nobody read JitterBug. Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: glibc 2.1 binary
At 06:09 PM -0500 04/26/99, [EMAIL PROTECTED] wrote: >Hi, > >Is there still a planned glibc 2.1 release of pre-v1? JDK1.2 pre-v1 works with glibc2.1 You have to use green threads and nojit. README.linux have more info. (BTW, from the README.linux pre-v1 was bulit on glibc 2.1) Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: More problems with Java2 and Redhat6.0
Read README.linux You need greenthread and nojit Paul At 02:02 PM +0300 05/03/99, Jani Mikkonen wrote: >Call me stupid! Last post i made was made in haste. I did check that all >java >binaries runs properly and console "hello world" executes normally, what >i didnt >check was AWT based programs. Now the problem is in 'em. AWT based >programs seems >to crash for no reason. First, ofcourse, java reported errors about >missing >library but i knew this bug and corrected it with these to lines: > >g++ -shared -o /usr/local/lib/libstdc++-libc6.0-1.so.2 -lm >ldconfig > >So, now AWT programs starts correctly but after the Frame should appear >to screen >it pops to screen and disappears really fast. > >Any ideas ? > >-- > >Jani Mikkonen (rasjani at pcuf dot fi) > > >-- >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: netscape 4.61, Java, Redhat 6.0
At 11:58 AM -0400 07/23/99, Nelson Minar wrote: >Could it really just be me? I'm running pretty basic Netscape, about >the only change I made was running Fortify over the browser. Trivial >applets like > >http://nelson.www.media.mit.edu/people/nelson/research/mas964/ps2/CircleRepetition.html >are killing it. Try it yourself - run the applet, click and hold in >the window and drag around awhile. (Enjoy the pretty circles). For me, >after about 15 seconds of this, Netscape locks up solid. No problem here. Netscape communicator 4.61 from Redhat rpm on RedHat 6.0 with updates from (updates|rawhide).redhat.com Netscape do locks up from time to time. Your applet just fail to do it this time ;-) Cheers, Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: IBM has posted early-access JDK 1.3
AFAICT implemention for setRequestProperty is the same in jdk 1.1, 1.2 and 1.3 Don't forget java.net.URLConnection is an abstract class. Cheers, Paul At 11:53 AM -0400 5/9/0, Gayathri Viswanathan wrote: >Hi ! > >Is the setRequestProperty method in java.net.URLConnection implemented in >this version ? I checked out the Sun release for Windows and the 1.3 version >doesnt seem to have implemented it yet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
