Re: JDK for 21064?
Disgruntled few, I am not an expert nor a true hacker, but really! Stop whining about everything. As a relative newcomer, I am DELIGHTED about the amount of free, high-quality SW which is available, such as from the java-linux porting team. People should not get so indignant; these are the best times for SW ever. I left my job in a Silicon Valley telecom startup last spring, totally burned out. I took some time off, then a buddy got me hooked on Linux and Java. I was able to get going for almost zero cost, learned a lot and have now been able to restart my career as a Java contract programmer, in part as a result of all the great free stuff out there. So thanks to all you hard-working hackers. I'm satisfied as heck! Plus I learn a lot reading your responses on this forum. Sorry for using this mail list to express personal opinions - I just wanted to thank the java-Linux team - chris
Re: JDK for 21064?
Michael Emmel writes: > > I suspect George's biggest problem is with your narrow "company" style approach to >the JVM. We're LEGALLY OBLIGATED to be closed. We signed the non-commercial source license. We're not allowed to share with non-licensees. So we have a "licensees only" mailing list. Steve
(no subject)
unsubscribe java-linux
Open Java
Nelson Minar writes: > I'd really hate to see this list get dragged into a debate about > Java Linux porting team politics. The folks who have donated their > effort to bringing Java to Linux - all of them - have done a wonderful > job. Thanks to you all! > > > However, there's an interesting point here: > > >The big problem I have is the current closed porting method is only > >related to Java today. This completely ignores all possibility of > >advancing java when backward compatibility is not and issue. > > I'm not exactly sure what the poster has in mind, but it reminds me of > one of my major problems with Java. Sun has a tight lock on what > "Java" is, what the definition of it is. They don't seem very > interested in having people hack up the VM or the language, or in > general pushing Java in any future research directions they do not > directly control. I think this is horribly short-sighted of Sun, and > very frustrating, but that's their position (at least, as I see it.) > > Unfortunately, the JDK licensing terms reflect Sun's attempts to keep > Java locked up. Let's be VERY clear on this point: they're keeping their IMPLEMENTATION locked up. Not the specs for the language. You don't need a license to implement a Java virtual machine and/or the class libraries. This is pretty rare in the software world. Would you believe that ParcPlace claims ownership of the CLASS HIERARCHY of Smalltalk, and actually threatens litigation if you don't pay their (minimal) licensing fee? Sun has been quite reasonable with respect to having review and feedback cycles for all new APIs -- ever hear of M$ doing that? They're trying to be as open as they can be, in an ocean where sharks live. Remember the big announcement last year about Sun's standards process winning preferred submitter status with ISO (I think it was ISO)? At least the members of the organization were satisfied that Sun's standards process was sufficiently open to vote to grant them that status. Can Sun do better? Sure, almost anyone can do better than they have done, including corporations. We'd all like to see them say "Today, the JDK is completely open source". Should we hold our breath waiting? > I don't think it's fair to blame the Linux Java porting team for not > making Java an open language. Their effort has been to port the Sun > JDK to Linux. And they've done a wonderful job of it. I want to also say that we are LEGALLY OBLIGATED to protect the sources. Part of that protection includes having a porting mailing list that's not open to people who do not have sources because we talk about things in the sources and sometimes even include diffs that have small parts of the sources in them. > What we do need, in the research community, is a more open Java > system. Something we can all hack on, experiment with. It's not going > to come from Sun, and therefore I suspect it's not going to come from > the Linux porting team. Certainly not from me -- I'm very tainted in a lot of different areas wrt Java. I view that the Linux community has two choices: a) we wait until completely open source versions of the Java VM, including all the bells and whistles (in the meanwhile not being able to develop Java applications on Linux) - or - b) we have some members of the community make available state of the art versions of Java, and, *in parallel* others in the Linux/open source community work on catching up with open source versions of Java. The second alternative is what we have now. I think it's the best of both worlds. Steve
help...
Can somepne pls. tell me if the thread is working on Linux or not What alternative can I used if Linux does not support threads Thanks
help...
Willy writes: > Can somepne pls. tell me if the thread is working on Linux or not > > What alternative can I used if Linux does not support threads > > Thanks If you are asking whether threaded Java programs run under Linux, the answer is "sure they do". If you meant something else, please re-phrase the question and I'll be happy to give you a more elaborate answer. Cheers, alex. -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook
RE: Open Java
-- | From: sbb / mime, , , [EMAIL PROTECTED] | To: nelson / mime, , , [EMAIL PROTECTED] | Cc: java-linux / mime, , , [EMAIL PROTECTED] | Subject: Open Java | Date: Thursday, November 05, 1998 7:53AM | | Nelson Minar writes: | > I'd really hate to see this list get dragged into a debate about | > Java Linux porting team politics. The folks who have donated their | > effort to bringing Java to Linux - all of them - have done a wonderful | > job. Thanks to you all! | > | > | > However, there's an interesting point here: | > | > >The big problem I have is the current closed porting method is only | > >related to Java today. This completely ignores all possibility of | > >advancing java when backward compatibility is not and issue. | > | > I'm not exactly sure what the poster has in mind, but it reminds me of | > one of my major problems with Java. Sun has a tight lock on what | > "Java" is, what the definition of it is. They don't seem very | > interested in having people hack up the VM or the language, or in | > general pushing Java in any future research directions they do not | > directly control. I think this is horribly short-sighted of Sun, and | > very frustrating, but that's their position (at least, as I see it.) | > | > Unfortunately, the JDK licensing terms reflect Sun's attempts to keep | > Java locked up. | | Let's be VERY clear on this point: they're keeping their IMPLEMENTATION locked | up. Not the specs for the language. You don't need a license to implement a | Java virtual machine and/or the class libraries. This is pretty rare in the | software world. Would you believe that ParcPlace claims ownership of the CLASS | HIERARCHY of Smalltalk, and actually threatens litigation if you don't pay | their (minimal) licensing fee? | | Sun has been quite reasonable with respect to having review and feedback cycles | for all new APIs -- ever hear of M$ doing that? They're trying to be as open | as they can be, in an ocean where sharks live. | | Remember the big announcement last year about Sun's standards process winning | preferred submitter status with ISO (I think it was ISO)? At least the members | of the organization were satisfied that Sun's standards process was | sufficiently open to vote to grant them that status. | | Can Sun do better? Sure, almost anyone can do better than they have done, | including corporations. We'd all like to see them say "Today, the JDK is | completely open source". Should we hold our breath waiting? | | > I don't think it's fair to blame the Linux Java porting team for not | > making Java an open language. Their effort has been to port the Sun | > JDK to Linux. And they've done a wonderful job of it. | | I want to also say that we are LEGALLY OBLIGATED to protect the sources. | Part of that protection includes having a porting mailing list that's not open | to people who do not have sources because we talk about things in the sources | and sometimes even include diffs that have small parts of the sources in them. | | | > What we do need, in the research community, is a more open Java | > system. Something we can all hack on, experiment with. It's not going | > to come from Sun, and therefore I suspect it's not going to come from | > the Linux porting team. | | Certainly not from me -- I'm very tainted in a lot of different areas wrt | Java. I view that the Linux community has two choices: | |a) we wait until completely open source versions of the Java VM, including | all the bells and whistles (in the meanwhile not being able to | develop Java applications on Linux) | | - or - | |b) we have some members of the community make available state of the art | versions of Java, and, *in parallel* others in the Linux/open source | community work on catching up with open source versions of Java. | | The second alternative is what we have now. I think it's the best of both | worlds. | | Steve | I completely agree with Steve's point of view. There are a lot of companies that are less open than Sun and they try to get as much feedback as they can from the IT Community. I think Sun is doing pretty well! Addy.
Connecting to a CNC?
Hello, I'am not sure if this is the site for my question, but here goes. I have a friend that owns a machine shop with several pieces of CNC equipment. On each CNC there is an RS23 connection and each CNC can hold four programs. He currently has an old 386 system that they use to off-load the programs from the CNC to the CPU and store them there until they need them, at which time they load them back to the CNC. The question I have for the group is this: does Java have the ability to read from the RS23 port? If so can someone point me to the literature on this subject. TIA. Wayne
Re: Basics of using JNI under Linux
Nicholas Matsakis wrote: > Briefly, I am trying to call a native method under Linux. I have a > decent understanding of the JNI, and have gotten my code to load under > windows, but am unable to load the shared library under Linux. Other > relevant details include my system profile: Slackware, libc.so.5, JDK 1.1.6v5 > > As I understand it, the process is: > > 1) Write your java file, declaring native methods > 2) Run javah on the file to get your headers > 3) Implement the native methods in (my case in) C++ > 4) Compile the C++ code to object files > 5) Link the object files into a shared library (are the following >compiler options sufficient?) > > gcc -lm -shared -Wl,-soname,libreceng.so -o libreceng.so lots_of_files.o > > I am currently not interested in putting version numbers on my shared > library, is that necessary? > > 6) Put the shared library in your shared library path. Where is this > path define, exactly? I'm using tcsh, and I presume that $LPATH is the > path I'm interested in. > > 7) Run your java. > -- > At step 7 I get the following error: > > matsakis@natural-log>av index.html > File not found (libreceng.so) > Exception occurred during event dispatching: > java.lang.UnsatisfiedLinkError: no receng in shared library path > at java.lang.Runtime.loadLibrary(Runtime.java) > at java.lang.System.loadLibrary(System.java) > at NLI.RecEng.(Demo.java:87) > at NLI.Demo.evaluate(Demo.java:70) > at NLI.Input_Panel.handleEvent(Input_Panel.java:38) > at java.awt.Component.postEvent(Component.java:1986) > at java.awt.Component.postEvent(Component.java:1996) > at java.awt.Component.postEvent(Component.java:1996) > at java.awt.Component.dispatchEventImpl(Component.java:1793) > at java.awt.Component.dispatchEvent(Component.java:1708) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:81) > > Any suggestions? > > Nick Matsakis I'm not 100% sure, but I believe you have to use -PIC (position independent code) flag on the compile. Peter Johnson [EMAIL PROTECTED]
JavaDocs?
I am looking for a GPL'ed javadoc replacement. Kaffe uses pizzadoc, the Magician documentation refers to some polardoc. Ideally I would like a tool that handles C++ and ANSI C headers, too. I used doc++ for a while. Any other recommendations? b.
java
I am running the lates glibc version of jdk on a Pentium66 with linux 5.0. I looked and appear to have the correct versions of the glibc libraries. But everytime I run any of the jdk program. I get no output. No errors, no .class files, no nothing. I don't even get a core dump. Does anyone now what is going on? I verified that I am trying to execute the correct javac (linked to the .java_wrapper). I even put in "debug" echoes, to see if the script was bombing. It gets down to the "exec" command and just stops without and output. * Buddy Lott * Technical Staff Member * Alcatel USA * Mail Stop 402-135* P.O. Box 833802 * Richardson, Texas 75083-3802 * (972)996-6244* * Thought: He who has a thousand friends, has not one to spare. He who has one enemy, will meet him everywhere. - Joel Rosenberg Author of "Guardians of the Flame" *
Re: A Scenerio
On Wed, 4 Nov 1998, Michael Emmel wrote: > 5 years from now you walk up to a street corner and a guy in a dirty > coat approaches you. > He say hey man I've got all the sources for JDK 1.2 for sell. > > How much would you give him > > How much is 1.02 worth today... > > While reading this thread I realized that I do not know enough about the issues to make an informed opinion. There are probably others on this list like myself who could use a brief summary of the relevant issues. Perhaps someone could summarize them or point to a good resource. A few question I have are below. Also, if anyone knows of any good resources for learning more detail about these issues please let me know. 1) Is the source code necessary for any reliable port of the JDK to Linux? 2) Is Sun selective when licensing the source code? If so, what guidelines do they follow when determining who gets a license? 3) What general restrictions does the license place on the holders' porting efforts. 4) Does Sun's recent announcement regarding supporting Java on Linux mean in effect that they are willing to license the source to a certain development team or does it mean that Sun themselves will be doing the port? Thanks, Mark
Re: Connecting to a CNC?
Sun has a beta Java Communications API, which can be found at this address: http://www.javasoft.com/products/javacomm/index.html They also have some good examples of using this API. I have yet to see a port of this API to the Linux OS at this time, but in time I'm sure one will come along. Hope this answers your question. Wayne wrote: > Hello, > I'am not sure if this is the site for my question, but here goes. > I have a friend that owns a machine shop with several pieces of CNC > equipment. On each CNC there is an RS23 connection and each CNC > can hold four programs. He currently has an old 386 system that they > use to off-load the programs from the CNC to the CPU and store them > there until they need them, at which time they load them back to > the CNC. The question I have for the group is this: does Java have > the ability to read from the RS23 port? If so can someone point > me to the literature on this subject. > TIA. > Wayne
Re: JavaDocs?
Bernd Kreimeier wrote: > > I am looking for a GPL'ed javadoc replacement. Kaffe > uses pizzadoc, the Magician documentation refers > to some polardoc. Ideally I would like a tool that > handles C++ and ANSI C headers, too. I used doc++ > for a while. Any other recommendations? > >b. Polardoc used to be at http://www.ualberta.ca/~tgee/polardoc But they seems have been zapped from the system. Anyone of the new home? Joe -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED] http://freespace.virgin.net/joe.carter
Swing stuff
I am using the swing API for my application.
I am trying to implement my own ToolTip manager for a Canvas. I got
everything to work except
the location where the ToolTip is displayed on the screen.
I am using an InternalFrame with a JComponent for my canvas in it !
When the Internalframe does not have a menubar the location where the
tooltip is displayed is correct, with a menubar, the tooltip is
displayed at the wrong location ?
Here is the code :
(invoker is the canvas, this code is taken from JToolTipManager)
public class JPopup
extends JPanel
{
.
public void show(JComponent invoker, int x, int y)
{
Point p = new Point(x,y);
SwingUtility.convertPoint(invoker, p, invoker.getRootPane());
this.setBounds(p.x, p.y. this.getSize().width,
this.getSize().height());
invoker.getRootPane().getLayeredPane().add(this,
JLayeredPane.POPUP_LAYER,0);
}
}
Does somebody have an idea what's going on ?
Thanks
Chris
Java CORBA
Anyone know anything about CORBA in Java? What's Orbix web? Is there a orb build-in JDK1.2? Is that mean if I get the orb from JDK1.2 I don't need Orbix web? Thanks. Sze Wong _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Java CORBA
>What's Orbix web? It's Iona's implementation of CORBA for Java. >Is there a orb build-in JDK1.2? Yes, but it's expected to be quite basic and not as powerful as products like OrbixWeb, not to mention issues related to speed and reliability (OrbixWeb has been available for a long time, so it's likely better tested). >Is that mean if I get the orb from JDK1.2 >I don't need Orbix web? Possibly. Depends on your CORBA needs. If need a lot of features of CORBA, then you'll be better off with a vendor-supplied implementation. They often have lots of nice hooks and various CORBA Services that will not be part of JDK 1.2, such as a persistent naming service. David
Re: JavaDocs?
>Polardoc used to be at >http://www.ualberta.ca/~tgee/polardoc >But they seems have been zapped from the system. >Anyone of the new home? No, where'd it go? Polardoc was good stuff.. Note that all of javadoc changes in Java 1.2, there's a nice new formatter and a "doclet" spec to let you configure the look of your documents. If you're serious about doing javadoc, you might want to just start using that, or wait until Java 1.2 is out for Linux.
Re: JavaDocs?
On Thu, 5 Nov 1998, Nelson Minar wrote: > >Polardoc used to be at > >http://www.ualberta.ca/~tgee/polardoc > >But they seems have been zapped from the system. > >Anyone of the new home? > > No, where'd it go? Polardoc was good stuff.. > > Note that all of javadoc changes in Java 1.2, there's a nice new > formatter and a "doclet" spec to let you configure the look of your > documents. If you're serious about doing javadoc, you might want to > just start using that, or wait until Java 1.2 is out for Linux. >
Re: Java CORBA
I have written applets which use ORBIXWEB. The Orbixweb product consists of an implementation of CORBA 2.0 for JAVA. The product has an Orb, Nameservice, and other stuff as well as the javaidl compiler. You should be able to use javaidl from SUN to communicate to any CORBA 2.0 compliant ORB on any host. If you are writing an applet, you have an ORB from Visibroker available to you within Netscape. If you are writing an application, MICO, is a very nice ORB which will run under Linux and is CORBA 2.0 compliant, and FREE. Orbixweb 3.0 is a nice product too. Maureen Lecuona Sze Yuen Wong wrote: > Anyone know anything about CORBA in Java? > What's Orbix web? > Is there a orb build-in JDK1.2? > > Is that mean if I get the orb from JDK1.2 > I don't need Orbix web? > > Thanks. > > Sze Wong > > _ > DO YOU YAHOO!? > Get your free @yahoo.com address at http://mail.yahoo.com -- The three principal virtues of a programmer are Laziness, Impatience, and Hubris. -- Larry Wall I don't want to achieve immortality through my work, I want to achieve it by not dying. - Woody Allen
KLGroup Chart date difference between Win98 and Linux
I'm using the KLGroup's Chart product, and when applying the same program to the same data on Windows 98 JDK 1.1.7 and Linux JDK 1.1.6v5 (Intel Redhat 5.1), the Linux chart looks very similar, but the time axis (showing dates) is always one day earlier on Linux than the actual data shows. It looks correct under Win98. And yes, both systems have their system clocks set to the correct date. Any ideas why they would behave differently since I doubt it's the JDK version difference... David [EMAIL PROTECTED]
