announce: TYA1.2v2 released
Hi, I've just updated the TYA JIT compiler archive. ftp://gonzalez.cyberus.ca/pub/Linux/java/tya12v2.tgz size is 123860 byte This release contains bugfixes and some minor speedup in invocation, useful in programs like Hanoi towers etc. Just a note to the freeBSD people: I did _not_ receive any configuration file patches since release of TYA1.2. So I consider _YOU_ will do this _porting_ stuff by yourself quite _inside_ _YOUR_ group, and so it's further no part of my TYA distribution. Cheers Albrecht
Re: Java-VisiBroker CORBA on Linux with Blackdown Java 1.16/1.17 Howto
> Hence, you have an environment using muliple lang (C++/Java), multiple > platform (Linux server/ non-Linux client), multiple ORB > (omniORB/JavaIDL). About 1 year ago i used a combination of omniORB (my C++ server) and ORBaccus (my Java client) successfully on Linux. I believe, this situation of inter ORB communication has even improved today, regards, Marcel -- Marcel Ruff [EMAIL PROTECTED] http://www.lake.de/home/lake/swand/
[email protected]
hey ,i have some problem. i downloaded jdk 1.1.5 , and i did : installpkg jdk.blabla.tar.gz , and when i'm going to the /jdk1.1.5/bin/... , and when i'm execute the file : JAVA , its telling me "no such file" , but the file is there ! , i'm clicking on it ... please respond me... thanx. _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: [email protected]
On Sun, 17 Jan 1999, hackit usolame wrote: > hey ,i have some problem. i downloaded jdk 1.1.5 , and i did : > installpkg jdk.blabla.tar.gz , and when i'm going to the > /jdk1.1.5/bin/... , and when i'm execute the file : JAVA , its telling > me "no such file" , but the file is there ! , i'm clicking on it > ... please respond me... > thanx. Try ./java. Your current directory isn't part of your search path. And make sure you don't type it in all caps. Brett W. McCoy http://www.lan2wan.com/~bmccoy/ --- "The number of UNIX installations has grown to 10, with more expected." -- The UNIX Programmer's Manual, 2nd Edition, June, 1972 -BEGIN GEEK CODE BLOCK- Version: 3.12 GAT dpu s:-- a C UL$ P+ L+++ E W++ N+ o K- w--- O@ M@ !V PS+++ PE Y+ PGP- t++ 5- X+ R+@ tv b+++ DI+++ D+ G++ e>++ h+(---) r++ y --END GEEK CODE BLOCK--
[email protected]
no no thats not the problem i'm IN the directory , i even click on the file with Midnight Commander , but its still telling me not such file , i think the problem is that the java file is looking for other file , that isnt exits... maiby i should do somthing with the EXPORT command ? _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: [email protected]
On Sun, 17 Jan 1999, hackit usolame wrote: > no no thats not the problem i'm IN the directory , i even > click on the file with Midnight Commander , but its still telling me > not such file , i think the problem is that the java file is > looking for other file , that isnt exits... maiby i should do somthing > with the EXPORT command ? Right... if you don't have . (the current directory) in your PATH, you can't start an executable if you are in that directory. Did you try ./java to see if it works? If you run java without any other files, it will give you a help screen detailing the command-line options. Your best bet is to add /usr/local/java/bin to your path statement in .bash_profile. Brett W. McCoy http://www.lan2wan.com/~bmccoy/ --- "The number of UNIX installations has grown to 10, with more expected." -- The UNIX Programmer's Manual, 2nd Edition, June, 1972 -BEGIN GEEK CODE BLOCK- Version: 3.12 GAT dpu s:-- a C UL$ P+ L+++ E W++ N+ o K- w--- O@ M@ !V PS+++ PE Y+ PGP- t++ 5- X+ R+@ tv b+++ DI+++ D+ G++ e>++ h+(---) r++ y --END GEEK CODE BLOCK--
TYA bugfix patch / now TYA1.2v3
Hi,
just released TYA1.2v2, but after some hours follows 1.2v3 !!
Kazuyuki Shudo <[EMAIL PROTECTED]> sent
me a patch and Lukas Knecht <[EMAIL PROTECTED]> mailed
a bugreport: I've just fixed that.
So maybe you would like to apply the included patch generating
TYA1.2 version3
Cheers,
Albrecht
*cut here**
diff -urN tya1.2v2/ChangeLog tya1.2v3/ChangeLog
--- tya1.2v2/ChangeLog Sun Jan 17 09:48:39 1999
+++ tya1.2v3/ChangeLog Sun Jan 17 20:23:42 1999
@@ -1,3 +1,16 @@
+Sun Jan 17 19:30:07 1999 Kazuyuki Shudo <[EMAIL PROTECTED]>
+ -tya.c
+prevent that java_lang_Compiler_start(...)
+runs more than once (i.e. at startup only) [due to GC!]
+
+Sun Jan 17 20:19:15 1999 Albrecht Kleine <[EMAIL PROTECTED]>
+ -tya.c
+added bugfix RI-string end address [was introduced in #220]
+tnx bugreport Lukas Knecht <[EMAIL PROTECTED]>
+
+ file #222
+ *** patch for TYA1.2v3 mailed on blackdown list ***
+---
Sun Jan 17 09:47:34 1999 Albrecht Kleine <[EMAIL PROTECTED]>
-tya* : some common cleanup
diff -urN tya1.2v2/acconfig.h tya1.2v3/acconfig.h
--- tya1.2v2/acconfig.h Fri Jan 15 20:01:08 1999
+++ tya1.2v3/acconfig.h Sun Jan 17 20:24:28 1999
@@ -86,4 +86,4 @@
#define EASYEX
#endif
-#define TYAVER "1.2v2" // release version
+#define TYAVER "1.2v3" // release version
diff -urN tya1.2v2/config.h.in tya1.2v3/config.h.in
--- tya1.2v2/config.h.inFri Jan 15 20:01:43 1999
+++ tya1.2v3/config.h.inSun Jan 17 20:24:45 1999
@@ -79,4 +79,4 @@
#define EASYEX
#endif
-#define TYAVER "1.2v2" // release version
+#define TYAVER "1.2v3" // release version
diff -urN tya1.2v2/tya.c tya1.2v3/tya.c
--- tya1.2v2/tya.c Sun Jan 17 10:20:44 1999
+++ tya1.2v3/tya.c Sun Jan 17 20:11:28 1999
@@ -329,18 +329,23 @@
//
// this function does the init
//
-long java_lang_Compiler_start(int **XX)
+void java_lang_Compiler_start(void **XX)
{
- void* (*CCLinkVector)=(void*)*XX;
+ void* (*CCLinkVector)=*XX;
+
+ static int initialized = 0;
+ if (initialized) return;
+ initialized = 1;
+
lopen();// logfile
#ifndef DEBUG
#ifdef FREEBSD
-lprintf(" TYA %s (for J%s / FreeBSD). Copyright (c) 1997,98 The TYA
Team\n",TYAVER,JVER);
+lprintf(" TYA %s (for J%s / FreeBSD). Copyright (c) 1997,98,99 The TYA
+Team\n",TYAVER,JVER);
#else
-lprintf(" TYA %s (for J%s / Linux). Copyright (c) 1997,98 The TYA
Team\n",TYAVER,JVER);
+lprintf(" TYA %s (for J%s / Linux). Copyright (c) 1997,98,99 The TYA
+Team\n",TYAVER,JVER);
#endif
#else
-dprintf(stderr," TYA %s-DEBUG (for J%s) loaded. Copyright (c) 1997,98 The TYA
Team\n",TYAVER,JVER);
+dprintf(stderr," TYA %s-DEBUG (for J%s) loaded. Copyright (c) 1997,98,99 The TYA
+Team\n",TYAVER,JVER);
#endif
lprintf(" Contact The TYA Team via Albrecht Kleine <[EMAIL PROTECTED]>\n");
dprintf(stderr," start java_lang_Compiler_start -\n");
@@ -370,7 +375,7 @@
}
#endif
PrepareExceptions();
- return 1L;
+ return;
}
@@ -476,7 +481,7 @@
break;
default:// reverse instruction string here we go from end back to start
ReverseCopyViaReversedScript(&local[EXTRALOCAL+EXTRAARGS],
- &((char*)mb->CompiledCodeInfo)[mb->CompiledCodeFlags>>8], /*
last char RI-string*/
+ &((char*)mb->CompiledCodeInfo)[(mb->CompiledCodeFlags>>8) -1],
+/* last char RI-string*/
args_size,args,allspace);
break;
}
Re: A file system for organising java stuff ?
I agree that there should be at least a vague convention on how/where Java programs are installed under Unix/Linux. At present, suppose you want to release a rpm'd or similar public version of a program - where should it go? Probably the java community should propose the solution - otherwise some poorly chosen convention might take hold. I think a couple more people should join the original poster and publish a more formal looking recommendation. R.e. the specific proposal, no problems with what's there, but I think Java programs may need to exist in places other than just /usr/local. If someone wrote a system control panel using swing (e.g. replacement for the redhat scripts such as adduser that use tk), where should this go? --- j.p.lewis [EMAIL PROTECTED] 012 345 6789 //www.idiom.com/~zilla
OFF-TOPIC - Applets Java and Netscape 4.5
Hi, This is a little OFF-TOPIC, but I´m having trouble to view some Java applets on Netscape 4.5. For instance, at http://www.javasoft.com/ no applets run on Netscape 4.5. This is just an example, many other applets on several other addresses won´t work. However some others do work for isntance: The glossary applet at http://www.javasoft.com/openstudio/applets/glossary.html The clock applet at http://www.javasoft.com/openstudio/index.html and many others do work. Does anyone have any hint? My system: RedHat 5.1 Kernel: 2.0.33 Netscape: 4.5 JDK: 1.1.7v1a (Blackdown) Thanks, -- Braulio Weimann Gergull -o) [EMAIL PROTECTED](o-/\\ Usuario Linux #100566 //\ _\_V V_/_
Re: A file system for organising java stuff ?
An additional thought: Suppose one writes a control panel or system utility using java. Conventionally this should be installed in /usr/bin or /usr/sbin. - Linux has the kernel facility that launches a .class path when it's name is typed. So one could install the .class in /usr/bin. One could install all the needed files for the program (including icons) into the .jar. The kernel java launching should be able to launch a .jar file rather than just a .class file, setting the CLASSPATH to the jar. - we should be able to install things like standard jpeg parsing librarys as .jars in /usr/lib, and some 1.1 programs will need to set the CLASSPATH to include swing. Java programs that uses these will require a separate script to set the classpath. Propose instead that the kernel java facility should look inside the .jar for a file _CLASSPATH_ or something and set the classpath to this before running. - Is there some way to distinguish between a .jar file and a plain .zip file? I don't know. One way would be to look for the _CLASSPATH_ file in the zip and only try to launch the file as a java .jar if this file exists (and maybe only if it contains a magic number before the classpath) With this approach, for linux at least, the problem seems pretty easy - just install everything in the same places it would go if it were a C program. /usr/bin/diff c program /usr/bin/jdiff java .jar diff with a nice gui, jar file contains mos /usr/lib/libjpeg.*soc library /usr/lib/libjpeg.jarjava library --- j.p.lewis [EMAIL PROTECTED] 012 345 6789 //www.idiom.com/~zilla
[email protected]
hey brett W. McCoy !!! i'm kinda new in linux , i'm using it just 1 month , i understand that i should add the jdk direcory to the path , but where is the file that i have to set the path line in ? (in dos its AUTOEXEC.BAT , PATH=c:\blablabla) , but where is it on linux ? and what exectly should i type ? Btw - i'm using slackwar 3.5 and the JDK filename was begin with the letters RH5 u think its not work under slackwar ? please answer to all my questions (: thanx & bye _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: [email protected]
On Sun, 17 Jan 1999, hackit usolame wrote: > i'm kinda new in linux , i'm using it just 1 month , i understand that > i should add the jdk direcory to the path , but where is the file that > i have to set the path line in ? (in dos its AUTOEXEC.BAT , > PATH=c:\blablabla) , but where is it on linux ? and what exectly > should i type ? These are basic Linux configuration questions that really aren't appropriate for this mailing list. I suggest you look at http://www.linux.org and try to become more proficient with Linux before attempting to run Java on it. Brett W. McCoy http://www.lan2wan.com/~bmccoy/ --- "The number of UNIX installations has grown to 10, with more expected." -- The UNIX Programmer's Manual, 2nd Edition, June, 1972 -BEGIN GEEK CODE BLOCK- Version: 3.12 GAT dpu s:-- a C UL$ P+ L+++ E W++ N+ o K- w--- O@ M@ !V PS+++ PE Y+ PGP- t++ 5- X+ R+@ tv b+++ DI+++ D+ G++ e>++ h+(---) r++ y --END GEEK CODE BLOCK--
Re: [email protected]
Hi, hackit usolame wrote: > > hey brett W. McCoy !!! > i'm kinda new in linux , i'm using it just 1 month , i understand that > i should add the jdk direcory to the path , but where is the file that > i have to set the path line in ? (in dos its AUTOEXEC.BAT , > PATH=c:\blablabla) , but where is it on linux ? and what exectly > should i type ? In Linux ehe dot at the beggining of a filename means that it´s hidden. The .bash_profile resides in every users home directory. As it´s hidden, in order to see it you should type: % ls -a ~ It should already be there, however, if it´s not create a new one. The sintax is almost like in DOS, except that you should use : instead of ; as path separator and that you should export it after defining, for instance: PATH=$PATH:$HOME/bin:/usr/local/netscape:$HOME/Office50/bin:/usr/local/jdk117_v1a/bin export PATH > Btw - i'm using slackwar 3.5 > and the JDK filename was begin with the letters RH5 > u think its not work under slackwar ? The point is that Slackware is still based upon libc5 while RedHat 5 is based upon glibc2 (aka libc6). If you have already installed glibc2 on your system than it should work fine, otherwise I´m affraid it won´t. At blackdown.org you should find two ¨flavors¨ of JDK-Linux (libc5 and glibc2). Make sure you got the right one for your system. The following text was extracted from the README file: -8<-8<-8<-8<- Installation Installation of the Linux JDK is trivial, but you have to get the version of the JDK that matches your environment. (If you are not on an x86 based Linux system, skip to the bottom of this section). For the x86 processor family, there are two flavors; the version you get depends on your environment. The versions are known as "glibc" and "libc5", and reflect the type of C runtime library that's installed on your machine. 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). To discover which kind of system you have, (remember, these instructions are for x86 based Linux only): ls -l /lib/libc.so.* What you are looking for is lines of the form /lib/libc.so. If all you see are lines where is 5, then you have libc5. If you have a line where is 6, then you have glibc, and you should get the glibc version. An additional check is to look in /lib for libdl.so.: if at least one here is 2, then you definitely have a glibc system and you should get the glibc JDK (although I believe the libc version will also work for you). -8<-8<-8<-8<- > please answer to all my questions (: > thanx & bye Hope these did. []s, -- Braulio Weimann Gergull -o) [EMAIL PROTECTED](o-/\\ Usuario Linux #100566 //\ _\_V V_/_
jvm support for >1024 fds
Hi:
We have an Java application here that uses around 3000 file
descriptors at once. We have being running it under Solaris 2.6 with JDK 116
but wish to compare with its performance under Linux. Unfortunately, the
JVM (117) under Linux is trying to select over >1024 file descriptors, which
is causing a core dump.
My question is, would it be possible for the Java/Linux team to release
a version of the JVM where all the select calls are replaced by polls so that
we do not run into the fd limit. It would be preferable if this can be done
reasonably soon, since the management's patience is limited. Alternatively,
if anyone has a suggestion bar redesigning the code, please post them.
Thanks.
--
Debian GNU/Linux 2.0 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: TYA bugfix patch / now TYA1.2v3
What does "TYA: no space in inline coding" mean? Tnks! Amancio
Re: A file system for organising java stuff ?
Nelson Minar wrote: > > >Anyways, what occurred to me during the new years break is to arrange > >my java stuff into a file system along the lines used in linux > >systems (unix in general?). > > It might make sense for the Java Linux principles to work with some of > the major distribution folks and the people behind the Linux > filesystem standard to come up with a standard Java directory tree for > Linux. I think this would be great, especially if it encouraged the distribution makers to include more java stuff in the distributions, at the moment in redhat at least, they don't seem to include any java apps and only the kaffe vm. Also when I came up with this I was hoping for it to be x-platform, as it is now I think it could be used on a Win (Mac ??) platform as readily as on unix. > The main requirements I see are: > > Dealing with the way the JDK wants to be installed. At least in JDK > 1.1, it's quite inflexible about where its pieces are. Agreed. This is why my initial thinking is putting all jvm dependent stuff outside my porposed dir-structure. > Nicely supporting the new Java 1.2 class loading system, in > particular the support for a directory of jars. This is what I had in mind for the zlib directory. I'm not sure how JDK 1.2 wants to have the javax dirs setup (I'll have to read up on this) but I'm sure there should be a way of getting this to work. > Making it easy for people to install new jar files and new shared > libraries for the JVM to load. > > Making it easy to install alternate Java implementations - a new VM > (Kaffe or Japhar), new class libraries (Classpath), etc. I didn't have this in mind when I thought up my proposal, but I have been pondering exactly the issues you mention about jars, libraries (and class-lib versioning) and different jvm operation/intergration for a long time now. At the moment the whole thing is a mess, it takes an effort just to set things up for 2 different jvms to be installed on the same machine, let alone all the hassles to get things to work with one or the other - in terms of classpaths, compiling and running using different class-libs & jvm's. Personally I think some kind of app would be needed to manage a "wholistic" java system on a machine, looking after different jvm's their classlibs, other system-wide libs (and their different versions/releases) and then specific java-app classes(in or out of jars). Please note that I'm looking at this from a workstation point of view, I'm sure the issues for servers are probably even more complicated. If anyone has any non-patented thoughts on this ;-), I'd be happy to hear them. > [EMAIL PROTECTED] > . . . .. . . . http://www.media.mit.edu/~nelson/ Thanks for the response Nelson, I've enjoyed your posts on dist-obj, anymore comments are welcome. Maksim. -- Maksim Lin "...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o
Re: A file system for organising java stuff ?
"J.P.Lewis" wrote: > > I agree that there should be at least a vague convention on how/where > Java programs are installed under Unix/Linux. At present, suppose > you want to release a rpm'd or similar public version of a program - > where should it go? This is what I mean. If I write a normal linux app, then I know the default is /usr/local & there are relatively standard places for the docs, libs, man pages, config files..., but at the moment with java everyone does things their own way. > > Probably the java community should propose the solution - > otherwise some poorly chosen convention might take hold. > I think a couple more people should join the original poster > and publish a more formal looking recommendation. I'd be happy to collaborate with other people on this, or if people just wnat to post comments, criticms to a doc that I put together then revise according to feedback then that would be fine too. > R.e. the specific proposal, no problems with what's there, > but I think Java programs may need to exist in places > other than just /usr/local. If someone wrote a system control > panel using swing (e.g. replacement for the redhat scripts > such as adduser that use tk), where should this go? Actually I didn't neccesarily mean for the root of the dir-structure I proposed to neccessarily go in /usr/local. At the moment on my machine it sits in a dir called ~/Java though this brings up a very good point (which I hadn't considered) about how to go about intergrating both system wide (ie. /usr/local) and user java stuff (in the users home dirs on multi-user systems). Thanks Maksim. > --- > j.p.lewis [EMAIL PROTECTED] > 012 345 6789 //www.idiom.com/~zilla -- Maksim Lin "...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o
Re: A file system for organising java stuff ?
Oh, and apologies for the formating of my original message, I didn't realise how mangled it got by Netscape Mail (so much for trying to do nicely formatted ascii). Maksim Lin "...handing C++ to the average programmer seems roughly comparable to handing a loaded .45 to a chimpanzee." -- Ted Ts'o
Re: jvm support for >1024 fds
[EMAIL PROTECTED](Herbert Xu) wrote: > We have an Java application here that uses around 3000 file > descriptors at once. > Unfortunately, the > JVM (117) under Linux is trying to select over >1024 file descriptors, which > is causing a core dump. I think that it is a wrong behavior to cause a core dump, but the limitation results from your kernel. In /usr/include/linux/posix_types.h, /* * This allows for 1024 file descriptors: if NR_OPEN is ever grown * beyond that you'll have to change this too. But 1024 fd's seem to be * enough even for such "real" unices like OSF/1, so hopefully this is * one limit that doesn't have to be changed [again]. (stuff deleted) #define __FD_SETSIZE1024 and in /usr/include/linux/limits.h, #define NR_OPEN256 Stuffs above limits the number of descriptors a process and select(2) can handle. You may be able to get more descriptors by increasing these numbers and re-compiling your kernel. Kazuyuki SHUDO Happy Hacking! Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ.
FYI: IBM JDK1.1.8
Hi I recently had a customer of ours call up complaining of a problem with our software Visaj (http://www.visaj.com/). Anyway, it was the "ScrollBar flickers madly when scrolling sometimes" problem. He was using IBM JDK1.1.8. I thought it was kind of familiar and remembered this being a problem with one of the earlier Sun JDKs. Luckily, yesterday I went to a Java show in London, and IBM were there. I asked, "What JDK is IBM JDK1.1.8 based on?" The guy gave me a embarrassed smile and claimed that it is possible that 1.1.8 is actually based on Sun 1.1.6 source code, with their own patches and Sun patches applied, and that there may well be bugs that slipped through the net. This is just for your information and is in no way a dig at IBM - but something I did find interesting. Pre-P.S. IBM JDK 1.2 (based purely on the latest Sun sources) will be available early December apparently. Er... or was it January? Nicholas === Nicholas WrightImperial Software Technology Software Engineer --- Email : [EMAIL PROTECTED] or [EMAIL PROTECTED] Berkshire House120 Hawthorne Ave, #101 252 Kings Road Palo Alto Reading RG1 4HP United Kingdom California 94301 USA Tel: +44 118 958 7055 Tel: 650 688 0200 FAX: +44 118 958 9005 FAX: 650 688 1054 === ** VISAJ AT http://www.ist.co.uk/visaj ** === -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Partially OT] A Java parser - part 2
Hi! On Thu, 18 Nov 1999 Paul Mclachlan wrote: >Having said that, if I wanted to do something like this, I would use >JavaCC, or, specifically, the "jjtree" tool in JavaCC. jjtree will >automatically parse the file into an OO structure ready for manipulation. >(ie, you might set it up to create a "class object", a "method object", and >a 'methodcall' object, among other things. You could then use this like >any other tree. This will probably automate something you would have done >anyway. I've used JJTree a while ago and had some problems. It started with the simple fact, that the Java grammar and all derived work was copyrighted by Metamata, so I couldn't include it in my work. Make sure this copyright has changed, if you want to share your work. The next problem occured when I wanted 2 parsers to use the same base classes for the AST. Never managed to do that, and I couldn't patch JavaCC, since there were no sources available. So I decided to use Antlr for further projects. It works pretty well, although I have problems with parsing a few files (had no time yet to figure why). The Antlr Treeparser concept works just as well as JJTree, maybe even better. Another OSS CC tool is SableCC ( http://www.sable.mcgill.ca/sablecc/ ). There are a Yacc-like tools available (like JavaCUP), but I wouldn't use them anymore. Ciao, Andreas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IBM's JDK 1.1.8 on Slack 4.0
Peter Pilgrim wrote: > > Would it worked with SuSE 6.1 which is the version I have Sorry for the late reply, but I only just tested the IBM-JDK on Suse 6.1 and it gives an undefined symbol : _bezero. This can be "curred" by upgrading glibc to 2.1 I believe. So on Suse 6.1 to use the IBM-JDK you need to upgrade glibc from 2.0 to 2.1 (or install Suse linux 6.2). Regards > > [EMAIL PROTECTED] wrote: > > > > David Shepherd wrote: > > > > > > Anyone know if IBM's new JDK1.1.8 will run on "out-of-the-box" Slackware 4.0? > > > > > > TIA > > > Dave > > > > > > > I have tried Suse 6.2 and it worked out of the box, although docs stated > > that they only testen Redhat and Caldera distributions. You have to have > > kernel 2.2.x and glibc 2.1 I believe. > > > > I just quickly tested my app but it seems slower to me than with the > > blackdown 117_v3? I also notice differences in size of certain windows, > > but I have to explore on that > > > > Regards > > > > Wim Ceulemans > > -- > > Adios > Peter > > - > import std.Disclaimer; // More Java for your Lava, Mate. > "Give the man, what he wants. £££" [on Roy Keane, Quality Player] -- Wim Ceulemans Nice bvba www.nice.be Eglegemweg 3, 2811 Hombeek Belgium Tel 0032-15-412953 Fax 0032-15-412954 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
IDE's
The company I work for has asked me to evaluate IDE's for Java, and I would like to include those that run under Linux. For the past year, I have been the only Java programmer in the shop, and I've put out 30K lines of code using a text editor and javac. We are looking for something that would help the other programmers in the shop (PC Visual Basic and AS/400 RPG programmers) come up to speed and build new apps quickly. To me, that means not having to reboot or reinstall at frequent intervals, and that's why the ability to use the tool under Linux if the developer wants to is important. We will be using JDBC and RMI to a couple of AS/400's, as well as the IBM AS/400 Toolbox for Java. The no-brainers that made the list right away are Visual Age, JBuilder, and NetBeans, because they all run (or will soon) on Linux. Can anybody give opinions or sources of info that will help us with this decision? What I want to prepare is a feature- for-feature comparison. -- = Glenn Holmer ([EMAIL PROTECTED]) - "I believe that having argued for the hydrogen bomb in 1949, at an important juncture, helped keep the world safe. I am proud of it." - -Dr. Edward Teller, father of the H-bomb = -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IDE's
NETBEANS worked fairly well under ( alpha ) linux . gat Glenn Holmer wrote: > JBuilder, and NetBeans, because they all run (or will soon) on > Linux. Can anybody give opinions or sources of info that will -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Partially OT] A Java parser - part 2
Andreas Rueckert wrote: > Hi! > > On Thu, 18 Nov 1999 Paul Mclachlan wrote: > > > > >Having said that, if I wanted to do something like this, I would use > >JavaCC, or, specifically, the "jjtree" tool in JavaCC. jjtree will > >automatically parse the file into an OO structure ready for manipulation. > >(ie, you might set it up to create a "class object", a "method object", and > >a 'methodcall' object, among other things. You could then use this like > >any other tree. This will probably automate something you would have done > >anyway. > > I've used JJTree a while ago and had some problems. It started with the simple > fact, that the Java grammar and all derived work was copyrighted by Metamata, > so I couldn't include it in my work. Make sure this copyright has changed, if > you want to share your work. I sent and email to metamata regarding Open Sourcing JavaCC. Originally the argumnet for closed souce was okay for devlopment but the tool is very stable now. Maybe they will. If not I too will move to antlr. Maybe otheres intersted in JavaCC could get them to come too a decision on Open Source for JavaCC. I'd like to know. I rather use javaCC but only as Open Source. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Icon for an application
Hi everybody
I want to insert an Icon for my GUI. I get an Icon, but it ist a black
point.
URL url = new URL("file:///./Brief.gif");
Image icon = Toolkit.getDefaultToolkit().getImage(url);
prog.setIconImage(icon);
Is my gif too big ?
MfG Dirk
==
Dirk Waxweiler
incotech * 23,rue des Bruyères * L-1274 Howald/Luxembourg
Tel.: +352 29 53 83 -1 * Fax: +352 29 53 83 222
e-mail: [EMAIL PROTECTED] * internet: www.incotech.lu
==
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IDE's
I use AnyJ it is free for linux and have nice features: 1. _Very_ Fast 2. Has dynamic method or class completion for ex, if i type System.out.pr and CTRL+SPACE it shows pop up where i can select method from output stream class. 3. Goes from method call to its definition. 4. Easy to integrate with external tools for ex with cvs 5. Debuggers is usable (but source files must be compiled only with javac ( class files compiled with jikes, makes debugger crash)) you can try to download it from http:\\www.netcomputing.de - Donatas Simkunas Programmer No Magic, Kaunas, Lithuania WWW: http://www.nomagic.com -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IDE's
AnyJ is an EXCELLENT and fast IDE that is Free for linux, even for commercial developement. Evaluate it long and hard, it has A LOT of those subtle features ( along with major ones ) that pop up when you are workin and you thing "oh shit, that was awesome" www.netcomputing.de -Riyad Glenn Holmer wrote: > The company I work for has asked me to evaluate IDE's for Java, > and I would like to include those that run under Linux. For the > past year, I have been the only Java programmer in the shop, and > I've put out 30K lines of code using a text editor and javac. We > are looking for something that would help the other programmers > in the shop (PC Visual Basic and AS/400 RPG programmers) come up > to speed and build new apps quickly. To me, that means not having > to reboot or reinstall at frequent intervals, and that's why the > ability to use the tool under Linux if the developer wants to is > important. We will be using JDBC and RMI to a couple of AS/400's, > as well as the IBM AS/400 Toolbox for Java. > > The no-brainers that made the list right away are Visual Age, > JBuilder, and NetBeans, because they all run (or will soon) on > Linux. Can anybody give opinions or sources of info that will > help us with this decision? What I want to prepare is a feature- > for-feature comparison. > > -- > = >Glenn Holmer ([EMAIL PROTECTED]) > - >"I believe that having argued for the hydrogen bomb >in 1949, at an important juncture, helped keep the >world safe. I am proud of it." > - > -Dr. Edward Teller, father of the H-bomb > = > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- [ Riyad Kalla ] [ [EMAIL PROTECTED] ] [ CS - Major ] [ University of Arizona ] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: IDE's
On Fri, Nov 19, 1999 at 07:08:13AM -0600, Glenn Holmer wrote: > The no-brainers that made the list right away are Visual Age, > JBuilder, and NetBeans, because they all run (or will soon) on > Linux. Can anybody give opinions or sources of info that will > help us with this decision? What I want to prepare is a feature- > for-feature comparison. Some of the main features of JBuilder: - 100% Java. - CodeInsight: shows dynamically the completion of the method and the arguments while your typing. - Dynamic syntax check shows error in code before you compile - Full support of JDk 1.2 - Visual Designer with two-way tool (you change the code in the editor and the designer updates the view). - Debugger with handling of deadlock in Threads. - Integrated and command-line compiler with true dependency checker and minimal compilation. - Remote debugging. - Applet,Servlet,Javabean support. - OpenTools architecture to extend the IDE with add-ins. - Extensive on-line help. - Available for Solaris now, Linux very soon. -- Paolo Ciccone JBuilder dev. team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [Partially OT] A Java parser - part 2
Andreas Rueckert wrote:
> I've used JJTree a while ago and had some problems. It started with the simple
> fact, that the Java grammar and all derived work was copyrighted by Metamata,
> so I couldn't include it in my work. Make sure this copyright has changed, if
> you want to share your work.
JavaCC is copyrighted by Sun, although Metamata distributes and
supports it. The copyright did not and does not interfere with the
distribution of programs which include generated parsers, nor even
the distribution of modified grammar files. For example, the copyright
at the top of the example Java grammar file Java1.1.jj says:
| * Copyright (C) 1996, 1997 Sun Microsystems Inc.
| *
| * Use of this file and the system it is part of is constrained by the
| * file COPYRIGHT in the root directory of this system. You may,
| * however, make any modifications you wish to this file.
| *
| * Java files generated by running JavaCC on this file (or modified
| * versions of this file) may be used in exactly the same manner as
| * Java files generated from any grammar developed by you.
| *
| * Author: Sriram Sankar
| * Date: 3/5/97
and the COPYRIGHT file to which it refers says:
| 2. SAMPLE GRAMMARS
|
| You may modify the sample grammars included in the Software to develop
| derivatives thereof ("Sample Grammar Derivatives"), and sublicense the
| Sample Grammar Derivatives directly or indirectly to your customers.
|
| 3. DEVELOPED PRODUCTS
|
| You may use the Software to generate software program(s) ("Developed
| Programs"). Sun claims no rights in or to the Developed Programs.
Note especially the last sentence.
Louis Tribble
--
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
Louis Tribble [EMAIL PROTECTED]
Metamata, Inc. http://www.metamata.com
Tools for serious Java developers. +1 510 796 0915
<><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java inlining
Hi, I found my link to the Java preprocessing mechanism, it's called OpenJava. Don't know if it will be any use to the original poster, but I'll throw it out here in case it is: http://www.hlla.is.tsukuba.ac.jp/~mich/openjava/ . . . Sean. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java - Windows Application
I'm wondering if I could create a windows application (exe) using java. I need the application to use OLE 2, etc is this possible in java at the moment or is it easier to using C??? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: Thread in the Linux's JVM
-Original Message-
From: Nathan Meyers [mailto:[EMAIL PROTECTED]]
Sent: Thursday, November 18, 1999 3:32 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Subject: Re: Thread in the Linux's JVM
On Thu, Nov 18, 1999 at 11:59:04AM -0600, [EMAIL PROTECTED] wrote:
> This sounds to me like Java and C/C++ native code can talk to each other
> only if they (java and native code) are in the same thread. Is it right,
or
> in the same process?
What do you mean "talk to each other"?
[Lee]
{
By "talking to each other", I meant that java calls native method;
and native code calls back to java.
}
The JVM is a multi-threaded native application. Most of the time it's
running native code that implements an interpreter, but some of the time
it's running native code that doesn't happen to be in the interpreter
(such as JNI methods or JIT-compiled code). Nothing magic (thread-wise)
happens when it moves between the interpreter and other native code -
no new thread is created - it just happens to be running code outside of
the interpreter. The interpreter jumps to compiled code when it runs
a JNI method, and compiled code can call interpreted code through some
of the functions in the JNINativeInterface structure.
So maybe you can clarify the term "talk to each other"? When method foo()
calls method bar(), is foo() "talking to" bar()? Method bar() isn't even
running until foo() calls it... once that happens, yes, bar() is running in
the same thread (regardless of language).
[Lee]
{
This is a great comment! I didn't pay attention to the
simple but important fact - "The JVM is a multi-threaded
native application". Can we say that when java calls a native
method, what really happens is JVM, the native application,
loads a shared lib into its (JVM's) memory space and invokes
one of the shared lib's methods. Therefore, no new thread is
created at the time when java calls a native method. Is it
right or I miss something again here?
If it's true, then why you say "When Java creates a native
thread" below? Is a new thread really created when java calls
a native method, and how?
}
> Suppose C/C++ native code creates another thread within the shared lib,
can
> the newly-created thread interact with (call back to) java code? The
> newly-created thread should be in the same process as its parent thread
and
> java code, right?
When Java creates a native thread, it also creates additional information
for use by the JVM. If your own native code creates a thread, it needs
to "attach" it to the JVM so the JVM knows about it. You'll find some
discussion and sample code at:
http://developer.java.sun.com/developer/onlineTraining/Programming/JDCBook/j
niref.html
[Lee]
{
Yes. Thanks.
}
The important thing is that both the JVM and your native code use the
same threading mechanism. Since you're using pthread_create() to create
threads, you need to run a version of the JVM (native) that uses the
same system. AFAIK, there's no way for JNI code to create new threads
in a green thread environment.
[Lee]
{
They uses the same threading mechanism or the same thread?
}
At any rate, all threads (native or green) are running "in the same
process". With native threads, however, different threads have their
own PIDs and entries in the process table, which results in confusing
"ps" results. (Which is why I put "in the same process" in quotes - if
you define a "process" as something with its own PID, then the threads
are processes... but they *are* lightweight processes!)
[Lee]
{
http://pauillac.inria.fr/~xleroy/linuxthreads/README says that
threads not sharing parent's pid is a known bug (see "KNOWN BUGS
AND LIMITATIONS" section). Is it right?
Can you see a new process besides "java" process after java calls
a native method? I made a simple jni code, run it and couldn't
find extra process besides "java" by using "ps -a". The native
method is a infinity loop, so I have time to check ps.
}
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Thread in the Linux's JVM
On Fri, Nov 19, 1999 at 03:54:42PM -0600, [EMAIL PROTECTED] wrote:
>
> [Nathan]
> The JVM is a multi-threaded native application. Most of the time it's
> running native code that implements an interpreter, but some of the time
> it's running native code that doesn't happen to be in the interpreter
> (such as JNI methods or JIT-compiled code)
>
> [Lee]
> {
> This is a great comment! I didn't pay attention to the
> simple but important fact - "The JVM is a multi-threaded
> native application". Can we say that when java calls a native
> method, what really happens is JVM, the native application,
> loads a shared lib into its (JVM's) memory space and invokes
> one of the shared lib's methods. Therefore, no new thread is
> created at the time when java calls a native method. Is it
> right or I miss something again here?
You got it! The shared library is loaded into the JVM's shared library
address space when Java executes the System.loadLibrary() call.
> [Lee]
> If it's true, then why you say "When Java creates a native
> thread" below? Is a new thread really created when java calls
> a native method, and how?
No. A new thread is created when Java code invokes Thread.start().
It's an explicit operation, and certainly not something that just
happens when you jump between Java and native code.
Native code can also create new threads with pthread_create(), but
they need to "attach" to the Java JVM so the JVM knows about them.
> [Nathan]
> The important thing is that both the JVM and your native code use the
> same threading mechanism. Since you're using pthread_create() to create
> threads, you need to run a version of the JVM (native) that uses the
> same system. AFAIK, there's no way for JNI code to create new threads
> in a green thread environment.
>
> [Lee]
> {
> They uses the same threading mechanism or the same thread?
> }
Same *mechanism*. When you run with native threads, you run a version of
the JVM that creates its threads with pthread_create() - just like your
native code is doing. When you run with green threads, you're running
with a threading emulation library from Sun that has its own API, isn't
accessible from your native code, and will tend to crash and burn if
someone in the process space creates threads with pthread_create().
The thing to understand about green threads is that they were Sun's way
of getting Java onto a lot of platforms before those platforms had good
native threading mechanisms. Even today, as the Blackdown team struggles
with Linux's threading quirks, the green-threaded version of the JVM
tends to be more reliable. Green threads have their own interesting
"features": they're not preemptive, and they're not available to native
code that wants to create or manage threads. But they work.
> [Nathan]
> At any rate, all threads (native or green) are running "in the same
> process". With native threads, however, different threads have their
> own PIDs and entries in the process table, which results in confusing
> "ps" results. (Which is why I put "in the same process" in quotes - if
> you define a "process" as something with its own PID, then the threads
> are processes... but they *are* lightweight processes!)
>
> [Lee]
> {
> http://pauillac.inria.fr/~xleroy/linuxthreads/README says that
> threads not sharing parent's pid is a known bug (see "KNOWN BUGS
> AND LIMITATIONS" section). Is it right?
>
> Can you see a new process besides "java" process after java calls
> a native method? I made a simple jni code, run it and couldn't
> find extra process besides "java" by using "ps -a". The native
> method is a infinity loop, so I have time to check ps.
Again, calling JNI methods doesn't create a new thread... calling
Thread.start() does. That's why you don't see a new thread just by
calling native code.
The information in that README file is correct; it happens just as much
with multi-threaded C++ applications as with Java. But it's a limitation,
not a bug. This "feature", along with some others (for example, how the
thread stacks are laid out in the address space), makes it difficult to
create a multi-threaded application with more than a few hundred threads.
Now, applications with hundreds of threads are arguably employing Bad
Programming Practice, but there are developers who will defend to the
death their right to create such applications and who consider the
per-thread use of precious resources (slots in the process table) to be
a bug.
But it isn't a bug. There's no spec that says threads have to share the
same PID. Ignoring this quirk, Linux threads are true threads: they run
in a common process space, and the cost of context-switching between
them is lower than the cost of context-switching between heavyweight
processes.
Nathan
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "u
Re: IDE's
> > The no-brainers that made the list right away are Visual Age, > JBuilder, and NetBeans, because they all run (or will soon) on > Linux. Can anybody give opinions or sources of info that will > help us with this decision? What I want to prepare is a feature- > for-feature comparison. > I am very pro Visual Age! Overall it gives you very much controll over lots of code. But I think that the three top features are: 1) Debugger. a)run time changes, b)drop in the stack, c)change values runtime, d)break on chosen exceptions e)"move around" in the environment, i.e. you can inspect any object call any method at runtime (without changing any code) These features in the debugger are Really helpfull. Imagine e.g. that you get a NullPointerException the execution will stop, you get an idea make changes and continues without restarting. 2) Versioning. The versioning is built up in four levels. Project, package, class and method, I think this is a much better aproach than the java file approach. Anything you every save is in the repository, you never have to bother about ever loosing something cause it is always there. (the Enterprise edition also support users and ownership). Some ppl complain about the versioning system in Visual Age. I find this very strange though anybody who choose to save the code in another versioning tool is free to do so. There is also a CVS repository on the way. 3) Code management. a) Fast access to all code. With key combination you have the source of any class. b) code completion, c) good search engine. e.g. search on all references to a certain field, method, class d) an overall very nice way to represent the code. /isaac -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JNI problem - unresolved symbols at RUN TIME
Hi,
I am writing JNI application called MainPanel using Java, C++ and
a bit of C. It compiles and links without problem, but when I run
it, it crushes with the message:
prompt>java -green MainPanel pixelbuf
Exception in thread "main" java.lang.UnsatisfiedLinkError:
/homes/nikom/work/libStereoImageTransform.so:
undefined symbol: cout
at java.lang.ClassLoader$NativeLibrary.load(Native Method)
at java.lang.ClassLoader.loadLibrary0(Compiled Code)
at java.lang.ClassLoader.loadLibrary(Compiled Code)
at java.lang.Runtime.loadLibrary0(Compiled Code)
at java.lang.System.loadLibrary(Compiled Code)
at MainPanel.(MainPanel.java:13)
make: *** [go] Error 1
Here is the code of MainPanel.java:
1 import java.awt.*;
2 import java.awt.event.*;
3 import javax.swing.*;
4
5 class MainPanel extends JPanel
6 {
7
8public static synchronized native void
9 ImageTransform(int[] x1Array, int[] y1Array, int[]
x2Array, int[] y2Array);
10
11static
12{
--> 13 System.loadLibrary("StereoImageTransform");
14}
15
16 static ImagePanel imagePanel;
17
..
The structure of this JNI application is very simple:
++
| Java code |
++
|^
v|
++
| C wrapper |
++
|^
v|
++
| C++ code |
++
I always thought all symbols should be found (resolved) during the
linking stage. If there is no complains from the linker, there should
not be any complains during runtime. Looks like it is not so, but why?
Do you have any suggestions how to fix or investigate the problem?
Thank you,
Jacob Nikom
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Off-topic: OS/arch combinations
Hi, I'm going to perform an act of hypocrisy here, by posting an off-topic question, after mildly flaming others for doing the same... so shoot me :) I'm working on an installer for a Java program we're distributing. I'm bootstrapping: running Java off the installation CD to install itself. I need to find out the system's OS/arch combination to choose the correct JDK to install. I want to cover as many combinations as possible, but to do so I have to detect each type. I've tested my code on as many machines as I have access to, but any others people could help me out with would be great. I'm simply fetching the System properties "os.name", "os.version" and "os.arch" and decoding them appropriately. If your system spits back a string different than the ones listed, I'd like to hear about it. os.name values I've encountered: Linux Solaris SunOS Mac OS Windows NT Windows 95 (Note: it seems that Sun's JDK, at least, spits back "Windows 95" for 95 and 98 systems, while os.version are set to "4.0" and "4.10", resp.) os.arch values I've encountered: x86 ppc PowerPC sparc Thanks very much for your help, dstn. -- Dustin Lang, [EMAIL PROTECTED]-- User, n.: a particularly slow and unreliable input/ output device that is attached by default to the standard input and output streams. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Off-topic: OS/arch combinations
Dustin Lang wrote: > > I'm going to perform an act of hypocrisy here, by posting an > off-topic question, after mildly flaming others for doing the same... so > shoot me :) ;=- Bang! > [...] I've tested my code on as many machines > as I have access to, but any others people could help me out with would be > great. os.name: Linux os.version: 2.2.5-15 os.arch: i386 -- Weiqi Gao [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
