Cool new tool for JDK1.2 performance analysis
I've just published a tool I wrote to assist me in performance profiling of applications I'm developing under JDK1.2. Although I work in the Linux environment, the tool should (I suppose) work in any JDK1.2 environment. The tool, JAnalyzeProfile, is a perl script that analyzes the profile data produced by the "java -Xrunhprof..." output, and I've found that it does a nice job of fingering hotspots. The tool is available at http://www.teleport.com/~nmeyers/JAnalyzeProfile/ . Be sure to read the caveats at the end of the article. The most important one is that the tool works well with green threads, but, due to profiling behavior with native threads (defect?), does not report usable information when native threads are used. Enjoy! Nathan Meyers [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Questions concerning jikes.
On Sat, 13 Mar 1999, Justin Knotzke wrote: > Also, is there a noticeable difference in speed? Only one order of magnitude. -- Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JDK 1.2 Bug sigsegv and swing sizeing
I have submitted this as bug 552 but I wondered if anyone can help:
Full_Name: Trevor Harris
JDK_Version: 1.2 pre 1
JDK_Arch: i386 (x86)
Linux_Dist: Caldera
Linux_Dist_Ver: Open Ingres 1.0
Libc_Ver: libc.so.5.4.44
Ld_Ver: 1.7.14
Dyn_Java: no
Toolkit: Motif
Toolkit_Ver: Swim 2.0 1e
Bug_Example: http://
Submission from: host1.trevan.u-net.com (194.119.136.142)
I have major intermitant problems with swing programs. Sometimes I get a
segment
violation as shown by the dump below. Sometimes I get a frame which fills my
screen vertically which displays only a stretched header for the table.
Sometimes
it works correctly. So I guess there is a race condition somewhere.
Please find below a test program, a dump, and my ldconfig -D output.
I am using Xfree 3.3.2. with tvwm window manager.
import javax.swing.*;
import javax.swing.table.*;
import java.awt.*;
public class Test1 extends JFrame{
public Test1(){
super("Invoices");
AbstractTableModel tm = new AbstractTableModel(){
public int getColumnCount() { return 7; }
public int getRowCount() { return 3; }
public Object getValueAt( int row, int col ) {
return (Object)"XXX" ;
}
};
JTable t = new JTable(tm);
JScrollPane s = new JScrollPane(t);
Container p = getContentPane();
p.add(s);
}
public static void main(String[] args){
Test1 i = new Test1();
i.pack();
i.setVisible(true);
}
}
SIGSEGV 11* segmentation violation
stackpointer=0xb2a8
Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads):
"AWT-Motif" (TID:0x4107b0b8, sys_thread_t:0x44713010, state:R, native ID:0x1
806) prio=5
at sun.awt.motif.MToolkit.run(Native Method)
at java.lang.Thread.run(Compiled Code)
"SunToolkit.PostEventQueue-0" (TID:0x4107b588, sys_thread_t:0x44706258, stat
e:CW, native ID:0x1405) prio=5
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Compiled Code)
at sun.awt.PostEventQueue.run(Compiled Code)
"AWT-EventQueue-0" (TID:0x4107b558, sys_thread_t:0x83b9410, state:CW, native
ID:0x1004) prio=6
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Compiled Code)
at java.awt.EventQueue.getNextEvent(Compiled Code)
at java.awt.EventDispatchThread.run(Compiled Code)
"Finalizer" (TID:0x4105e320, sys_thread_t:0x81c3428, state:CW, native ID:0xc
03) prio=8
at java.lang.Object.wait(Native Method)
at java.lang.ref.ReferenceQueue.remove(Compiled Code)
at java.lang.ref.ReferenceQueue.remove(Compiled Code)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:174)
"Reference Handler" (TID:0x4105e3b0, sys_thread_t:0x81bebc8, state:CW, nativ
e ID:0x802) prio=10
at java.lang.Object.wait(Native Method)
at java.lang.Object.wait(Compiled Code)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114)
"SIGQUIT handler" (TID:0x4105e3e0, sys_thread_t:0x81b75c8, state:R, native I
D:0x401) prio=5
"main" (TID:0x4105e1e0, sys_thread_t:0x8143018, state:R, native ID:0x400) pr
io=5
at java.text.NumberFormat.getInstance(Compiled Code)
at java.text.NumberFormat.getInstance(Compiled Code)
at javax.swing.JTable$7.(Compiled Code)
at javax.swing.JTable.createDefaultRenderers(Compiled Code)
at javax.swing.JTable.initializeLocalVars(Compiled Code)
at javax.swing.JTable.(Compiled Code)
at javax.swing.JTable.(Compiled Code)
at Test1.(Compiled Code)
at Test1.main(Compiled Code)
Monitor Cache Dump:
java.lang.ref.ReferenceQueue$Lock@4105E338/41093D78:
Waiting to be notified:
"Finalizer" (0x81c3428)
java.awt.EventQueue@4107B508/410CA5B8:
Waiting to be notified:
"AWT-EventQueue-0" (0x83b9410)
sun.awt.PostEventQueue@4107B588/410CA7F8:
Waiting to be notified:
"SunToolkit.PostEventQueue-0" (0x44706258)
java.lang.ref.Reference$Lock@4105E3C0/410938A8:
Waiting to be notified:
"Reference Handler" (0x81bebc8)
Registered Monitor Dump:
PCMap lock:
utf8 hash table:
JNI pinning lock:
JNI global reference lock:
BinClass lock:
Class linking lock:
System class loader lock:
Code rewrite lock:
Heap lock:
Monitor cache lock: owner "main" (0x8143018) 1 entry
Thread queue lock: owner "main" (0x8143018) 1 entry
Dynamic loading lock:
Monitor registry: owner "main" (0x8143018) 1 entry
ldconfig: version 1.7.14
/usr/i486-linuxlibc5/lib:
libm.so.5 => libm.so.5.0.9
libc.so.5 => libc.so.5.4.46
/usr/X11R6/lib:
libMagick.so.4 => libMagick.so.4.0.4
libXm.so.2 => libXm.so.2.0
libUil.so.2 => libUil.so.2
libMrm.so.2 => libMrm.so.2
libXp.so.6 => libXp.so.6.2
libXaw.so.6.1.Xaw3d => libXaw.so.6.1.Xaw3d
libXp
How to prevent public access to private methods?
Hello alltogether,
maybe this isn't the right place to ask this question, but because my examples
also result in a segmentation violation using your new port of the JDK-1.2
(thanks a lot for the good work!) you may take this just as a hint for
a bug concerning the binary compatibility (see CH13 of java language
specification).
Assume the following two classes:
public class PublicMethod {
public void fkt() {
System.out.println("public fkt() was called!");
}
}
public class CallPublic {
public static void main(String argv[]) {
PublicMethod pm=new PublicMethod();
// use the public method 'fkt()'
pm.fkt();
}
}
Executing 'CallPublic' results in a message "public fkt() was called!" as
expected. After that, I change the access modifier of method fkt() in class
PublicMethod from public to private:
public class PublicMethod {
private void fkt() {
System.out.println("private fkt() was called!");
}
}
I recompile class PublicMethod and leave CallPublic untouched. Then, when
CallPublic is executed, I get "private fkt() was called!" in spite of the
private access modifier (in JDK-1.1.7 - JDK-1.2 signals a segmentation
violation)! This behaviour also occurs when changing access
modifiers of member variables. As mentioned in the language specification,
this could be rated as a feature and not a bug (binary compatibility).
But it is left to the implementor of the JVM, how the JVM reacts in such
a case ("Changing the declared access of a member or constructor to permit
less access _may_ break compatibility with pre-existing binaries, causing a
linkage error to be thrown when these binaries are resolved.").
Now, when I want to create an environment, where I can dynamically load
further classes to execute them in this environment, how can I prevent,
that someone builds bytecode, that accesses the private members and methods
of this runtime environment (similar applets, that get access to the
AppletContext).
Well, when using an interface (like AppletContext), you get an
"IncompatibleClassChangeError: Unimplemented interface method" if you
change the access modifier of the implemented method to private. But
if a possible attacker writes ByteCode that performs a type cast on the
reference that he has got as a interface type from the runtime environment,
he can call its private methods and members if he knows their names and
the class name of the implementation (maybe by using the reflection api).
Is there someone who can give me a hint, how to solve this problem?
Thanks in advance!
Dirk
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Magician pulled off the market
Bernd Kreimeier wrote: > [about as much off topic as "JMF for Linux"] > > With respect to "Java3D for Linux": Arcana Ltd., > the company that till last week provided a very > popular Java OpenGL API and implementations for > JNI, RNI and Netscape's JRI on Linux, Windows, > Mac, and other platforms, has been forced to close > shop. > This doesn't seem off-topic to me at all. In general, Java3D seems like a very microsoftian initiative on the part of sun - an attempt to generate revenue by crippling genuinely open standards like OpenGL and step on anybody else who dares to provide extensions to Java. My company bought into Magician as a migration path away from AWT and Swing; our current plan is to ultimately use GNOME for 2D and OpenGL for 3D. Fortunately, we'd already purchased Magician; unfortunately, it's probably impossible to use it in deliverable products now since we're a small company, too and can't afford a decent price for the source code. I think Linus is proved right in his skepticism about the possibility of an "open" platform owned by a single manuafacturer. Sun doesn't just want to beat microsoft in the marketplace - sun wants to be microsoft. It's really too bad, since SUN (Stanford University Network) wouldn't exist without free (in the FSF sense) software. Peter Johnson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Hope this helps some :)
Hi ! [mathias@sandman]$ javac HelloWorld.java *** panic: GC: getStickySystemClass failed: java/lang/ref/Reference CLASSPATH may be incorrect SIGABRT 6* abort (generated by abort(3) routine) stackpointer=0xb5a0 Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads): "main" (TID:0x4035a1e0, sys_thread_t:0x804c440, state:R, native ID:0x400) pio=5: pending=java.lang.OutOfMemoryError Monitor Cache Dump: Registered Monitor Dump: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "main" (0x804c440) 1 entry Thread queue lock: owner "main" (0x804c440) 1 entry Dynamic loading lock: Monitor registry: owner "main" (0x804c440) 1 entry --- /sbin/ldconfig: version 970402 /usr/i486-linuxaout/lib: libvga.so.1 => libvga.so.1.2.7 libtk.so.3 => libtk.so.3.1.1 libtcl.so.3 => libtcl.so.3.1 libm.so.4 => libm.so.4.6.27 libdb.so.1 => libdb.so.1.85.1 libcurses.so.0 => libcurses.so.0.1.2 libc.so.4 => libc.so.4.7.2 libXt.so.6 => libXt.so.6.0 libXt.so.3 => libXt.so.3.1.0 libXpm.so.4 => libXpm.so.4.2 libXaw.so.6 => libXaw.so.6.0 libXaw.so.3 => libXaw.so.3.1.0 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.0 libX11.so.3 => libX11.so.3.1.0 /usr/lib: libxml.so.0 => libxml.so.0.0.0 libgtop_sysdeps.so.1 => libgtop_sysdeps.so.1.0.0 libgtop_suid_common.so.1 => libgtop_suid_common.so.1.0.0 libgtop_names.so.1 => libgtop_names.so.1.0.0 libgtop_guile_names.so.1 => libgtop_guile_names.so.1.0.0 libgtop_guile.so.1 => libgtop_guile.so.1.0.0 libgtop_common.so.1 => libgtop_common.so.1.0.0 libgtop.so.1 => libgtop.so.1.0.0 libghttp.so.0 => libghttp.so.0.99.2 libgtk.so.1 => libgtk.so.1.0.6 libgdk.so.1 => libgdk.so.1.0.6 libobgtk.so.1 => libobgtk.so.1.1.3 libobgnome.so.0 => libobgnome.so.0.0.0 libzvt.so.2 => libzvt.so.2.1.2 libgtkxmhtml.so.1 => libgtkxmhtml.so.1.0.1 libgnorbagtk.so.0 => libgnorbagtk.so.0.0.0 libgnorba.so.27 => libgnorba.so.27.1.4 libgnomeui.so.32 => libgnomeui.so.32.7.0 libgnomesupport.so.0 => libgnomesupport.so.0.0.0 libgnome.so.32 => libgnome.so.32.2.2 libgdkcardimage.so.0 => libgdkcardimage.so.0.0.0 libart_lgpl.so.2 => libart_lgpl.so.2.0.0 libpanel_applet.so.0 => libpanel_applet.so.0.0.0 libgkb_applet.so.0 => libgkb_applet.so.0.0.0 libfish_applet.so.0 => libfish_applet.so.0.0.0 libcapplet.so.0 => libcapplet.so.0.0.0 libORBitutil.so.0 => libORBitutil.so.0.4.0 libORBitCosNaming.so.0 => libORBitCosNaming.so.0.4.0 libORBit.so.0 => libORBit.so.0.4.0 libIIOP.so.0 => libIIOP.so.0.4.0 libIDL-0.6.so.0 => libIDL-0.6.so.0.0.0 libimlib-xpm.so.0 => libimlib-xpm.so.0.0.0 libimlib-tiff.so.0 => libimlib-tiff.so.0.0.0 libimlib-ps.so.0 => libimlib-ps.so.0.0.0 libimlib-ppm.so.0 => libimlib-ppm.so.0.0.0 libesddsp.so.0 => libesddsp.so.0.2.8 libimlib-png.so.0 => libimlib-png.so.0.0.0 libimlib-jpeg.so.0 => libimlib-jpeg.so.0.0.0 libaa.so.1 => libaa.so.1.0.3 libgtk-1.2.so.0 => libgtk-1.2.so.0.0.0 libgdk-1.2.so.0 => libgdk-1.2.so.0.0.0 libMesaGLU.so.3 => libMesaGLU.so.3.0 libMesaGL.so.3 => libMesaGL.so.3.0 libamu.so.1 => libamu.so.1.0.1 libqt.so.1 => libqt.so.1.42 libtk8.0.so => libtk8.0.so libtixsam4.1.8.0.so => libtixsam4.1.8.0.so libtix4.1.8.0.so => libtix4.1.8.0.so libtkx8.0.3.so => libtkx8.0.3.so libtclx8.0.3.so => libtclx8.0.3.so libtcl8.0.so => libtcl8.0.so libvgagl.so.1 => libvgagl.so.1.3.0 libvga.so.1 => libvga.so.1.3.0 libslang.so.0 => libslang.so.0.99.38 libreadline.so.3 => libreadline.so.3.0 libhistory.so.3 => libhistory.so.3.0 libnewt.so.0.30 => libnewt.so.0.30 libpanel.so.3.0 => libpanel.so.1.9.9e libncurses.so.3.0 => libncurses.so.1.9.9e libmenu.so.3.0 => libmenu.so.1.9.9e libform.so.3.0 => libform.so.1.9.9e libungif.so.3 => libungif.so.3.0.0 libtiff.so.3 => libtiff.so.3.4 libstdc++.so.2.8 => libstdc++.so.2.8.0 libpng.so.2 => libpng.so.2.1.0 libjpeg.so.6 => libjpeg.so.6.0.1 libjpeg.so.62 => libjpeg.so.62.0.0 librle.so.1 => librle.so.1.0.0 libppm.so.1 => libppm.so.1.0.0 libpnm.so.1 => libpnm.so.1.0.0 libpgm.so.1 => libpgm.so.1.0.0 libpbm.so.1 => libpbm.so.1.0.0 libfbm.so.1 => libfbm.so.1.0.0 libstdc++.so.2.7.2 => libstdc++.so.2.7.2.8
Re: Fonts, fonts, fonts (sizes, jdk1.2pre1)
Urban Widmark wrote:
>
> Hello
>
> Is there anything that can be done to make the jdk1.2 fonts behave more
> like the 1.1 ones? Included is a small testprogram with output. Notice the
> difference in height of the fontmetrics.
>
> Searching through the archives and the bug-reports gave at least one other
> person (hmm, no mail addresses in the archive?) with the same problem, but
> no solution. I've been playing with font.properties and the FontPath of my
> X server, without improvments.
>
> My FontPath when running the tests below (default font.properties):
> FontPath"/usr/X11R6/lib/X11/fonts/75dpi:unscaled"
> FontPath"/usr/X11R6/lib/X11/fonts/100dpi:unscaled"
> FontPath"/usr/X11R6/lib/X11/fonts/75dpi/"
> FontPath"/usr/X11R6/lib/X11/fonts/100dpi/"
> FontPath"/usr/X11R6/lib/X11/fonts/URW/"
> FontPath"/usr/X11R6/lib/X11/fonts/Type1/"
> FontPath"/usr/X11R6/lib/X11/fonts/Speedo/"
> FontPath"/usr/X11R6/lib/X11/fonts/misc:unscaled"
> FontPath"/usr/X11R6/lib/X11/fonts/misc/"
> (If I move the /75dpi/ entry down as I've seen in some example, emacs uses
> some really ugly scaled bitmap(?) fonts)
>
> jdk117_v1a:
> sun.awt.motif.X11FontMetrics[font=java.awt.Font[family=Dialog,name=Dialog,
> style=plain,size=12]ascent=11, descent=2, height=14]
> sun.awt.motif.X11FontMetrics[font=java.awt.Font[family=SansSerif,
> name=SansSerif,style=plain,size=12]ascent=11, descent=3, height=15]
> sun.awt.motif.X11FontMetrics[font=java.awt.Font[family=Serif,name=Serif,
> style=plain,size=12]ascent=11, descent=3, height=15]
> sun.awt.motif.X11FontMetrics[font=java.awt.Font[family=Monospaced,
> name=Monospaced,style=plain,size=12]ascent=10, descent=3, height=14]
> sun.awt.motif.X11FontMetrics[font=java.awt.Font[family=DialogInput,
> name=DialogInput,style=plain,size=12]ascent=11, descent=2, height=14]
>
> jdk1.2pre1:
> sun.awt.font.FontDesignMetrics[font=java.awt.Font[family=dialog,name=Dialog,
> style=plain,size=12]ascent=15, descent=9, height=25]
> sun.awt.font.FontDesignMetrics[font=java.awt.Font[family=sansserif,
> name=SansSerif,style=plain,size=12]ascent=15, descent=9, height=25]
> sun.awt.font.FontDesignMetrics[font=java.awt.Font[family=serif,name=Serif,
> style=plain,size=12]ascent=12, descent=5, height=18]
> sun.awt.font.FontDesignMetrics[font=java.awt.Font[family=monospaced,
> name=Monospaced,style=plain,size=12]ascent=14, descent=9, height=24]
> sun.awt.font.FontDesignMetrics[font=java.awt.Font[family=dialoginput,
> name=DialogInput,style=plain,size=12]ascent=14, descent=9, height=24]
>
> import java.awt.*;
>
> public class AA
> {
> // List from Toolkit.getFontList()
> static String[] fontnames = {
> "Dialog",
> "SansSerif",
> "Serif",
> "Monospaced",
> "DialogInput",
> };
>
> public static void main(String[] argv)
> throws Exception
> {
> Toolkit tk = Toolkit.getDefaultToolkit();
> for(int i=0; i Font f = new Font(fontnames[i], Font.PLAIN, 12);
> FontMetrics fm = tk.getFontMetrics(f);
> System.out.println(fm);
> }
> }
> }
>
> X Server is XFree86 (SVGA)
> XFree86 Version 3.3.3 / X Window System
> (protocol Version 11, revision 0, vendor release 6300)
> Release Date: November 18 1998
>
> glibc-2.0.7-19
> running with '-green -Djava.compiler='
>
> So is it a bug or just misconfiguration?
> Or is this size a property of these fonts?
> If you get nice looking fonts, try the above. What's the output?
> (and how did you do it? :)
>
> /Urban
>
To whom it concerns, the Sun version:
java version "1.2"
Solaris VM (build Solaris_JDK_1.2_01_dev06_fcsV, native threads, sunwjit)
Kind-a does the same thing:
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medium-r-normal--*-%d-*-*-p-*-sun-fontspecific]
Font specified in font.properties not found [-urw-itc
zapfdingbats-medi
cannot open shared object file
an someone please help with a library error:
when I try to run a simple application: source code provided:
import javax.swing.*;
public class jfctest extends JFrame{
public static void main(String args[]){
new jfctest();
}//end main
public jfctest(){
init();
}//end constructor
public void init(){
this.setSize(300,300);
this.setVisible(true);
}//end init
}//end class
I get this error:
$ java jfctest
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/usr/local/jdk1.2/jre/lib/i386/libfontmanager.so:
libstdc++-libc6.0-1.so.2: cannot open shared object file: No such file
or directory
After checking out the online docs, I have decided to help out any
answers by including a list of my libs:
$ ls libstd*
libstdc++-lib6.0-1.so.2 libstdc++.so.2.7.2.8 libstdc++.so.2.8.0
libstdc++.so.2.7.2 libstdc++.so.2.8
>From what I can tell I have all of the correct versions of libs (?)
OS: RedHat5.2
KERNEL: 2.0.36
BOX: AMD K6 200
MEM: 96M
Thanks
[EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jikes and Java 1.2
David Shields, one of the Jikes authors, asked me to forward the following: --- Jikes now supports the Java language changes added in 1.2. We'll soon be adding support for the three new classpath-related arguments ( -sourcepath, -bootclasspath and -extdirs) added to 1.2 javac. dave http://www.ibm.com/research/jikes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Crashes with JDK 1.2
Hi,
since I installed JDK1.2 my system has become quite unstable. I've
had several system crashes lately. I cannot put the blame on JDK1.2
for sure, since there is no deterministic way to reproduce the
problem, and, after all, bugs in the JDK should not affect the
system. So it's probably a kernel bug, showing up with the JDK. My
system used to be very stable before, I usually had an uptime for
several months (in fact, it rarely went down unless I shut it down).
It might be a problem with native threads -- this is why: Below is
a small test program which doesn't do much except for running two
threads where the main thread wakes up the other. After running
about half an hour the system usually becomes unstable. Usually
it starts by dates being garbled, e.g., "date" prints something
like "Sun Mar 14 73458:-4406389:-5 CET 1999". At the same time
when starting programs (no matter which, even "ls") they often
seg-fault on startup. Sometimes already running programs start to
core dump as well. Sometimes I even cannot login anymore (as root,
to reboot the system).
public class ThreadTest extends Thread {
public void run() {
for (;;) {
synchronized (this) {
try {
wait();
} catch (InterruptedException e) {
}
}
}
}
public static void main(String[] args) {
ThreadTest thread = new ThreadTest();
thread.start();
for (;;) {
synchronized (thread) {
thread.notify();
}
}
}
}
I'm using a SuSE 6.0 distribution with a 2.0.36 kernel and libc6.
The problem might be related to bug 474 from the Jitterbug DB.
Has anybody similar experiences? Would it help to update to a
2.2 kernel?
Stefan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java-Linux mailing list weirdnesses
This mailing list appears to be finding its way into a lot of unwelcome mailboxes... seems that every time I send something out to java-linux, I get a "please stop sending me mail" complaint from someone. My best guess is that some prankster somewhere is getting his kicks by handing out unsolicited subscriptions. Perhaps this would be a good time to add a challenge-response mechanism to the subscription process -- an initial piece of mail requiring the subscriber to confirm the subscription. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Questions concerning jikes.
Date sent: Sat, 13 Mar 1999 09:02:50 -0500 From: Justin Knotzke <[EMAIL PROTECTED]> To: "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> Subject:Questions concerning jikes. > Hi, > > I probably should complain to IBM about this but just in case I can get > a faster answer from the list: Has anyone been able to download Jikes > from IBM? I get an error because when it's time to download IBM tries to > point my browser to ftp:/alpha. (note the missing /) when I try to > add it myself it does not work since it must be a servlet handing out > the username and password.. > > Also, is there a noticeable difference in speed? Oh Yes - there is. We are using Jikes with JDK 1.2 for Windows NT (I would prefer Linux, but we needed 1.2) in a university project. The compilation-prozess is much faster, because You don't have to load the whole jre every time. I don't know, where we downloaded jikes, but we got it somewhere about two weeks ago (maybe a mirror?) Thorsten > Thanks > Justin Knotzke. > > > -- > Justin F. Knotzke > [EMAIL PROTECTED] > www.shampoo.ca > pgp pubkey: finger -l [EMAIL PROTECTED] | pgp > > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] > -/^\- THORSTEN "MARAUDER" GEBUHR -/^\- /god is real, unless declared integer\ ---/-\--/-\--- / \ [EMAIL PROTECTED] / \ / http://winfo.uni-regensburg.de/~gebuhr \ /---\/---\ Der Studentenserver: http://winfo.uni-regensburg.de __/\_/\/\_/\__ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Patches for 1.2-linux?
[ I noticed this thread a couple of days ago in the archives, but it died out so I thought I would ask again. ] Is there a way mere mortals can get a CC: of the patches that are being used for the JDK1.2 port? I have the source (as Sun's new "more liberal" license allows for) and I could have sworn that even under the "tight" license folks were allowed to share patches with each other. If I missed a blatent URL in the FAQ, please just smack me and point to the proper locale. Thanks, -- /v\atthew -- Matthew L Daniel "Georgia Tech is not always a very Anti-Micro$oft Activistuser-friendly place..." SysAdmin, WarpedPortal-- Bob McMath razor@cc-gatech-edu -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Patches for 1.2-linux?
[ I noticed this thread a couple of days ago in the archives, but it died out so I thought I would ask again. ] Is there a way mere mortals can get a CC: of the patches that are being used for the JDK1.2 port? I have the source (as Sun's new "more liberal" license allows for) and I could have sworn that even under the "tight" license folks were allowed to share patches with each other. If I missed a blatent URL in the FAQ, please just smack me and point to the proper locale. Thanks, -- /v\atthew -- Matthew L Daniel Microsoft announced today that the official Anti-Micro$oft Activist release date for the new operating system razor at cc.gatech.edu"Windows 2000" will be delayed until the http://nothing.to.say/yet second quarter of 1902.-- John Blunden -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JDK v1.2 and Windowmanager
Hello, whenever i make a JFrame, JDialoge visible thewindowmanager get killed... Under windows with SUNs JDK v1.2 there are no problems. Is it a well known bug within the jdk for linux or Any ideas or hints??? Bye Dirk -- --- Dirk Schreiber\|/fax :+49 241 877743 Aachen/Germany (o o) mailto:[EMAIL PROTECTED] -ooO--(_)--Ooo- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
You guys rule
-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Crashes with JDK 1.2
Hi, it's me again... I wrote: > since I installed JDK1.2 my system has become quite unstable. [...] > It might be a problem with native threads -- this is why: Below is > a small test program which doesn't do much except for running two > threads where the main thread wakes up the other. After running > about half an hour the system usually becomes unstable. Well, seems like I'm wrong here. It happens with green threads too (I even tried twice). confused, Stefan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
