RE: CLASSPATH confusion
> Having it "fixed" in 1.2 won't help us Sorry for the total ignorance, but I've been hearing a lot about the CLASSPATH that doesn't need to be set in 1.2. Is this true? Where does "java" (1.2) look for the jar/zip/class files then? Or will it still need to be specified? Ok, doesn't have anything to doe with our port in general, but could somebody please clear this up? (I'm sure I'm not the only confuzzled person around here...) Greetings, [ Jaco ]
Document Writing Tool
Hey there... this does not really have any direct relationship to either of these groups... though the product that I need to document does embody both qualities... anyways do any of you know of a good documentation generation tool. I need to get some higher level docs written up so that I don't have to answer a billion questions every day. Before I have just written up some plain html via emacs, but I find that it is very hard to maintain... and well as I said it's quite plain. Anyways if one (or more) of you have any favorites I would love to hear about them. Mail me directly if you don't want to add to this anti-topic related matter... but I would guess that other might want to know too. Thanks --jason
CORBA/JDK1.2
You guys are all amazing! Great work! I hope you won't mind me asking when the Linux world can hope to see Java IDL, or JDK1.2? Thanks for any hints. I am starting a project that requires CORBA. I want to do it on Linux if it all possible... -- Christopher Rowan +81-3-3266-7812 Voice Sony Music Communications (Japan) +81-3-3266-7822 Fax 1-1 Ichigaya-Honmura-cho[EMAIL PROTECTED] Sumitomo-Ichigaya Bldg 11F Shinjuku, Tokyo 162 JAPAN
AWT Font mapping to ISO 8859-2 in X11 problem
Hi,
I have couple of Java classes (AWT stuff) that use
Label-s, TextField-s TextArea-s and my own Panel subclass
Text - simple text editor. So far so good. Everything works well
well under Win{95,NT} but on Linux I have trouble setting
font mapping to ISO 8859-2 fonts under X11. Yes, I've read
documentation several times but with no success {:(.
I use in my Text component just single font, say
new Font("Monospaced",Font.PLAIN,20)
it is enough for me. So I tried setting
monospaced.plain.0=-fixed-misc-*-*-*--*-%d-*-*-*-*-iso8859-2
plus corresponding
fontcharset.monospaced.0=sun.io.CharToByteISO8859_2
plus I changed exclusion range to:
exclusion.monospaced.plain.0=0200-
I guess I have troubles setting font.properties (possibly
font.properties.cs) or there is a bug in font mapping code under
Linux ?
Could someone explain me the process of mapping of any single Unicode
character inside JVM to a character beeing displayed using some X11
font ?
Also some code snippets from the places where underlying X11 fonts
are choosen would be big advantage for me to understand the process.
Can someone send it to me ?
I wanted to solve the problem myself, but since I am in Czech Republic,
I was not allowed to sign the Sun's NDA. {:((
Any help and/or pointers will be greatly welcome.
Michal
--
Michal Fadljevic ([EMAIL PROTECTED]) +420/2/701-719
Unidentified subject!
Hi, How to write MakeFile for Java in Linux ? Here I have snippet of makefile code. But it does not working properply (When I each time give cmd like make -f MakeFile, it compiles each java files even it's time is not modified.) If anybody know mail to me. Regards, Ramesha MakeFile --- #** # # Makefile for JAVA GUI # # Author: Ramesh .A Babu, TeneT Group, 4078,, # # # Change Log: # # #*/ CLASSES = Status.class FirstDemo.class UserPortMgr.class RTMgr.class \ SecondLevelMgr.class Tester.class UpdateInterface.class \ FileViewer.class FillUtils.class FillNetwork.class \ UserPort.class CodeDownLoad.class \ LineCard.class MntcPkt.class PostTest.class all: $(CLASSES) # ** Directory Path for JFC compiler JAVAC = /usr/local/jdk116/bin/ # * Java files to be compile *** # Single dependent java files UpdateInterface.class: UpdateInterface.java $(JAVAC) UpdateInterface.java FileViewer.class: FileViewer.java $(JAVAC) FileViewer.java FillUtils.class:FillUtils.java $(JAVAC) FillUtils.java FillNetwork.class: FillNetwork.java $(JAVAC) FillNetwork.java LineCard.class: LineCard.java $(JAVAC) LineCard.java MntcPkt.class: MntcPkt.java $(JAVAC) MntcPkt.java PostTest.class: PostTest.java $(JAVAC) PostTest.java UserPortMgr.class: UserPortMgr.java $(JAVAC) UserPortMgr.java RTMgr.class:RTMgr.java UserPortMgr.java $(JAVAC) RTMgr.java SecondLevelMgr.class: SecondLevelMgr.java $(JAVAC) SecondLevelMgr.java Status.class: Status.class MntcPkt.java $(JAVAC) Status.java # *** Clean unwanted files * clean: rm -f *.*~ core *~ # End of Makefile **
How to Write MakeFile ?
Hi, How to write MakeFile for Java in Linux ? Here I have snippet of makefile code. But it does not working properply (When I each time give cmd like make -f MakeFile, it compiles each java files even it's time is not modified.) If anybody know mail to me. Regards, Ramesha MakeFile --- #** # # Makefile for JAVA GUI # # Author:Ramesh .A Babu, TeneT Group, 4078,, # # # Change Log: # # #*/ CLASSES = Status.class FirstDemo.class UserPortMgr.class RTMgr.class \ SecondLevelMgr.class Tester.class UpdateInterface.class \ FileViewer.class FillUtils.class FillNetwork.class \ UserPort.class CodeDownLoad.class \ LineCard.class MntcPkt.class PostTest.class all: $(CLASSES) # ** Directory Path for JFC compiler JAVAC = /usr/local/jdk116/bin/ # * Java files to be compile *** # Single dependent java files UpdateInterface.class: UpdateInterface.java $(JAVAC) UpdateInterface.java FileViewer.class: FileViewer.java $(JAVAC) FileViewer.java FillUtils.class: FillUtils.java $(JAVAC) FillUtils.java FillNetwork.class: FillNetwork.java $(JAVAC) FillNetwork.java LineCard.class:LineCard.java $(JAVAC) LineCard.java MntcPkt.class: MntcPkt.java $(JAVAC) MntcPkt.java PostTest.class:PostTest.java $(JAVAC) PostTest.java UserPortMgr.class: UserPortMgr.java $(JAVAC) UserPortMgr.java RTMgr.class: RTMgr.java UserPortMgr.java $(JAVAC) RTMgr.java SecondLevelMgr.class: SecondLevelMgr.java $(JAVAC) SecondLevelMgr.java Status.class: Status.class MntcPkt.java $(JAVAC) Status.java # *** Clean unwanted files * clean: rm -f *.*~ core *~ # End of Makefile **
Re: How to Write MakeFile ?
[EMAIL PROTECTED] writes: > How to write MakeFile for Java in Linux ? Have a look at http://www.tildeslash.com/mmake -- Jan-Henrik Haukeland
RE: CLASSPATH confusion
On Wed, 25 Nov 1998 07:38:11 +0200, Jaco Greeff wrote:
>> Having it "fixed" in 1.2 won't help us
>
>Sorry for the total ignorance, but I've been hearing a lot about the
>CLASSPATH that doesn't need to be set in 1.2. Is this true? Where does
>"java" (1.2) look for the jar/zip/class files then? Or will it still need to
>be specified?
>
>Ok, doesn't have anything to doe with our port in general, but could
>somebody please clear this up? (I'm sure I'm not the only confuzzled person
>around here...)
Actually, in JDK 1.1, CLASSPATH does not need to be set to get the core
Java classes.zip file. The Java wrapper does that.
Also, the CLASSPATH env variable can also be set to just your own path
extensions and that will work too since the JDK will find its own classes.zip
Both of these are reasonable but the behavior of the -cp/-classpath option
*replaces* not just the CLASSPATH env variable but also the default that
the wrapper script would define and thus using that option requires that
you add in the classes.zip file, something the user should not need to
deal with.
Jikes has "yet another problem" in that it needs to know where the JDK
classes.zip file is in order to load it.
What I have done for our engineers is to state that "CLASSPATH is only to
contain local added classes" and we normally just have it set to "./obj:."
which lets us store the *.class files outside of the source tree.
All of the tools should then know how to add any tool-specific class paths
to that variable before running. The JDK tools already do this. For the
Jikes compiler I have a front-end script that does:
export CLASSPATH="${CLASSPATH}:/usr/Java/JDK/lib/classes.zip"
For the Jikes debugger, I add in the debugger classes and then call the
normal JDK Java wrapper which adds the classes.zip file.
This way, if classpath is not defined, it works as before. If classpath
is defined, I add to the end what the tool knows it will need and *if*
the user happened to want to replace part of that, the user's settings
come first.
The other thing that would be good is a standard place to put jar/zip files
(or links to them) such that you do not need to keep adding them to the
classpath in *user* space. That is, the user's environment should not
need to define things that are required definitions for the system to
operate. (Such as where classes.zip is for the JVM since it generally
does not make sense to use Java without it)
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: CLASSPATH confusion
> Actually, in JDK 1.1, CLASSPATH does not need to be set to > get the core Java classes.zip file. The Java wrapper does that. Ok. That makes sense. I actually found this out without even trying and was quite surprised! > The other thing that would be good is a standard place to put > jar/zip files (or links to them) such that you do not need to > keep adding them to the classpath in *user* space. That would be great! This is actually what I meant in my original question... It is starting to get quite a mission adding a jar/zip/path to your path just to try things out. If the java wrapper could read (with links) all the jar/zip/class files in "jdk/lib/usr" or some path like that it would be great and save a lot of trouble. The problem with the approach obviously is that ALL the classes will get loded into memory... , not good. (The wrapper obviously knows to read the classes.zip file from "jdk/lib", so why not the user classes?) Greetings, // Jaco
RE: CLASSPATH confusion
On Wed, 25 Nov 1998 14:28:53 +0200, Jaco Greeff wrote: >> Actually, in JDK 1.1, CLASSPATH does not need to be set to >> get the core Java classes.zip file. The Java wrapper does that. > >Ok. That makes sense. I actually found this out without even trying and was >quite surprised! > >> The other thing that would be good is a standard place to put >> jar/zip files (or links to them) such that you do not need to >> keep adding them to the classpath in *user* space. > >That would be great! This is actually what I meant in my original >question... It is starting to get quite a mission adding a jar/zip/path to >your path just to try things out. If the java wrapper could read (with >links) all the jar/zip/class files in "jdk/lib/usr" or some path like that >it would be great and save a lot of trouble. The problem with the approach >obviously is that ALL the classes will get loded into memory... , not >good. (The wrapper obviously knows to read the classes.zip file from >"jdk/lib", so why not the user classes?) It is not that simple - especially if some of the jar/zip files have replacement classes (such as some debuggers have) for the classes.zip file. WHat is the order of the files? Anyway, I think it is easily doable for UNIX systems using symbolic links into a directory and having them encode in the ordering (like the rcX.d directories do) but this is not a solution that can be done for "Java" since not all Java systems run on Unix. (One rather important system, Windows, does not even support softlinks in the OS at all - don't count the GUI "links" - and WindowsNT supports hardlinks but by default the user has no way of making those since you need the NT resource kit to get the "ln" command.) Anyway, Sun has been working on this for JDK 1.2 - I just hope that the solution does not have yet another case of "almost" there. (The 1.1 JDK almost had it except that the -classpath option does not append the required classes.zip file and thus if you use that you need to find classes.zip and put that into the -classpath option and... It is just a mess.) 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: How to Write MakeFile ?
Jikes supports the +M option for use in generating Makefiles. [EMAIL PROTECTED] http://www.ibm.com/research/jikes
Re: Netscape/CLASSPATH question
I had to name it explicitly at work (sparc-sun-solaris-2.5.1) and home
(i586-slackware-linux-gnulib1) to get Netscape to work.
export CLASSPATH=...:${MOZILLA_HOME}/java/classes/java40.jar:...
Pete
__ Reply Separator _
Subject: Re: Netscape/CLASSPATH question
Author: song ([EMAIL PROTECTED]) at lon-mime
Date:24/11/98 13:37
It will do if I remove MOZILLA_HOME and CLASSPATH
from the .bashrc file (so they are not defined). It sounds
strange but it works somehow.
Mike
--
Mike Song wrote:
> Hello all,
>
> Question:
> Netscape complains that it could not find java40.jar in
> the directories listed in $CLASSPATH.
>
> My system:
> RH Linux 5.2/Netscape 4.5/PC
>
> In my .bashrc file:
> MOZILLA_HOME=/usr/local/netscape
> export MOZILLA_HOME
> CLASSPATH=$MOZILLA_HOME/java/classes:$HOME/java/tutorial
> export CLASSPATH
>
> env command correctly report above settings. Directory and file
> permissions are also OK. java40.jar is located in
> $MOZILLA_HOME/java/classes directory
>
> When I start netscape to load a HTML file (which loads an
> applet), netscape gives the following error message:
> Unable to start a java applet, can not find java40.jar in your
> CLASSPATH...
> Current value of CLASSPATH:
> /usr/local/netscape/java/classes:...
>
> The reported CLASSPATH actually contains the directory where
> java40.jar is located. The reported CLASSPATH contains more directories
> than the settings from .bashrc file.
>
> (By the way, I am able to start the same applet by:
> appletviewer HelloWorld.html)
>
> Any idear why?
>
> Appreciate you help !
>
> Mike Song
> [EMAIL PROTECTED]
Re: How to Write MakeFile ?
Heres a simple Makefile I use. BIN = /home/jarvi/java/gps/bin/ JAVAC = javac JFLAGS= -d /home/jarvi/java/gps/bin -O JFILES := $(patsubst %.java,$(BIN)%.class,$(wildcard *.java)) SUBDIRS = almanac misc route trackpoint waypoint rxtx .SUFFIXES:.class .java $(BIN)%.class: %.java $(JAVAC) $(JFLAGS) $< all:$(JFILES) $(SOFILES) @set -e; for i in $(SUBDIRS); do $(MAKE) -C $$i; done Trent Jarvi [EMAIL PROTECTED]
JDBC-ODBC bridge
Hi, I would like to use the JDBC-ODBC bridge under Linux, but could not find it included in the Blackdown JDK port. The bridge from Sun only runs under Solaris and Windows. Note that using a pure Java JDBC access to a database does not meet my demands. Ciao Jens
Re: How to Write MakeFile ?
Since this question shows up from time to times... I will answer it from time to times... :) I just updated my JAppTemplate ( a makefile and a directory structure that show how to use it) to version 0.2 Back in september, when I first announced this on this mailing list, I got nice feedback... The new and improved version of japptemplate is now available at http://www.iro.umontreal.ca/~trussarv/japptemplate/ Instructions on how to use it are in the Makefile. -- Vincent Trussart [EMAIL PROTECTED] Universite de Montreal, Quebec
Re: How to Write MakeFile ?
Hi,
Here is a patch a wrote so you can use "mmake" with SourceNavigator.
When you press the "make" button in SN, it will give the filename to the make
command, and this may be a problem , especially when you have your sources in a
directory structure that reflects the packages.
Just put this script in one of your "bin" directories and run it instead of
"mmake" to create your Makefile.
Catalin.
Ramesh Babu A. wrote:
> Hi,
>
> How to write MakeFile for Java in Linux ?
>
> Here I have snippet of makefile code. But it does not
>
> working properply (When I each time give cmd like
>
> make -f MakeFile, it compiles each java files even it's
>
> time is not modified.)
>
> If anybody know mail to me.
>
>
> Regards,
>
> Ramesha
>
>
>
>
> MakeFile
>
> ---
>
>
> #**
> #
> # Makefile for JAVA GUI
> #
> # Author:Ramesh .A Babu, TeneT Group, 4078,,
> #
> #
> # Change Log:
> #
> #
> #*/
>
> CLASSES = Status.class FirstDemo.class UserPortMgr.class RTMgr.class \
> SecondLevelMgr.class Tester.class UpdateInterface.class \
> FileViewer.class FillUtils.class FillNetwork.class \
> UserPort.class CodeDownLoad.class \
> LineCard.class MntcPkt.class PostTest.class
>
>
>
>
> all: $(CLASSES)
>
> # ** Directory Path for JFC compiler
>
> JAVAC = /usr/local/jdk116/bin/
>
> # * Java files to be compile ***
>
>
> # Single dependent java files
>
> UpdateInterface.class: UpdateInterface.java
> $(JAVAC) UpdateInterface.java
>
> FileViewer.class: FileViewer.java
> $(JAVAC) FileViewer.java
>
> FillUtils.class: FillUtils.java
> $(JAVAC) FillUtils.java
>
> FillNetwork.class: FillNetwork.java
> $(JAVAC) FillNetwork.java
>
> LineCard.class:LineCard.java
> $(JAVAC) LineCard.java
>
> MntcPkt.class: MntcPkt.java
> $(JAVAC) MntcPkt.java
>
> PostTest.class:PostTest.java
> $(JAVAC) PostTest.java
>
> UserPortMgr.class: UserPortMgr.java
> $(JAVAC) UserPortMgr.java
>
> RTMgr.class: RTMgr.java UserPortMgr.java
> $(JAVAC) RTMgr.java
>
> SecondLevelMgr.class: SecondLevelMgr.java
> $(JAVAC) SecondLevelMgr.java
>
> Status.class: Status.class MntcPkt.java
> $(JAVAC) Status.java
>
> # *** Clean unwanted files *
>
> clean:
> rm -f *.*~ core *~
>
>
> # End of Makefile **
>
>
f_rec () {
if [ "$1" = "" ]
then
pattern=*
else
pattern=$1/*
fi
for fn in $pattern
do
case $fn in
*.java)
echo `basename $fn`:
echo " \$(JAVAC) \$(JAVAC_FLAGS) " $fn
echo ;;
*)
if [ -d $fn ]
then
f_rec $fn
fi ;;
esac
done
}
mmake
if [ -f Makefile ]
then
line=`cat Makefile | grep -n "# Build Rules" | cut -f 1 -d :`
line=`expr $line + 2`
head Makefile -n $line > Makefile.new
echo "# mmake patch: insert each java target" >> Makefile.new
f_rec $1 >> Makefile.new
echo "# mmake patch ends here" >> Makefile.new
tail Makefile -n +$line >> Makefile.new
rm Makefile
mv Makefile.new Makefile
fi
Re: Netscape/CLASSPATH question
Excuse me. Yes Micheal is absolutely right, about unsetting CLASSPATH.
Must you put a jar in the ${MOZILLA_HOME}/java/classes?
__ Reply Separator _
Subject: Re: Netscape/CLASSPATH question
Author: Michael.Sinz ([EMAIL PROTECTED]) at lon-mime
Date:24/11/98 14:52
On Tue, 24 Nov 1998 13:37:12 +, Mike Song wrote:
>It will do if I remove MOZILLA_HOME and CLASSPATH
>from the .bashrc file (so they are not defined). It sounds
>strange but it works somehow.
Actually, it is documented in Netscape's readme that the
browser's JVM looks at CLASSPATH if defined and will *only*
look there for its own classes. If it is not defined, it
will look at the directory where the binary lives to find
the jar/zip files.
What I did was to make a netscape script file that lives in
/usr/local/bin that unsets CLASSPATH, just in case it was set,
and then runs the netscape binary (thus the netscape binary is
not actually in the path) This makes it work perfectly.
Re: [rtl] Re: Java and rtl (was LabView for Linux)
I've built a couple of scripts to build a tiny RTLinux system from a full system for the flash disk. I can put it on the net if anyone is interested. I've got another to prepair the flash disk and install everything. I've got a desktop system with two IDE interfaces that I use to plug both the IDE and flash drive. I had no success in getting the IDE and FLASH drive to cooperate as master and slave. Putting them on separate controllers worked. This wasn't a problem since the Pentium motherboard had two IDE controllers built-in. I also wrestled with lilo. Little beast wouldn't install on anything but hda. So here's what I ended up doing: - put IDE drive on hda - install Linux, then patch to RTLinux - install application software, Java - move IDE drive to hdc (second controller) - put the FLASH disk on hda - use the install boot disk and instruct it to use hdc as root (mount root=/dev/hdc) The mini-build scripts then mount the flash disk, prepare it, install a compressed root file system, and run lilo. The system is configured to run from ram disk with the flash remounted so it can be used to store persistant information. If the RTLinux community is interested in having this as a FAQ, then I would be glad to prepare a more detailed guide to doing this, with the scripts that I used, and the various config files for lilo, etc. Also, I'm not certain that this would warrent a FAQ, but I could write a little blerb with code fragments on getting Java to read properly from a FIFO. I've got it working, and I'm working on what I hope will be a much faster way. As for paring the JDK down, it can be done but the licence seems to prevent one from pulling parts from it. It can be made smaller if things like the AWT isn't required. Not that I've done this of course, but that's what I've heard :-) I'm currently using a Sandisk 40Mb IDE flash drive. It's much too large for this project and I'm working on a smaller device. Advantech makes an IDE flashdisk about half the size of a credit card. It has an IDE socket on it. It just plugs right onto the IDE header on the SBC. It's perfect for what I want. I've got the 8Mb version and have RTLinux booting from it. To enable it to connect directly onto the motherboard's IDE header, the connector is the mirror image of a regular IDE cable, so I built a small adaptor so I could plug it onto a regular IDE cable and install RTLinux onto it. Advantech is supposed to have at 16Mb version now. The RTLinux system, Java, and all the libs that I need to run it fit into just under 20Mb, so I'm about to look for things to throw overboard to get it down to 16Mb. When the SBC has the small Advantech IDE flash disk installed, you wouldn't even notice that it's there! Regards, Jim. At 03:32 AM 11/18/98 +0200, Nikolay Ognyanov wrote: >Hi James, > >Could you please tell us a bit more about your project? The problem >of putting RT Linux into FLASH has been raised several times on >this list but as far as I can recall you are the first one to present a >real case study. Could you tell more about this : what kind of FLASH >device you use, did you have problems with making Linux boot from >it etc.? Also did you try to reduce in some way Java footprint ? How >big your instalation (including Java) is? > >BTW, does somebody know about Embedded Java more than can be >found on JavaSoft site? Could it have something to do with RT Linux? > >Regards >Nikolay Ognyanov > >
Re: JDBC-ODBC bridge
I'm intrested in what you believe you can do with an ODBC bridge driver that you can't do with a pure java driver? ../Martin "Jens E. Wunderwald" wrote: > Hi, > > I would like to use the JDBC-ODBC bridge under Linux, but could not find > it included in the Blackdown JDK port. The bridge from Sun only runs > under Solaris and Windows. > > Note that using a pure Java JDBC access to a database does not meet my > demands. > > Ciao Jens
Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
Hi all, Check this out (I'm not including the full text in the interest of conserving bandwidth): http://www.internetworld.com/print/current/webdev/19981123-java.html Way to go!
Re: Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
Although this is good to see, it is hardly fair to compare a native code compiler (a commercial one, at that) against a true JVM (which in Microsoft's case was only slightly slower) regards [ bryce ] Mario Camou wrote: > Hi all, > > Check this out (I'm not including the full text in the interest of conserving > bandwidth): > > http://www.internetworld.com/print/current/webdev/19981123-java.html > > Way to go!
Re: Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
I agree. Tower J is somewhat limited in terms of full java capabilities, ie compiles the complete application before hand. Now if the linux JVM were to perform as well as some *other* vendor's JVM, we would all have great reason to celebrate! Please do not misunderstand, I love linux and java. However, my experience has been that under Windoze, my Symantec JVM and JIT perform better than the Blackdown port and the TYA JIT. I will say this, the latest release (1.1.7 v1a and TYA 1.1.4) are the best yet and are getting better - so I have absolutely NO complaints - great job! Bryce McKinlay wrote: > Although this is good to see, it is hardly fair to compare a native code > compiler (a commercial one, at that) against a true JVM (which in Microsoft's > case was only slightly slower) > > regards > > [ bryce ] > > Mario Camou wrote: > > > Hi all, > > > > Check this out (I'm not including the full text in the interest of conserving > > bandwidth): > > > > http://www.internetworld.com/print/current/webdev/19981123-java.html > > > > Way to go!
A very elementary question ?
Hi, I installed JDK 117 on a newly and painfully installed Linux Red Hat 5.1 I wrote a small Java program. When I type /MyJavaDir/jdk117/bin/javac /MyyestDir//Test.java Test.class is generated Then I type /MyJavaDir/jdk117/bin/java /MyyestDir//Test I get a message invalid class name: /MyJavaDir/jdk117/Test How do you run your Java on Linux ? Regards, Mehrdad
Re: Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
I agree it is good to see (yeah Linux), but it is also a strange comparison. But my point was, is Micro$oft's sdk really a TRUE JVM? Didn't they buy performace at the cost of portablity? Don't they play funny games with the low level calls that get close to the OS? I have no first hand knowledge, but I question: is a High Performance compiler that different from a vendor that doesn't follow the standard and regularly adjust the OS to make an application perform (have you ever notice what DLL's get loaded in the system directory during an install). Just my $.02. Cheers Tod... Bryce McKinlay wrote: > Although this is good to see, it is hardly fair to compare a native code > compiler (a commercial one, at that) against a true JVM (which in Microsoft's > case was only slightly slower) > > regards > > [ bryce ] > > Mario Camou wrote: > > > Hi all, > > > > Check this out (I'm not including the full text in the interest of conserving > > bandwidth): > > > > http://www.internetworld.com/print/current/webdev/19981123-java.html > > > > Way to go!
Re: [rtl] Re: Java and rtl (was LabView for Linux)
Cool Project! I'd love to see your FAQ entries for both the flash and Java. Thanks, -Don --- [rtl] --- To unsubscribe: echo "unsubscribe rtl" | mail [EMAIL PROTECTED] OR echo "unsubscribe rtl " | mail [EMAIL PROTECTED] For more information on Real-Time Linux see: http://www.rtlinux.org/~rtlinux/
Re: Unidentified subject! [Makefile problem]
On Wed, 25 Nov 1998, Ramesh Babu A. wrote: > > JAVAC = /usr/local/jdk116/bin/ > Hi Ramesha, Well, i am suprised that the make file u showed even runs! if JAVAC is defined as a *path* only, how does 'make' understand what/which the java-compiler is? Regards, Karthik. +-+ | Karthik Vishwanath, Graduate trainee, | | National Centre for Biological Sciences, TIFR Bangalore, India. | | Ph: (080)344-4062/5615/3035 | Ext:315. | | mail to: [EMAIL PROTECTED]| +-+ Microsoft isn't the answer. Microsoft is the question and the answer is NO.
