My source code crashes javac
I am trying to compile the attached program in javac. I've tested it
under Sun's JDK 1.1.5 on Solaris, Symantec's Visual Cafe (forgot which
version, but it's based on JDK 1.1.3) on Windows NT, and Blackdown's JDK
1.1.6v5 on Linux. All of them give the exact same result:
java.lang.NullPointerException:
at java.util.Hashtable.get(Hashtable.java)
at sun.tools.asm.ConstantPool.put(ConstantPool.java)
at sun.tools.asm.Instruction.collect(Instruction.java)
at sun.tools.asm.Assembler.collect(Assembler.java)
at sun.tools.javac.SourceClass.compileClass(SourceClass.java)
at sun.tools.javac.SourceClass.compile(SourceClass.java)
at sun.tools.javac.Main.compile(Main.java)
at sun.tools.javac.Main.main(Main.java)
The problem appears to be related somehow to the System.out.println
statements, probably the combination of the println's with the ?:
operator. If you take out the println's, then the program compiles fine.
I've sent this in as a bug using Sun's bug-report form, but I've posted
it here because I'm curious to know why javac is having problems with
this. Maybe somebody who has the javac source code has some spare time
to check this out and let us know what's going on. (Note that I have not
tried compiling the code using Sun's JDK 1.1.7.)
Thanks,
Trevor Harmon
import java.awt.*;
import java.awt.image.*;
import java.io.*;
/**
This program converts a GIF image containing font data
to a Motorola 68K assembly source code format.
The GIF image must be in 8-bit (256-color) format.
*/
public class GIF2EPROM
{
private static final int FONT_WIDTH = 16;
private static final int FONT_HEIGHT = 16;
private static final int CHARACTER_COUNT = 10 * 4;
/**
This function takes an RGB (direct color model) image and obtains
its palette information and an array of bytes which are indexes
into the palette. The implementation supports only 8-bit (256 color)
images.
*/
private static void getIndexColorData(Image img, byte[] pixels, byte[] byReds,
byte[] byGreens, byte[] byBlues)
{
Panel dummy = new Panel();
int width= img.getWidth(dummy);
int height = img.getHeight(dummy);
int nPaletteIndex = 0;
int[] nPixels = new int[width * height];
int[] nPalette = new int[256];
PixelGrabber pg = new PixelGrabber(img, 0, 0, width, height, nPixels,
0, width);
try
{
pg.grabPixels();
}
catch (InterruptedException e) {}
// Loop through each pixel in the image...
for (int y = 0; y < height; y++)
{
for (int x = 0; x < width; x++)
{
int nIndex = -1;
// Search for the palette index of the current pixel's
color...
for (int i = 0; i <= nPaletteIndex; i++)
{
if ( nPalette[i] == nPixels[y * width + x] )
{
nIndex = i;
break;
}
}
// If the current pixel's color is not in the palette,
add it
// to the palette.
if ( nIndex == -1 )
{
nPalette[nPaletteIndex] = nPixels[y * width +
x];
nIndex = nPaletteIndex;
nPaletteIndex++;
}
// Change the pixel from a color value to an index
value.
pixels[y * width + x] = (byte) nIndex;
}
}
for (int i = 0; i < 256; i++)
{
int red = (nPalette[i] >> 16) & 0xff;
int green = (nPalette[i] >> 8 ) & 0xff;
int blue = (nPalette[i] ) & 0xff;
byReds[i] = (byte)red;
byGreens[i] = (byte)green;
byBlues[i] = (byte)blue;
}
}
private static String toHexString(int value)
{
String hex = Integer.toHexString(value);
switch (hex.length())
{
case 1: hex = "000" + hex; break;
case 2: hex = "00" + hex; break;
Re: My source code crashes javac
On Thu, 15 Oct 1998 00:23:45 -0500, Trevor Harmon wrote:
>I am trying to compile the attached program in javac. I've tested it
>under Sun's JDK 1.1.5 on Solaris, Symantec's Visual Cafe (forgot which
>version, but it's based on JDK 1.1.3) on Windows NT, and Blackdown's JDK
>1.1.6v5 on Linux. All of them give the exact same result:
>
>java.lang.NullPointerException:
>at java.util.Hashtable.get(Hashtable.java)
>at sun.tools.asm.ConstantPool.put(ConstantPool.java)
>at sun.tools.asm.Instruction.collect(Instruction.java)
>at sun.tools.asm.Assembler.collect(Assembler.java)
>at sun.tools.javac.SourceClass.compileClass(SourceClass.java)
>at sun.tools.javac.SourceClass.compile(SourceClass.java)
>at sun.tools.javac.Main.compile(Main.java)
>at sun.tools.javac.Main.main(Main.java)
>
>The problem appears to be related somehow to the System.out.println
>statements, probably the combination of the println's with the ?:
>operator. If you take out the println's, then the program compiles fine.
Happens with 1.1.6 and 1.1.7 on os/2, too.
But Jikes gives
!!Found 1 semantic error compiling "GIF2EPROM.java":
!!
!! 147. binary += pixels[y * FONT_HEIGHT + x] == 0 ? System.out.print("1") :
System.out.print("0");
!! <--->
!!*** Error: An expression of type "void" is not valid in this context
... and there it is: adding something void to an integer variable.
Cheers
Rainer
Re: rmid with JDK1.1.6
Hi,
believe it or not: I really mean rmid; look at
http://java.sun.com/products/jdk/1.2/docs/tooldocs/solaris/rmid.html
The same is true with Windows. So my question was, is there rmid in
JDK1.1.6, especially under Linux? What I learned from you, folks: Apparently
not. But read ahead...
Is there any equivalent for rmid? If I interpret Mik and Joe correctly, it
seems so, because they say running RMI-Objects with Linux. But how does an
application-object-server under JDK1.1.6 activate business-objects (which I
compile with rmic and register via rmiregistry) without rmid? (According to
the JDK1.2 documentation above even rmiregistry has to access rmid). Maybe
you are already using some CORBA-stuff underneath instead of "Pure RMI"??
Mik wrote:
>Do you mean "rmic"? The stub and skeleton compiler?
>
>The linux and Solaris versions are effectively identical - certainly
>in regards to RMI. We've been using RMI (client, server and
>compile-time) on all of {windoze,linux,solaris,macos} since the beta
>days of 1.1 - I'm not sure what you could be looking for that isn't
>there.
Joe wrote:
>I'm confused now.
>What is "rmid"?
>
>My linux box has the same java facilities as the solaris box.
>I'm fairly certain you can talk either way.
>
>There's no "rmid" in the solaris 1.1.6.
>My solaris stuff only uses rmiregistry...
Best regards
Michael
-
Gesellschaft fuer Informatik e.V. (GI)
Wissenschaftszentrum
Ahrstrasse 45
D-53175 Bonn
Tel.: +49(0)228/302-145 / Fax: +49(0)228/302-167
e-mail: [EMAIL PROTECTED] / WWW:
Re: Another Classpath question
... stuff removed... >BTW, Date.java does have a constructor and an accessor function. I >compile Testdate.java using: >javac -classpath .:~/:/opt/jdk1.1.6v4a/lib/classes.zip Testdate.java > >The compile executes without warnings or errors. But when I attempt to >run the app using: >java -classpath .:~/:/opt/jdk1.1.6v4a/lib/classes.zip Testdate.class >java complains that it cannot find Testdate.class. > >Could someone help me? I'm purposefully created a class that would have >a name clash in attempting to learn packages. > Your problem lies not with the classpath, but with the invocation of java. You should not use the .class extension when calling your Testdate! But with the classpath you have given, your Testdate won't find your Date class. You should add ~/packages to the classpath! So the invocation of java should be: java -classpath .:~/packages:/opt/jdk1.1.6v4a/lib/classes.zip Testdate --- Hein Saris - [EMAIL PROTECTED] Beta Nine - [EMAIL PROTECTED] - http://www.ping.be/beta9/ ---
setup question
First let me say I'm new to Linux, but I do run other programs on it successfully. I have two questions: 1. On Blackdown's mirror sites for JDK116_v5 they have two files beginning with jdk... and differing only by the letter "b" toward the end. The one without the "b" appears to be the one I want and uncompresses to the JDK. The one with the "b" on the end won't even uncompress. What is it? 2. Having uncompressed JDK116v5 (the one without the "b" at the end) it creates all the directories to hold the jdk. If I go into /jdk116v5/bin and create a test.java file and then invoke "javac test.java", nothing happens. I just get a command prompt back. No test.class file is created, no errors, no messages, nothing. Both the test.java and the javac are in that directory so paths shouldn't be the problem. Any ideas? PS I should say this is on RedHat 5.0 and I used their package manager to remove all Kaffe files. Also, I am using the glibc version which by the tests Blackdown describes for telling which library you have, is the one I need. Any answers appreciated. JR
Re: rmid with JDK1.1.6
On Thu, 15 Oct 1998 10:15:03 +0100, Michael Kranz wrote: >Hi, > >believe it or not: I really mean rmid; look at > >http://java.sun.com/products/jdk/1.2/docs/tooldocs/solaris/rmid.html > >The same is true with Windows. So my question was, is there rmid in >JDK1.1.6, especially under Linux? What I learned from you, folks: Apparently >not. But read ahead... No. Note that elsewhere in the JDK 1.2 documentation (which is not final yet) it shows that rmid is a new feature of JDK 1.2. It was not part of the JDK 1.1 (1.1.x) releases. When the JDK 1.2 is released and we have ported it to Linux, rmid will most likely be part of that release. >Is there any equivalent for rmid? If I interpret Mik and Joe correctly, it >seems so, because they say running RMI-Objects with Linux. But how does an >application-object-server under JDK1.1.6 activate business-objects (which I >compile with rmic and register via rmiregistry) without rmid? (According to >the JDK1.2 documentation above even rmiregistry has to access rmid). Maybe >you are already using some CORBA-stuff underneath instead of "Pure RMI"?? If you are doing things that only work in JDK 1.2, you may need to wait for JDK 1.2. Otherwise, please refer to the JDK 1.1 documentation on how RMI is activated and works. Sorry I can not be of more specific help other than to point you at: http://java.sun.com/products/jdk/1.1/docs/tooldocs/solaris/index.html and http://java.sun.com/docs/books/tutorial/rmi/index.html (The solaris documentation is basically the "unix" documentation) Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Java Awt/Swing is fatally flawed
> This bring up a basic problem with Linux. It's intel centric. Although > linux runs on a multitude of CPU's it is still centered around > the intel cpu. It's offered e quit a bit of freedom in choosing a free > OS. but try finding binaries for the alternative platforms. > The percentages of Linux running on various cpu's closely mirrors that > of commercial offerings. Within the Linux community > few have left the intel dominated computer market. > This is a big problem IMHO. I considered "migrating privately" to ALPHA (533MHz and Mainboard < 2000DM). But those thought were buried when I've heard that Netscape doesn't work on Linux/APLHA. In my opinion you are right. Finally someone who believes in Linux as the most powerful platform for developing and executin Java apps! However, in my opinion Linux lacks of a real *good* IDE (such as JBuilder from Inprise). The KDE-mailing list handled this point some time ago. At this point I use XEmacs with JDE1.91 (a Java enhancement utility for emacs). This has also an integrated debugger. But it is not very comfortable. What are your experiences? (Am I missing some older mails handling this point?) However, I have to thank the blackdown team for the work it is doing. If I had some more insight in the Linux kernel and more time I would try to contribute to it. Willi
Re: Java Awt/Swing is fatally flawed
At 03:08 PM 10/15/98 +0200, Willi Richert wrote: >In my opinion you are right. Finally someone who believes in Linux as >the most powerful platform for developing and executin Java apps! >However, in my opinion Linux lacks of a real *good* IDE (such as >JBuilder from Inprise). The KDE-mailing list handled this point some >time ago. At this point I use XEmacs with JDE1.91 (a Java enhancement >utility for emacs). This has also an integrated debugger. But it is not >very comfortable. What are your experiences? (Am I missing some older >mails handling this point?) > Let me chime in here about Inprise (formerly Borland) JBuilder. I attended their developer conference and was touting Linux at every opportunity. The official word from Inprise is that they are working on Solaris versions of their development tools as a result of their new partnership with Sun. At one of the JBuilder sessions I asked about Linux & was afterward corralled into a mini-focus group. Inprise is concerned that they would be able to sell JBuilder for Linux - they think everyone will only accept free (in dollars) software. 3 months ago the shipping version of JBuilder had 22% Delphi (ie Windows specific) code in it; the other 78% was pure Java. Note that thats just for the IDE, JBuilder creates Pure Java apps. Recently I've heard that they have an inhouse version running on Solaris & Linux. If you are willing to spend $$ on JBuilder on Linux, write the JBuilder team and let them know. I'm not in any way associated with Inprise (other than as a user of Delphi&JBuilder) Tom Jenkins for PGP key send mail with GET PGP KEY in subject
Re: setup question
On Thu, 15 Oct 1998 07:44:31 -0400, Jim Ridenour wrote: > First let me say I'm new to Linux, but I do run other programs on it >successfully. >I have two questions: > >1. On Blackdown's mirror sites for JDK116_v5 they have two files beginning >with jdk... and differing only by the letter "b" toward the end. The one >without the "b" appears to be the one I want and uncompresses to the JDK. >The one with the "b" on the end won't even uncompress. What is it? We have started to release the files in both tar.gz and tar.bz2 format. The bz2 compression format (bzip2) is a new compression system that happens to do a nice job on the JDK (saving a bit over 10% in size and since the archive is over 10megs that means over 1meg smaller archives) Many people do not have bzip2 support on their systems. Plus, tar.gz is a well established format that works on almost all platforms (including Windows/WinZIP) tar.gz also uses much less RAM to decompress a file. (bzip2 can use a lot of memory to do a decompress and the memory it takes depends on the way the file was compressed) The main reason we are trying bzip2 format is to see if people really want it due to the smaller file sizes. (Not all files are smaller) I know it takes me twice as long to upload the two different formats and thus I would like to have only one, but since I do the upload in auto-pilot mode while I am away from my machines usually, it does not bother me too much) >2. Having uncompressed JDK116v5 (the one without the "b" at the end) it >creates all the directories to hold the jdk. If I go into /jdk116v5/bin >and create a test.java file and then invoke "javac test.java", nothing >happens. I just get a command prompt back. No test.class file is created, >no errors, no messages, nothing. Both the test.java and the javac are in >that directory so paths shouldn't be the problem. Any ideas? Hmmm... I don't have an idea right now. I normall add the jdk116v5/bin directory to my path and do my work elsewhere. >PS I should say this is on RedHat 5.0 and I used their package manager to >remove all Kaffe files. Also, I am using the glibc version which by the >tests Blackdown describes for telling which library you have, is the one I >need. Thanks for that PS. I build the glibc libraries on RedHat 5.0 (albeit updated to current releases of the kernel and other security/bug fixes) What happens if you just type "java -version" or "javac" The first should give you the version of the java system you are running and the second should output the compiler options. If this does not happen, try doing "which java" or "which javac" to find out where things may be coming from. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: rmid with JDK1.1.6
Michael Kranz wrote: > > Hi, > > believe it or not: I really mean rmid; look at > http://java.sun.com/products/jdk/1.2/docs/tooldocs/solaris/rmid.html > OK I've looked into this, and now understand. rmid is a 1.2 enhancement. It is not in _any_ version of 1.1.x On 1.1 RMI systems the remote objects have to be already running, whereas rmid allows a 1.2 to create remote objects on demand. See http://java.sun.com/products/jdk/1.2/docs/guide/rmi/activation.html -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED] http://freespace.virgin.net/joe.carter
Re: Another Classpath question
Sounds like you have a classpath problem which is common error
with newbies. The problem is that invocation of the java interpreter with
the classpath set to ".:~/:..." will use the current directory as the base
for
the search therefore the JVM will be looking for the class in the directory
/packages from within the "/packages" directory. Try running from
the directory above "/packages" or fully qualify the classpath in the
interpreter invocation.
Alton Goodman wrote:
> I'm attempting to learn java using the tutorial at java.sun.com. My
> platform is Linux 2.0.30, a Slackware install. I installed jdk1.1.6v4a
> per the instructions in the README file. I haven't set the CLASSPATH
> env variable.
>
> So I wrote a program Date.java and placed it in a package named
> packages. packages is a subdirectory in my home directory. Here is a
> snippet:
> package packages;
>
> import java.lang.*;
> import java.util.StringTokenizer;
>
> public class Date extends Object {
> private int iMM = 1;
> private int iYY = 1998;
> private int iDD = 1;
> .
> .
> .
> public static void main( String[] args ) {
> int i = 0;
> Date[] d1 = {
> new Date( 12, 9, 2010 ),
> new Date( 0, 9, 2010 ),
> new Date( 12, 0, 2010 ),
> new Date( 12, 9, 0 ),
> new Date( 2, 29, 2000 ),
> new Date( 2, 29, 2001 ),
> new Date( 2, 29, 2004 ),
> new Date( 10, 7, 1998 ),
> new Date( "February", 14, 1999 ),
> new Date( "February", 29, 2000 ),
> new Date( "February", 29, 2001 ),
> new Date( "5/22/1972" ),
> new Date( "2/29/1972" ),
> new Date( "2/29/2000" ),
> new Date( "2/29/1973" )
> };
> }
>
> I moved Date.class to ~/packages and rm'd Date.java and Date.class from
> the subdirectory that they had been created in. Then I wrote
> Testdate.java to test Date.class :). Testdata.java:
> import packages.Date;
>
> public class Testdate {
> public static void main( String[] args ) {
>
> Date d1 = new Date( 2 , 25, 2000 );
>
> System.out.println( d1.getDate() );
> }
> }
>
> BTW, Date.java does have a constructor and an accessor function. I
> compile Testdate.java using:
> javac -classpath .:~/:/opt/jdk1.1.6v4a/lib/classes.zip Testdate.java
>
> The compile executes without warnings or errors. But when I attempt to
> run the app using:
> java -classpath .:~/:/opt/jdk1.1.6v4a/lib/classes.zip Testdate.class
> java complains that it cannot find Testdate.class.
>
> Could someone help me? I'm purposefully created a class that would have
> a name clash in attempting to learn packages.
>
> Thanks in Advance,
> Al
lifeless javac with RedHat 5.0 JDK1.1.6v5
I picked up the following message from the mailing list: >2. Having uncompressed JDK116v5 (the one without the "b" at the end) it >creates all the directories to hold the jdk. If I go into /jdk116v5/bin >and create a test.java file and then invoke "javac test.java", nothing >happens. I just get a command prompt back. No test.class file is created, >no errors, no messages, nothing. Both the test.java and the javac are in >that directory so paths shouldn't be the problem. Any ideas? I am having the exact same problem. I still haven't managed to solve it. If you have solved it by now, let me know. I heard a recommendation that a new version of glibc needs to be installed. I think its quite risky to blindly install such a fundamental library. I would much sooner install a patch if indeed this is the problem. Another thing that was recommended was that I remove the linux libraries from the green threads directory. I did this but still it didn't work. I figured the Java compiler might be missing a library, so I hacked the script to do an ldd on the actual executable - all libraries are found. I know of someone else who had this problem. Their solution was to revert back to JDK.1.1.5 but I don't want to do that. _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: JavaHelp Experience
Cynthia Jeness wrote:
>
> Tram,
>
> I see similar results and believe that this was a "bug?" introduced in the
> second early access release. In order to work around it, I put all of my help
> initilialization in the "run" method of its own class. Then I use
> "SwingUtilities.invokeLater()" on this class. This works for me, but I am not
> sure that it should be necessary.
>
> Cynthia Jeness
>
> Nguyen, Tram N. wrote:
>
> > I know this is not exactly where i should post this question , but it seems
> > like this is where I learned a lot of things concerning Java topics
> > (although I haven't use my Linux box for a while), I hope you-experienced
> > java programmers- might help me out with this.
> >
> > I'm trying to implement a Help System system using JavaHelp EA provided by
> > Sun.I have jdk1.1.6 installed on my PC . I try to write very simple script
> > followed code fragment and demos from Sun docs; however, i keep getting
> > NullPointerException when trying to set a HelpSet from URL . I'm pretty
> > sure
> > that the way I setup my help docs is correct since I can use hsviewer to
> > bring up this helpset file and its sub files . Here some of my code and
> > where it gets choked.
> >
> > public class iscsbJPanel extends com.sun.java.swing.JPanel implements
> > java.awt.event.ActionListener
> > {
> > HelpSet mainHS;
> > HelpBroker mainHB;
> > static final String helpsetName = "tram";
> >
> > public iscsbJPanel()
> > {
> > super();
> > try {
> > ClassLoader cl = iscsbJPanel.class.getClassLoader();
> > URL url = HelpSet.findHelpSet(cl, helpsetName);
> > System.out.println("URL : " + url.toString());
> > mainHS = new HelpSet(cl,url);
> > } catch (Exception ee) {
> > System.out.println ("Help Set "+helpsetName+" not found : "
> > + ee.toString());
> > ee.printStackTrace();
> > return;
> > }
> > }
> >
> > Output :
> > URL : systemresource:/ZIP3/+/tram.hs
> > Help Set tram not found : java.lang.NullPointerException
> > java.lang.NullPointerException
> > at javax.javahelp.HelpSet.(HelpSet.java:76)
> > at iscsbJPanel.(iscsbJPanel.java:32)
> > at iscsbHelp.(iscsbHelp.java:36)
> > at iscsbHelp.main(iscsbHelp.java:55)
> >
> > Could someone please tell me what I need to do to just load a simple
> > HelpSet
> > or some sample working code ?
> >
> > Tram Nguyen N.
> > Science Application International Corporation
> > http://www.saic.com
> > (619) 646-3357
Take me off you email list! I no longer need help on JAVA.
Re: lifeless javac with RedHat 5.0 JDK1.1.6v5
Jason, Your path may still be the problem. Un*x doesn't search the current directory unless the path contains a "." and, if the path does contain a ".", the current directory will be searched after any directories that precede that "." in the path. It sounds like you may be executing a different javac. Have you got kaffe installed, by chance? Douglas Toltzman At 12:08 PM 10/15/98 -0700, Chambers Jason wrote: >I picked up the following message from the mailing list: > > >>2. Having uncompressed JDK116v5 (the one without the "b" at the end) it >>creates all the directories to hold the jdk. If I go into >/jdk116v5/bin >>and create a test.java file and then invoke "javac test.java", nothing >>happens. I just get a command prompt back. No test.class file is >created, >>no errors, no messages, nothing. Both the test.java and the javac are >in >>that directory so paths shouldn't be the problem. Any ideas? > > >I am having the exact same problem. I still haven't managed to solve >it. If you have solved it by now, let >me know. I heard a recommendation that a new version of >glibc needs to be installed. I think its quite risky to >blindly install such a fundamental library. I would much sooner >install a patch if indeed this is the problem. Another thing that was >recommended was that I remove the linux libraries from the green >threads directory. I did this but still it didn't work. I figured the >Java compiler might be missing a library, so I hacked the script to do >an ldd on the actual executable - all libraries are found. > >I know of someone else who had this problem. Their solution was to >revert back to JDK.1.1.5 but I don't want to do that. >_ >DO YOU YAHOO!? >Get your free @yahoo.com address at http://mail.yahoo.com >
patch TYA1.1 -> TYA1.1v2
Hi,
as I've written ASAP here's the promised patch!
Please consider: this is a quite _fresh_ piece of
software, perhaps not enough tested.
I am very _interested_ in your _feedback_.
Any kind of success story is very appreciated ;)
I want to say THANK YOU to all users who have informed me
about problems.
Without YOUR feedback this work would not be possible.
(At last: a SORRY to all who have subscribed this list,
but are not interested in TYA.)
Cheers,
Albrecht
diff -u tya1.1/ChangeLog tya1.1v2/ChangeLog
--- tya1.1/ChangeLogFri Oct 9 21:27:21 1998
+++ tya1.1v2/ChangeLog Thu Oct 15 21:33:20 1998
@@ -1,3 +1,40 @@
+Thu Oct 15 21:23:39 1998 Albrecht Kleine <[EMAIL PROTECTED]>
+ -tyarecode.c
+fixed athrow bug: more independence of EXCEPTION_BY_SIGNALS
+by CompTriggerNullPointerException2
+[tnx bugreport to
+ Kazuyuki Shudo <[EMAIL PROTECTED]>]
+
+ -tyarecode.c
+ -tya.c
+rejected a patch from #184 (as quick workaround
+for jdk1.1.6v5)
+[``different approach for getting signal context'']
+
+Sun Oct 11 17:18:25 1998 Albrecht Kleine <[EMAIL PROTECTED]>
+ -tya.c
+rewrote method return value recognition in
+InvokeCompiledMethod_Hook() misusing ACC_DOCED flag:
+marked ``FIXME'' == subject of change
+
+ file #201 / patch mailed on blackdown list
+-
+Sun Oct 11 11:32:25 1998 Albrecht Kleine <[EMAIL PROTECTED]>
+ -tya.c,tyarecode.c
+changed the conditions for possible method inlining
+
+Sat Oct 10 17:50:04 1998 Ondrej Popp <[EMAIL PROTECTED]>
+Sat Oct 10 17:50:04 1998 Alexander Davydenko <[EMAIL PROTECTED]>
+ -tya.c
+avoid a incompatible types in assignment
+compiler error
+
+Sat Oct 10 17:50:04 1998 Albrecht Kleine <[EMAIL PROTECTED]>
+ -tya.c
+changed my typo from ``long'' to ``long long''
+
+ file #200A
+-
Fri Oct 9 20:25:46 1998 Albrecht Kleine <[EMAIL PROTECTED]>
**
* released TYA 1.1 *
diff -u tya1.1/acconfig.h tya1.1v2/acconfig.h
--- tya1.1/acconfig.h Fri Oct 9 21:27:21 1998
+++ tya1.1v2/acconfig.h Thu Oct 15 22:07:53 1998
@@ -80,4 +80,4 @@
#define EASYEX
#endif
-#define TYAVER "1.1" // release version
+#define TYAVER "1.1v2" // release version
diff -u tya1.1/config.h.in tya1.1v2/config.h.in
--- tya1.1/config.h.in Fri Oct 9 21:27:21 1998
+++ tya1.1v2/config.h.inThu Oct 15 22:08:10 1998
@@ -79,4 +79,4 @@
#define EASYEX
#endif
-#define TYAVER "1.1" // release version
+#define TYAVER "1.1v2" // release version
Common subdirectories: tya1.1/demo and tya1.1v2/demo
diff -u tya1.1/tya.c tya1.1v2/tya.c
--- tya1.1/tya.cFri Oct 9 21:27:21 1998
+++ tya1.1v2/tya.c Thu Oct 15 20:56:58 1998
@@ -486,15 +486,20 @@
// invoke.
if (mb->fb.access & ACC_XXUNUSED3) // pseudo result type 64bit
{
- *(long long *)(&ee->current_frame->optop[0])=((long(*)(void))
mb->CompiledCode)();
+ *(long long *)(&ee->current_frame->optop[0])=((long long(*)(void))
+mb->CompiledCode)();
ee->current_frame->optop+=2;
}
else
{
- ee->current_frame->optop[0]=((int(*)(void)) mb->CompiledCode)();
- ee->current_frame->optop++;
+ if (mb->fb.access & ACC_DOCED) // void result
+ ((void(*)(void))mb->CompiledCode)();
+ else
+ {
+// *(int *) (&ee->current_frame->optop[0])=((int(*)(void))mb->CompiledCode)();
+ ee->current_frame->optop[0].i=((int(*)(void)) mb->CompiledCode)();
+ ee->current_frame->optop++;
+ }
}
-
ee->current_frame->vars=oldvar; // reset to old variable
ee->current_frame->current_method=mbcaller;
#ifdef DEBUG
@@ -580,7 +585,7 @@
#else
struct execenv * ee = EE();
TYA_SIGCONTEXT * context=NULL;
-#if 0
+#if 1
// at all FIXME: unknown uc pointer
#define MAXSEARCH 100
int *ptr=(int*)uc-MAXSEARCH;
@@ -588,7 +593,7 @@
#endif
asm ("pushl %esp");
asm ("popl anOldsp");
-#if 0
+#if 1
//lprintf("TYA: %x\n",oldesp);
// grep for a sigcontext_struct
if ( sig == SIGSEGV || sig == SIGFPE )
@@ -644,7 +649,7 @@
dprintf(stderr, "current_method =%p\n",ee->current_frame->current_method);
dprintf(stderr, "CompiledCode = %p\n",startOfCode);
#endif
-
+ fprintf(stderr, "current_method =%s\n",ee->current_frame->current_method->fb.name);
// all this global variables could be locals, but how can I reference locals
// in AT&T asm ?
@@ -894,7 +899,9 @@
cinfo->ipcnt = 0;
cinfo->backcnt = 0;
cinfo->wide = FALSE;
- cinfo->inlineerr = FALSE;
+ cinfo->inlineerr = mb->exception_table_length!=0;
+ // don't inline if there are catchframes on caller side
+
if (!ProcessExceptionTab(mb ,cinfo))
{
@@ -1190,20 +1197,24
Re: rmid with JDK1.1.6
On Thu, 15 Oct 1998 14:51:46 +0200 (MET DST), Kontorotsui wrote: > >On 14-Oct-98 Joe Carter wrote: >>My linux box has the same java facilities as the solaris box. >>I'm fairly certain you can talk either way. >> >>There's no "rmid" in the solaris 1.1.6. >>My solaris stuff only uses rmiregistry... > >I have to use solaris because there is the JDK1.2. I thought that RMI >was available on in 1.2, but I see it also in the 1.1.6, now. > >But does it work? RMI was available in all 1.1 JDK versions. JDK 1.1 does not have rmid but RMI has worked for a long time. >>Can anyone comment on the differences between 1.1 and 1.2 RMI? >>(beyond the running over IIOP...) > >Yes, I'd like to know the differencies too, please. The best places to look are: http://java.sun.com/docs/books/tutorial/rmi/index.html http://java.sun.com/products/jdk/1.1/docs/tooldocs/solaris/index.html Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: lifeless javac with RedHat 5.0 JDK1.1.6v5
Jason Chambers wrote (well, quoted): > If I create a test.java file and then invoke "javac test.java", nothing > happens. I just get a command prompt back. No test.class file is > created, no errors, no messages, nothing. A few weeks ago, when I decided to start using Java, I downloaded the JDK (version 1.1.6v4a) and installed it on my Red Hat 5.0 system. I had this exact problem. A further problem was that most other Java programs would cause the java runtime to segfault. I fought with it for a while (being the type of person who exhausts all possibilities before asking for help). Eventually, I ran across this section in the README.linux file: Generally, you should get the glibc version if your machine is running glibc, but libc5 should work acceptably as well, if you have a recent (say, past April 1, 1998) version of the glibc library installed on your machine (RedHat 5.0 by default comes with an older version of glibc, you need to get the 2.0.7-7 version from RedHat to win). Even though this text referred to a different case than my setup (it talks of running the libc5 version of JDK, not the glibc version), I decided to try upgrading my C libraries to see if it would help. So I downloaded the latest glibc update packages from ftp.redhat.com (glibc-2.0.7-19) and installed them. Once I did that, the JDK worked flawlessly. Can we get an official answer from someone on the porting team to the following questions: 1. Should the latest version of the JDK for glibc work on a stock Red Hat Linux 5.0 machine? It would appear the answer to this is "no", since I and others have had problems. 2. If the answer to #1 is "no", is the recommended solution to update the glibc package on your system? While this was the solution I found, the previous poster noted that some people would rather not make such a drastic change to their system unless absolutely necessary. 3. If the user does not wish to upgrade their C library, is there a workaround (I've seen talk of doing stuff with the C libraries in the green_threads directory, but didn't try it since I had already solved the problem). Or, is the Red Hat 5.0 glibc package sufficiently broken that the only solution is to upgrade? 4. Once official answers to these questions are determined, I think they should be explained clearly in README.linux. I looked at the v5 version of this file, and no new information on this subject was added since v4a, when I fought with the problem. Thanks in advance (and keep up the good work!). -Jim Burmeister, Metro Link Incorporated <[EMAIL PROTECTED]>
Re: My source code crashes javac
> I am trying to compile the attached program in javac. I've tested it
> under Sun's JDK 1.1.5 on Solaris, Symantec's Visual Cafe (forgot which
> version, but it's based on JDK 1.1.3) on Windows NT, and Blackdown's JDK
> 1.1.6v5 on Linux. All of them give the exact same result:
>
> java.lang.NullPointerException:
> at java.util.Hashtable.get(Hashtable.java)
> at sun.tools.asm.ConstantPool.put(ConstantPool.java)
> at sun.tools.asm.Instruction.collect(Instruction.java)
> at sun.tools.asm.Assembler.collect(Assembler.java)
> at sun.tools.javac.SourceClass.compileClass(SourceClass.java)
> at sun.tools.javac.SourceClass.compile(SourceClass.java)
> at sun.tools.javac.Main.compile(Main.java)
> at sun.tools.javac.Main.main(Main.java)
> binary += pixels[y *
>FONT_HEIGHT + x] == 0 ? System.out.print("1") : System.out.print("0");
Well, this line is just plain wrong. You cannot ? between two void
functions.
Shouldn't crash the compiler, of course.
M.
Re: rmid with JDK1.1.6
On 14-Oct-98 Joe Carter wrote: >My linux box has the same java facilities as the solaris box. >I'm fairly certain you can talk either way. > >There's no "rmid" in the solaris 1.1.6. >My solaris stuff only uses rmiregistry... I have to use solaris because there is the JDK1.2. I thought that RMI was available on in 1.2, but I see it also in the 1.1.6, now. But does it work? >Can anyone comment on the differences between 1.1 and 1.2 RMI? >(beyond the running over IIOP...) Yes, I'd like to know the differencies too, please. --- Andrea "Kontorotsui" Controzzi - MALE Student of Computer Science at University of Pisa - Italy - E-mail: [EMAIL PROTECTED] My home page: http://www.cli.di.unipi.it/~controzz/intro.html Founder and Admiral of Hoshi no Senshi (italian Leiji Matsumoto's fan group). Creator of It.Arti.Cartoni (italian anime newsgroup) and proud member of... +-+ |. * . | | .__ . . | |oq |po _ _| | / #==>>>==#,-' (_)\ | | | ,-|~\\ ///_ ,() ,_} | | | |/|~]]] /// ,-~' .,~ / \| . | | |\_|_|_\_\~~~~' \ (/|. | | ./~ \___/ [m] \ \__// | | _bo..__ // `-,.~~ | | _-~ 0o.__( . | | \ o . | | . (_)00 | |. \~~~*,,,* ~00 | |~0 . | | ~~~---~~ | | .*| +-+ | An e-mail network of Space Cruiser Yamato and | | StarBlazers Fans | +-+
Re: Working Button mnemonics under Linux Java?
Eu Hin Chua <[EMAIL PROTECTED]> wrote:
> Has anyone ever managed to get keyboard mnemonics working for JButtons
> using Swing?
>
> e.g.
>
> OKButton.setMnemonic('o');
>
> Under windows 95/8/NT, all of my code (including the SwingSet demo)
> performs as expected, with the ALT key being used to activate the mnemonic
> for both buttons and menu items. Under Linux, nothing happens at all.
Swing button mnemonics work just fine for me, both in standalone buttons
and menus. I've used them in my own code, and I also just checked the
SwingSet demo and it works OK too. I did nothing special to set them up;
pressing Alt+key has always just worked.
Here's my setup:
Red Hat Linux 5.0 w/upgraded glibc libraries
Blackdown JDK 1.1.6v4a
Swing 1.0.3
Metro-X 4.3 X server
Chances are, the problem is not with the JDK; it's with the way you have your
X server configured. Are you able to use the Alt key in other X applications?
Check your .xinitrc or .xsession script for "xmodmap" commands; if you've used
xmodmap to reconfigure your keyboard, the Alt keys might be generating keysyms
other than what the JDK is expecting. You can use the "xev" program to see
whay keysyms your Alt keys are generating; here's what the output looks like
on my system, for the left and right Alt keys respectively. The keysym on
the third line is what's important: it should be "Alt_L" and "Alt_R".
KeyPress event, serial 23, synthetic NO, window 0x441,
root 0x26, subw 0x0, time 2229881684, (-6,-24), root:(720,883),
state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES,
KeyPress event, serial 23, synthetic NO, window 0x441,
root 0x26, subw 0x0, time 2229886534, (-6,-24), root:(720,883),
state 0x0, keycode 113 (keysym 0xffea, Alt_R), same_screen YES,
Another thing to try is displaying your program on a different X display, if
one is available on your network. If the problem goes away, then you know
it's something to do with your X server.
-Jim Burmeister, Metro Link Incorporated <[EMAIL PROTECTED]>
Re: Working Button mnemonics under Linux Java?
On Thu, 15 Oct 1998 12:29:30 -0400 (EDT), Jim Burmeister wrote:
>Eu Hin Chua <[EMAIL PROTECTED]> wrote:
>
>> Has anyone ever managed to get keyboard mnemonics working for JButtons
>> using Swing?
>>
>> e.g.
>>
>> OKButton.setMnemonic('o');
>>
>> Under windows 95/8/NT, all of my code (including the SwingSet demo)
>> performs as expected, with the ALT key being used to activate the mnemonic
>> for both buttons and menu items. Under Linux, nothing happens at all.
>
>Swing button mnemonics work just fine for me, both in standalone buttons
>and menus. I've used them in my own code, and I also just checked the
>SwingSet demo and it works OK too. I did nothing special to set them up;
>pressing Alt+key has always just worked.
>
>Here's my setup:
>
> Red Hat Linux 5.0 w/upgraded glibc libraries
> Blackdown JDK 1.1.6v4a
> Swing 1.0.3
> Metro-X 4.3 X server
>
>Chances are, the problem is not with the JDK; it's with the way you have your
>X server configured. Are you able to use the Alt key in other X applications?
>Check your .xinitrc or .xsession script for "xmodmap" commands; if you've used
>xmodmap to reconfigure your keyboard, the Alt keys might be generating keysyms
>other than what the JDK is expecting. You can use the "xev" program to see
>whay keysyms your Alt keys are generating; here's what the output looks like
>on my system, for the left and right Alt keys respectively. The keysym on
>the third line is what's important: it should be "Alt_L" and "Alt_R".
Note also that many users may have the window manager set up to use
the alt key for their own use. Many of the alt key strokes a friends
machine do window operations or scrolling operations or desktop operations.
>-Jim Burmeister, Metro Link Incorporated <[EMAIL PROTECTED]>
Thanks for your answer Jim - There are so many places where the
configuration in unix systems can "confuse" users.
Michael Sinz -- Director of Research & Development, NextBus Inc.
mailto:[EMAIL PROTECTED] - http://www.nextbus.com
My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: RPM JDK installation on RedHat 5.1
On Wed, 14 Oct 1998 17:51:51 +0100, Arif H Saleem wrote: >hi! > >We have used the jdk 1.1.6v5 tar.gz to build an rpm on an i386 RedHat 5.1 >system. We have glibc 2.0.7-19 installed (also glibc-devel) and lesstif 0.86.5. >We had no problem building the rpm but on installation we get a failed >dependency: > >libXm.so.2 required by jdk-1.1.6-5 My guess is that the person who made the package did that. MetroLink provided the JDK group with Motif developer kits so that we can build the JDK with Motif *and* statically link it. The JDK archives we have produced include both the static and dynamic linked versions of the JVM (java, java_dyn, etc) For most users, just installing the JDK and using it will result in the user getting the statically linked JDK. Setting DYN_JAVA to some value will make the wrapper script load the dynamic linked version of the JVM. >We understand that this is provided by Metro Link Motif 2.0 ( we checked their >web page) but it does not seem to be included with LessTif. (It only has >libXm.so.1) >Does this mean that we either have to buy Metro Link Motif or recompile >against LessTif ??? No. Now, if you were to compile the JDK you would need either Motif or LessTif. Currently we have run into a number of strange behaviors in LessTif that prevent the JDK from running 100% correctly with AWT code. The MetroLink Motif does not have these problems. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
SIGSEGV 11* segmentation violation
Hello All. Some time ago on my linux box JDK-1.1.3 + libc5 was working fine. Then I have decided to update my linux to glibc2. So, I downloaded and installed glibc2 (2.0.95). Then I downloaded and installed jdk1.1.6v2-i386-glibc.tar.gz to /usr/local/opt/JDK. (files libc.so and libdl.so was removed from lib/i586/green_threads/ (but it does not matter at all as well as value of NS_JAVA variable)). When I try run java without arguments I get : Usage: java [-options] class where options include: -help print out this message .. -verify verify all classes when read in -verifyremote verify classes read in over the network [default] -noverify do not verify any class It's ok. But when I try something like: $java Hello I get: SIGSEGV 11* segmentation violation Full thread dump: Monitor Cache Dump: Registered Monitor Dump: Monitor IO lock: Child death monitor: Event monitor: I/O monitor: Alarm monitor: Monitor registry: Thread Alarm Q: 8-(( When I try to compile some java code I get the same messages. Output of ldconfig -D is ldconfig: version 1.9.5 ldconfig: warning: /lib/ld-linux.so has inconsistent soname (ld-linux.so.1) ldconfig: warning: /lib/libnss_files-2.0.6.so has inconsistent soname (libnss_files.so.1) ldconfig: warning: /lib/libpthread-0.7.so has inconsistent soname (libpthread.so.0) ldconfig: warning: /lib/ld-2.0.95.so has inconsistent soname (ld-linux.so.2) ldconfig: warning: /lib/libBrokenLocale-2.0.95.so has inconsistent soname (libBrokenLocale.so.1) ldconfig: warning: /lib/libc-2.0.95.so has inconsistent soname (libc.so.6) ldconfig: warning: /lib/libcrypt-2.0.95.so has inconsistent soname (libcrypt.so.1) ldconfig: warning: /lib/libdb-2.0.95.so has inconsistent soname (libdb.so.3) ldconfig: warning: /lib/libdl-2.0.95.so has inconsistent soname (libdl.so.2) ldconfig: warning: /lib/libm-2.0.95.so has inconsistent soname (libm.so.6) ldconfig: warning: /lib/libnsl-2.0.95.so has inconsistent soname (libnsl.so.1) ldconfig: warning: /lib/libnss_compat-2.0.95.so has inconsistent soname (libnss_compat.so.2) ldconfig: warning: /lib/libnss_db-2.0.95.so has inconsistent soname (libnss_db.so.2) ldconfig: warning: /lib/libnss_dns-2.0.95.so has inconsistent soname (libnss_dns.so.2) ldconfig: warning: /lib/libnss_files-2.0.95.so has inconsistent soname (libnss_files.so.2) ldconfig: warning: /lib/libnss_hesiod-2.0.95.so has inconsistent soname (libnss_hesiod.so.2) ldconfig: warning: /lib/libnss_nis-2.0.95.so has inconsistent soname (libnss_nis.so.2) ldconfig: warning: /lib/libnss_nisplus-2.0.95.so has inconsistent soname (libnss_nisplus.so.2) ldconfig: warning: /lib/libresolv-2.0.95.so has inconsistent soname (libresolv.so.2) ldconfig: warning: /lib/librt-2.0.95.so has inconsistent soname (librt.so.1) ldconfig: warning: /lib/libutil-2.0.95.so has inconsistent soname (libutil.so.1) /usr/X11R6/lib: libXtst.so.6 => libXtst.so.6.1 libXt.so.6 => libXt.so.6.0 libXp.so.6 => libXp.so.6.2 libXmu.so.6 => libXmu.so.6.0 libXi.so.6 => libXi.so.6.0 libXext.so.6 => libXext.so.6.3 libXaw.so.6 => libXaw.so.6.1 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.1 libSM.so.6 => libSM.so.6.0 libPEX5.so.6 => libPEX5.so.6.0 libICE.so.6 => libICE.so.6.3 libXpm.so.4 => libXpm.so.4.3 /usr/local/opt/JDK/lib/i586/green_threads: libsysresource.so => libsysresource.so libsysresource_g.so => libsysresource_g.so libjpeg.so => libjpeg.so libjpeg_g.so => libjpeg_g.so libtawt.so => libtawt.so libtawt_g.so => libtawt_g.so libawt.so => libawt.so libawt_g.so => libawt_g.so libmmedia.so => libmmedia.so libmmedia_g.so => libmmedia_g.so libagent.so => libagent.so libagent_g.so => libagent_g.so libnet.so => libnet.so libnet_g.so => libnet_g.so libzip.so => libzip.so libzip_g.so => libzip_g.so libmath.so => libmath.so libmath_g.so => libmath_g.so libjava.so => libjava.so libjava_g.so => libjava_g.so /usr/lib: libtk8.0.so => libtk8.0.so libQwSpriteField.so.1 => libQwSpriteField.so.1.4.2 libuulib.so.0 => libuulib.so.0.0.0 libmimelib.so.1 => libmimelib.so.1.0.0 libgif.so.3 => libgif.so.3.0.0 libtcl8.0.so => libtcl8.0.so libform.so.4 => libform.so.4.2 libmenu.so.4 => libmenu.so.4.2 libpanel.so.4 => libpanel.so.4.2 libncurses.so.4 => libncurses.so.4.2 libstdc++.so.2.8 => libstdc++.so.2.8.0 libopcodes-2.9.1.so.0 => libopcodes-2.9.1.so.0.0.0 libbfd-2.9.1.so.0 => libbfd-2.9.1.so.0.0.0 libz.so.1 => libz.so.1.0.2 libtiff.so.3 => libtiff.so.3.4.33 librle.so.1 => librle.so.1.0.0 libppm.so.1 => libppm.so.1.0.0 libpnm.so.1 => libpnm.so.1.0.0 libpng.so.1 => libpng.so.1.0.89 libpgm.so.1 => libpgm.so.1.0.0 libpbm.so.1 => libpbm.so.1.0.0 libjpeg.so.6 => libjpeg.so.6.0.1 libfbm.so.1 => libfbm.so.1.0.0 libform.so.3.0 => libform.so.3.0.0 libmenu.so.3.0 => libmenu.so.3.0.0 libpanel.so.3.0 => libpanel.so.3.0.0 libbfd.so.2.8.1.0.1 => libbfd.so.2.8.1.0.1 libopcodes.so.2.8.1.0.1 => libopcodes.so.2.8.1.0.1 libgpm.s
Re: SIGSEGV 11* segmentation violation
Andrew, I'd like to say, in the nicest way possible, your java installation isn't using the correct libraries. Either you have a mixed set of libraries or some mixed java code. I would suggest removing previous versions of java that may use the old libc5 libraries, making sure you have a clean glibc installation, and re-installing the JDK or JRE (for glibc). I know it will work if you have matching libraries and your path doesn't point to the wrong binaries, etc., etc. Douglas Toltzman At 08:26 PM 10/15/98 +0200, Andrew Lipnitsky wrote: >Hello All. > >Some time ago on my linux box JDK-1.1.3 + libc5 >was working fine. >Then I have decided to update my linux to glibc2. >So, I downloaded and installed glibc2 (2.0.95). Then >I downloaded and installed jdk1.1.6v2-i386-glibc.tar.gz >to /usr/local/opt/JDK. (files libc.so and libdl.so was >removed from lib/i586/green_threads/ (but it does not >matter at all as well as value of NS_JAVA variable)). >When I try run java without arguments I get : > >Usage: java [-options] class > >where options include: >-help print out this message >.. >-verify verify all classes when read in >-verifyremote verify classes read in over the network [default] >-noverify do not verify any class > >It's ok. > >But when I try something like: >$java Hello >I get: > >SIGSEGV 11* segmentation violation > >Full thread dump: >Monitor Cache Dump: >Registered Monitor Dump: >Monitor IO lock: >Child death monitor: >Event monitor: >I/O monitor: >Alarm monitor: >Monitor registry: >Thread Alarm Q: > >8-(( > >When I try to compile some java code I get the same messages. > >Output of ldconfig -D is > >ldconfig: version 1.9.5 >ldconfig: warning: /lib/ld-linux.so has inconsistent soname >(ld-linux.so.1) >ldconfig: warning: /lib/libnss_files-2.0.6.so has inconsistent soname >(libnss_files.so.1) >ldconfig: warning: /lib/libpthread-0.7.so has inconsistent soname >(libpthread.so.0) >ldconfig: warning: /lib/ld-2.0.95.so has inconsistent soname >(ld-linux.so.2) >ldconfig: warning: /lib/libBrokenLocale-2.0.95.so has inconsistent >soname (libBrokenLocale.so.1) >ldconfig: warning: /lib/libc-2.0.95.so has inconsistent soname >(libc.so.6) >ldconfig: warning: /lib/libcrypt-2.0.95.so has inconsistent soname >(libcrypt.so.1) >ldconfig: warning: /lib/libdb-2.0.95.so has inconsistent soname >(libdb.so.3) >ldconfig: warning: /lib/libdl-2.0.95.so has inconsistent soname >(libdl.so.2) >ldconfig: warning: /lib/libm-2.0.95.so has inconsistent soname >(libm.so.6) >ldconfig: warning: /lib/libnsl-2.0.95.so has inconsistent soname >(libnsl.so.1) >ldconfig: warning: /lib/libnss_compat-2.0.95.so has inconsistent soname >(libnss_compat.so.2) >ldconfig: warning: /lib/libnss_db-2.0.95.so has inconsistent soname >(libnss_db.so.2) >ldconfig: warning: /lib/libnss_dns-2.0.95.so has inconsistent soname >(libnss_dns.so.2) >ldconfig: warning: /lib/libnss_files-2.0.95.so has inconsistent soname >(libnss_files.so.2) >ldconfig: warning: /lib/libnss_hesiod-2.0.95.so has inconsistent soname >(libnss_hesiod.so.2) >ldconfig: warning: /lib/libnss_nis-2.0.95.so has inconsistent soname >(libnss_nis.so.2) >ldconfig: warning: /lib/libnss_nisplus-2.0.95.so has inconsistent soname >(libnss_nisplus.so.2) >ldconfig: warning: /lib/libresolv-2.0.95.so has inconsistent soname >(libresolv.so.2) >ldconfig: warning: /lib/librt-2.0.95.so has inconsistent soname >(librt.so.1) >ldconfig: warning: /lib/libutil-2.0.95.so has inconsistent soname >(libutil.so.1) >/usr/X11R6/lib: > libXtst.so.6 => libXtst.so.6.1 > libXt.so.6 => libXt.so.6.0 > libXp.so.6 => libXp.so.6.2 > libXmu.so.6 => libXmu.so.6.0 > libXi.so.6 => libXi.so.6.0 > libXext.so.6 => libXext.so.6.3 > libXaw.so.6 => libXaw.so.6.1 > libXIE.so.6 => libXIE.so.6.0 > libX11.so.6 => libX11.so.6.1 > libSM.so.6 => libSM.so.6.0 > libPEX5.so.6 => libPEX5.so.6.0 > libICE.so.6 => libICE.so.6.3 > libXpm.so.4 => libXpm.so.4.3 >/usr/local/opt/JDK/lib/i586/green_threads: > libsysresource.so => libsysresource.so > libsysresource_g.so => libsysresource_g.so > libjpeg.so => libjpeg.so > libjpeg_g.so => libjpeg_g.so > libtawt.so => libtawt.so > libtawt_g.so => libtawt_g.so > libawt.so => libawt.so > libawt_g.so => libawt_g.so > libmmedia.so => libmmedia.so > libmmedia_g.so => libmmedia_g.so > libagent.so => libagent.so > libagent_g.so => libagent_g.so > libnet.so => libnet.so > libnet_g.so => libnet_g.so > libzip.so => libzip.so > libzip_g.so => libzip_g.so > libmath.so => libmath.so > libmath_g.so => libmath_g.so > libjava.so => libjava.so > libjava_g.so => libjava_g.so >/usr/lib: > libtk8.0.so => libtk8.0.so > libQwSpriteField.so.1 => libQwSpriteField.so.1.4.2 > libuulib.so.0 => libuulib.so.0.0.0 > libmimelib.so.1 => libmimelib.so.1.0.0 > libgif.so.3 => libgif.so.3.0.0 > libtcl8.0.so => libtcl8.0.so > libform.so.4 => libform.so.4.2 > libmenu.so.4 => libmenu.so.4.2 > libpanel.so.4 => libpanel.so.4.2 > libncurses.so.4 => libncur
Re: lifeless javac with RedHat 5.0 JDK1.1.6v5
On Thu, 15 Oct 1998 17:15:47 -0400 (EDT), Jim Burmeister wrote: >Jason Chambers wrote (well, quoted): > >> If I create a test.java file and then invoke "javac test.java", nothing >> happens. I just get a command prompt back. No test.class file is >> created, no errors, no messages, nothing. > >A few weeks ago, when I decided to start using Java, I downloaded the JDK >(version 1.1.6v4a) and installed it on my Red Hat 5.0 system. I had this >exact problem. A further problem was that most other Java programs would >cause the java runtime to segfault. > >I fought with it for a while (being the type of person who exhausts all >possibilities before asking for help). Eventually, I ran across this >section in the README.linux file: > >Generally, you should get the glibc version if your machine is running >glibc, but libc5 should work acceptably as well, if you have a recent >(say, past April 1, 1998) version of the glibc library installed on >your machine (RedHat 5.0 by default comes with an older version of glibc, >you need to get the 2.0.7-7 version from RedHat to win). > >Even though this text referred to a different case than my setup (it talks >of running the libc5 version of JDK, not the glibc version), I decided to >try upgrading my C libraries to see if it would help. So I downloaded the >latest glibc update packages from ftp.redhat.com (glibc-2.0.7-19) and >installed them. Once I did that, the JDK worked flawlessly. The wording is not too good in that section. The updating is needed also for older glibc systems if you want to run the JDK. >Can we get an official answer from someone on the porting team to the >following questions: > >1. Should the latest version of the JDK for glibc work on a stock Red Hat > Linux 5.0 machine? It would appear the answer to this is "no", since I > and others have had problems. I would think that it could have problems given the scope of bug fixes that have been done in glibc. If you look at the list, it really sounds like an update to glibc 2.0.7-19 would be a very good idea. It is too bad that some popular older releases may need updating but the fact is that the code continues to evolve and important fixes are being made to the glibc code base. >2. If the answer to #1 is "no", is the recommended solution to update the > glibc package on your system? While this was the solution I found, the > previous poster noted that some people would rather not make such a > drastic change to their system unless absolutely necessary. Given the fixes (both security related and otherwise) this is a very good idea. There are fixes that have to do with time zones, threading, and lots and lots of security and exploit fixes. >3. If the user does not wish to upgrade their C library, is there a workaround > (I've seen talk of doing stuff with the C libraries in the green_threads > directory, but didn't try it since I had already solved the problem). > Or, is the Red Hat 5.0 glibc package sufficiently broken that the only > solution is to upgrade? Well, it may be that if they don't want to upgrade glibc then doing libc5 may work, but even that may be a problem. Even Red Hat claims that you need the May 28th, 1998 release of glibc to be compatible with future security fixes in other modules. This includes the JDK. >4. Once official answers to these questions are determined, I think they > should be explained clearly in README.linux. I looked at the v5 version > of this file, and no new information on this subject was added since v4a, > when I fought with the problem. Since you most resently fought with the problem, what is the best answer here? (Other than to fix the wording to recommend to update to a known working version of glibc. 2.0.7-19 seems to be a good one) Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: lifeless javac with RedHat 5.0 JDK1.1.6v5
Well. I'm not sure why so many people having problem with their JDK. I myself has installed two different version of glibc-jdk into a few fresh Redhat Linux. Both 5.0 and 5.1 and never have a single bit of problems. Sze Wong ---Jim Burmeister <[EMAIL PROTECTED]> wrote: > > Jason Chambers wrote (well, quoted): > > > If I create a test.java file and then invoke "javac test.java", nothing > > happens. I just get a command prompt back. No test.class file is > > created, no errors, no messages, nothing. > > A few weeks ago, when I decided to start using Java, I downloaded the JDK > (version 1.1.6v4a) and installed it on my Red Hat 5.0 system. I had this > exact problem. A further problem was that most other Java programs would > cause the java runtime to segfault. > > I fought with it for a while (being the type of person who exhausts all > possibilities before asking for help). Eventually, I ran across this > section in the README.linux file: > > Generally, you should get the glibc version if your machine is running > glibc, but libc5 should work acceptably as well, if you have a recent > (say, past April 1, 1998) version of the glibc library installed on > your machine (RedHat 5.0 by default comes with an older version of glibc, > you need to get the 2.0.7-7 version from RedHat to win). > > Even though this text referred to a different case than my setup (it talks > of running the libc5 version of JDK, not the glibc version), I decided to > try upgrading my C libraries to see if it would help. So I downloaded the > latest glibc update packages from ftp.redhat.com (glibc-2.0.7-19) and > installed them. Once I did that, the JDK worked flawlessly. > > Can we get an official answer from someone on the porting team to the > following questions: > > 1. Should the latest version of the JDK for glibc work on a stock Red Hat >Linux 5.0 machine? It would appear the answer to this is "no", since I >and others have had problems. > > 2. If the answer to #1 is "no", is the recommended solution to update the >glibc package on your system? While this was the solution I found, the >previous poster noted that some people would rather not make such a >drastic change to their system unless absolutely necessary. > > 3. If the user does not wish to upgrade their C library, is there a workaround >(I've seen talk of doing stuff with the C libraries in the green_threads >directory, but didn't try it since I had already solved the problem). >Or, is the Red Hat 5.0 glibc package sufficiently broken that the only >solution is to upgrade? > > 4. Once official answers to these questions are determined, I think they >should be explained clearly in README.linux. I looked at the v5 version >of this file, and no new information on this subject was added since v4a, >when I fought with the problem. > > Thanks in advance (and keep up the good work!). > > -Jim Burmeister, Metro Link Incorporated <[EMAIL PROTECTED]> > > _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: rmid with JDK1.1.6
Hi,
What I do to activate business objects is create a "Broker" object that is
started by hand, this object is responsible for activating other business
objects through a Factory pattern:
Broker broker = Naming.lookup ( blah blah blah );
myObject = (MyInterface)broker.createObject ("COM.mydomain.MyInterfaceImpl");
Interesting thing here, the business objects themselves don't have to register
with the rmiregistry (unless some other part of your application needs this
functionality).
Hope this helps,
-Mario.
Michael Kranz wrote:
> Hi,
>
> believe it or not: I really mean rmid; look at
>
> http://java.sun.com/products/jdk/1.2/docs/tooldocs/solaris/rmid.html
>
> The same is true with Windows. So my question was, is there rmid in
> JDK1.1.6, especially under Linux? What I learned from you, folks: Apparently
> not. But read ahead...
>
> Is there any equivalent for rmid? If I interpret Mik and Joe correctly, it
> seems so, because they say running RMI-Objects with Linux. But how does an
> application-object-server under JDK1.1.6 activate business-objects (which I
> compile with rmic and register via rmiregistry) without rmid? (According to
> the JDK1.2 documentation above even rmiregistry has to access rmid). Maybe
> you are already using some CORBA-stuff underneath instead of "Pure RMI"?
Re: Working Button mnemonics under Linux Java?
On Thu, 15 Oct 1998, Jim Burmeister wrote: > Swing button mnemonics work just fine for me, both in standalone buttons > and menus. I've used them in my own code, and I also just checked the > SwingSet demo and it works OK too. I did nothing special to set them up; > pressing Alt+key has always just worked. > > Here's my setup: > > Red Hat Linux 5.0 w/upgraded glibc libraries > Blackdown JDK 1.1.6v4a > Swing 1.0.3 > Metro-X 4.3 X server > > Chances are, the problem is not with the JDK; it's with the way you have your > X server configured. Are you able to use the Alt key in other X applications? > Check your .xinitrc or .xsession script for "xmodmap" commands; if you've used > xmodmap to reconfigure your keyboard, the Alt keys might be generating keysyms > other than what the JDK is expecting. You can use the "xev" program to see > whay keysyms your Alt keys are generating; here's what the output looks like > on my system, for the left and right Alt keys respectively. The keysym on > the third line is what's important: it should be "Alt_L" and "Alt_R". > > KeyPress event, serial 23, synthetic NO, window 0x441, > root 0x26, subw 0x0, time 2229881684, (-6,-24), root:(720,883), > state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, > > KeyPress event, serial 23, synthetic NO, window 0x441, > root 0x26, subw 0x0, time 2229886534, (-6,-24), root:(720,883), > state 0x0, keycode 113 (keysym 0xffea, Alt_R), same_screen YES, > > Another thing to try is displaying your program on a different X display, if > one is available on your network. If the problem goes away, then you know > it's something to do with your X server. > > -Jim Burmeister, Metro Link Incorporated <[EMAIL PROTECTED]> > Hi Jim, Thanks for the response. The plot thickens... I suppose I should have clarified my position slightly. I've deployed a organisation-wide Swing application over the last couple of months, across about two dozen computers. These have included departmental machines, as well as "at home" boxes, and consist of various distributions (Redhat 4.2, Redhat 5.0, Redhat 5.1, Debian 2 Hamm and Debian 2.1 Slink). Over the course of the few months, some of the users and myself have upgraded our workstations to ensure that we've had the latest libs, jdk and swing versions. As noted in my previous post, I've been personally been through, on 4 different machines, jdks from 1.1.5v5 to 1.1.6v5, swing from 1.0.0 to 1.1 beta 3, 3 different X servers (Xfree86 SVGA, S3 and Suse G200), 3 different window managers (WindowMaker, KDE, Icewm) and have failed to get mnemonics working on any of them. It is bothering me that a considerable number of above-average users (some much more competent than myself), using a variety of distributions, jdk releases and swing libraries have singularly and independently also failed to get mnemonics functioning. As mentioned, a large variety of window managers have been used on these machines (fvwm, fvwm95, AfterStep, WindowMaker, KDE, icewm, Enlightenment), and the Alt keys have always worked in our applications (e.g. Netscape, KDE programs, nedit). It is more puzzling that many of these systems have been "straight out of the box" Redhat 5.1 and Debian 2 installs (with all updates applied), they have not been tweaked or heavily modified in any way. The only major difference I can discern between the setup of our machines and yours is that we all use XFree86 servers (SVGA for Matrox Cards, S3, S3 Virge, and XSuse Matrox) in contrast to your Metrolink server. I logged onto several machines to follow your advice. xev on Debian 2.1, XFree86 S3 server, icewm, jdk 1.1.6v5, swing 1.1 beta 1 KeyPress event, serial 24, synthetic NO, window 0x141, root 0x25, subw 0x0, time 2265715568, (5,487), root:(664,525), state 0x0, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 24, synthetic NO, window 0x141, root 0x25, subw 0x0, time 2266846990, (-231,526), root:(428,564), state 0x8, keycode 113 (keysym 0xffea, Alt_R), same_screen YES, XLookupString gives 0 characters: "" xev on Redhat 5.1, Suse Matrox server, kde 1.0, jdk 1.1.6v4a, swing 1.1 beta 1 KeyRelease event, serial 24, synthetic NO, window 0x201, root 0x25, subw 0x0, time 2265925595, (-329,376), root:(272,428), state 0x8, keycode 64 (keysym 0xffe9, Alt_L), same_screen YES, XLookupString gives 0 characters: "" KeyRelease event, serial 24, synthetic NO, window 0x181, root 0x25, subw 0x0, time 2266885649, (397,301), root:(586,511), state 0x8, keycode 113 (keysym 0xffea, Alt_R), same_screen YES, XLookupString gives 0 characters: "" xev on Redhat 5.1, XFree S3V server, Afterstep, jdk 1.1.6v4a, swing 1.0.3 KeyRelease event, serial 21, synthetic NO, window 0x3c1, root 0x25, subw 0x0, time 529808619, (73,-6), root:(673,114), state 0x8, keycode 64 (keysym 0xffe9, Alt_L), sam
Java Plugin doesn't work
I installed the Java Plugin (activator-linux-glibc) on Linux 2.0.34 with Netscape 4.06. At the end of installation I'm told: Java(TM) Plug-in installation done. but in the Netscape window it says: You do not have the Java(TM) Plug-in installed. I tried this several times. The first time round, it said something about unreferenced symbol: stat, or something like that. I have not been able to reproduce this message later, however. I have the JDK 1.1.6v2 glibc port and following libraries: libc-2.0.7.so libdl-2.0.7.so ld-2.0.7.so java -version says: java version "1.1.6" I realize that this is one minor version higher than what it says in the README at Blackdown, but would really not like to downgrade my setup just to get the Plugin to work. Is is possible to make it work with my current setup, and if so, how? Robert. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Robert P Biuk-Aghai, University of Macau, Faculty of Science and Technology http://hyperg.sftw.umac.mo/robert/tel: +853-3974365fax: +853-838314 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Microsoft isn't the answer. Microsoft is the question and the answer is no.
Re: SIGSEGV 11* segmentation violation
this one I have experienced it. You got a memory problem there. > But when I try something like: > $java Hello > I get: > > SIGSEGV 11* segmentation violation > > Full thread dump: > Monitor Cache Dump: > Registered Monitor Dump: > Monitor IO lock: > Child death monitor: > Event monitor: > I/O monitor: > Alarm monitor: > Monitor registry: > Thread Alarm Q: > > 8-((
