download jdk1.2
hi all, I want to download JDK1.2 can any of you tell me the url where i can download the software for linux. Any help would be useful. bye, MUTHU. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Policy tool not working correctly
Hi I've been tracking through the java 1.2 tutorial on certificates and security, it all seems to work, up to the point where I have to use the policytool program. It runs and brings up a main screen. When I choose the add policy entry (menu or pushbutton) a new screen (which has the right size for the policy entry screen) flashes then disappears. The applet then appears to be stuck. Does anyone else have this problem? It looks like quite a simple awt bug. Regards Mark -- Mark O'Donohue -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
Hi,
Thanks for your reply. This is the code snippet for my server.
public class TestRMI extends UnicastRemoteObject implements ITestRMI
{
public static void main(String args[])
{
System.setSecurityManager(new RMISecurityManager() );
try
{
TestRMI test = new TestRMI();
Naming.rebind( "TestRMI", test );
System.out.println( "TestRMI object bound to registry" );
}
catch(Exception e)
{
e.printStackTrace();
}
}
}
With that, when I run the server, I get the println() on the screen, and after
that the server exits.
% java -green -Djava.security.policy=./policy TestRMI
TestRMI object bound to registry
%
Pratip
Nick Lawson wrote:
> Hi,
>
> Would it help to add some println()s to your rmi server
> so you could see where it falls out ? Or does the jvm
> exit from within the rebind() call ?
>
> Nick
>
> Pratip Kar wrote:
>
> > Hi,
> >
> > I am running a simple RMI test application. But after doing the
> > "Naming.rebind()" the server simply comes out. There is no exception
> > or anything. But instead of waiting for the Client connection, it exits
> > normally after binding to rmiregistry.
> >
> > My system has RH6.0 with glibc2.1. I am not able to run the native
> > thread executables, so I was trying with the green thread ones. Can that
> > be a problem ?
> >
> > Pratip
> >
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Policy tool not working correctly
On Fri, 25 Jun 1999, Mark O'Donohue wrote: > I've been tracking through the java 1.2 tutorial on certificates and > security, it all seems to work, up to the point where I have to use the > policytool program. solution: don't use the policytool program, but rather just edit the policy file directly. policytool is pretty cheezy in the first place and doesn't help all that much. i never run it. -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
Hi,
Two points:
(1) You shouldn't exit main() ! One way is just to sleep
forever.
Another way is to wait for stdin after the rebind(),
something
like:
LineNumberReader in = new LineNumberReader( new
InputStreamReader( System.in
));
while( true ) {
try {
StreamTokenizer tokens = new
StreamTokenizer( new StringReader(
in.readLine()));
int tt = tokens.nextToken();
switch( tt ) {
case tokens.TT_EOF:
System.err.println( "TestRMI
running" );
break;
case tokens.TT_WORD:
// parse the tokens and do
something, like shutdown
..
break;
default:
System.err.println( "??" );
}
}
catch( IOException e ) {
}
}
(2) Dont set the security manager - you'll probably get all
sorts of access
exceptions.
RMISecurityManager lives at the client end (if I remember
correctly).
I think there must be an example in the rmi docs which shows
this
being used as you have, because I did the same thing once.
You
can get away with it in 1.1.x, but not 1.2, where security
is changed.
Nick.
Pratip Kar wrote:
> Hi,
>
> Thanks for your reply. This is the code snippet for my server.
>
> public class TestRMI extends UnicastRemoteObject implements ITestRMI
> {
> public static void main(String args[])
> {
> System.setSecurityManager(new RMISecurityManager() );
> try
> {
> TestRMI test = new TestRMI();
> Naming.rebind( "TestRMI", test );
> System.out.println( "TestRMI object bound to registry" );
> }
> catch(Exception e)
> {
> e.printStackTrace();
> }
> }
> }
>
> With that, when I run the server, I get the println() on the screen, and after
> that the server exits.
>
> % java -green -Djava.security.policy=./policy TestRMI
> TestRMI object bound to registry
> %
>
> Pratip
>
> Nick Lawson wrote:
>
> > Hi,
> >
> > Would it help to add some println()s to your rmi server
> > so you could see where it falls out ? Or does the jvm
> > exit from within the rebind() call ?
> >
> > Nick
> >
> > Pratip Kar wrote:
> >
> > > Hi,
> > >
> > > I am running a simple RMI test application. But after doing the
> > > "Naming.rebind()" the server simply comes out. There is no exception
> > > or anything. But instead of waiting for the Client connection, it exits
> > > normally after binding to rmiregistry.
> > >
> > > My system has RH6.0 with glibc2.1. I am not able to run the native
> > > thread executables, so I was trying with the green thread ones. Can that
> > > be a problem ?
> > >
> > > Pratip
> > >
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
You have no methods in the interface ITTestRMI. There is nothing to do,
so maybe the server is "smart enough" to terminate. Normally one defines
one or more methods in the remote interface, then they are implemented
in the server and then called by the clients.
... larry
Pratip Kar wrote:
>
> Hi,
>
> Thanks for your reply. This is the code snippet for my server.
>
> public class TestRMI extends UnicastRemoteObject implements ITestRMI
> {
> public static void main(String args[])
> {
> System.setSecurityManager(new RMISecurityManager() );
> try
> {
> TestRMI test = new TestRMI();
> Naming.rebind( "TestRMI", test );
> System.out.println( "TestRMI object bound to registry" );
> }
> catch(Exception e)
> {
> e.printStackTrace();
> }
> }
> }
>
> With that, when I run the server, I get the println() on the screen, and after
> that the server exits.
>
> % java -green -Djava.security.policy=./policy TestRMI
> TestRMI object bound to registry
> %
>
> Pratip
>
> Nick Lawson wrote:
>
> > Hi,
> >
> > Would it help to add some println()s to your rmi server
> > so you could see where it falls out ? Or does the jvm
> > exit from within the rebind() call ?
> >
> > Nick
> >
> > Pratip Kar wrote:
> >
> > > Hi,
> > >
> > > I am running a simple RMI test application. But after doing the
> > > "Naming.rebind()" the server simply comes out. There is no exception
> > > or anything. But instead of waiting for the Client connection, it exits
> > > normally after binding to rmiregistry.
> > >
> > > My system has RH6.0 with glibc2.1. I am not able to run the native
> > > thread executables, so I was trying with the green thread ones. Can that
> > > be a problem ?
> > >
> > > Pratip
> > >
>
> --
> 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]
JDBC in POSTGRESQL (HELP ME)
Hi
My problem is using JDBC(ODBC) in POSTGRESQL. My machine has Red Hat
Linux 5.2. In the Howto Postgres document it is written that JDBC driver
is supplied with this CD. I created Database and tabels using psql
interactive prompt. Then I wrote one java program to access the tabels
created before.
The statements in the java program are:
String url ="jdbc:postgres95:mydb?user=postgres&passwd=pass";
String query="select * from emp;
(I have created emp tabel and it has also some rows inserted.)
To load the driver the statement is
Class.forName("postgress95.PGDriver");
To connect to the database
Connection con = DriverManager.getConnection(url);
There is no error message when I compile using javac. But when run this
program using java I get a error message as :
Java.lang.ClassNotFoundException: postgres95/PGDriver
at SimpleSelect.main(41)
In one website of FAQJDBC it is written that one must have postgers.jar
file in the current directory to load the driver. But I didn't
get that file anywhere in my system.
Please help me to solve this problem.
Is there any other way I can use JDBC to access the tabels created
in Postgres.
Sorry for inconvenience
With regards
-Sitansu
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Policy tool not working correctly
Mark O'Donohue wrote: > Hi > > I've been tracking through the java 1.2 tutorial on certificates and > security, it all seems to work, up to the point where I have to use the > policytool program. > > It runs and brings up a main screen. When I choose the add policy > > entry (menu or pushbutton) a new screen (which has the right size for the policy >entry screen) > > flashes then disappears. > > The applet then appears to be stuck. > > Does anyone else have this problem? It looks like quite a simple awt bug. Hi, it works fine in Suns Windows JDK. So you could either create the file there and copy it (yuk). Personally I prefer to create the thing by hand anyway ! Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
Hi, Well, you've got me beat now! I've never seen rebind() wait on any OS or any JDK !! Nick. Pratip Kar wrote: > Hi Nick, > > Thanks again. Your suggestion worked. Is it due to the green-thread implementation ? > I guess, here the server is spawning a new thread and coming out. Even in the client > program, I found that after invoking the method in the server, the client comes out. > That means it is not waiting for the invoked method to finish. > I ran the same piece of code on jdk1.1.6 in linux, and on jdk1.2 in NT. But the > behaviour is quite different. In both cases the server and the client waits. Is it a > porting problem or a feature? > > Pratip -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [off-topic] stop bashing!
The original statement I made was 1) source for free, 2) JCK not so free, and 3) distribution not so free. the issue with the majority of ur correspondence, was ur inability to understand that u cannot do a port if ur not allowed to modify the '.java' source code. U apparently misled some folks into believing that I was deliberately altering the core API so I can do an alpha port. Shame on u. U Apparently did not understand that returning a 64 bit long from a 'c' routine, and passing it to the JVM will truncate as it is stored into an .java int. I'm sorry it took so long into explaining these porting facts to u. May be u can explain why it took so long, as there appears to be no reason at all as to why i should have bothered explaining at all. As for THIS correspondence that Mr. Sinz has begun, which is a totally different new discussion topic than porting Java onto an alpha. This particular topic happens to deal with providing future 'alpha' ports to the linux community. I have also signed NDA's. Yes, they can drop the 'commercial' license. Just tell Sun "no thanks". Of course that would mean that there wont be any Java/Linux/Ports for the Linux/Intel community. Cant imagine what kinda hell that would make for java-linux-porting@blackdown, as well as for sun. Maybe as a side effect they will bring back the Non-Commercial licenses term back for EVERYONE. Maybe they'll just drop linux. I'd like to think that my posting of the Binaries, as well as the diffs would help bring back the Non-Commercial license, but I just dont think so. There is no requirement that I even post my port to the internet, nor share my diffs with anyone. public/private correspondence between porters regarding java source was to be made by diffs only, and only if they chose to. Again this is just another side issue, that u have brung up - May be to sway from the real issue at hand, which I can only summarize as being "non-commercial licenses for jdk1.2 are dead". BTW, not that it much matters now, but I did post the diffs to the JDK1.2 sometime in december, 1998. I'd like to think of myself as a public java-linux porter at blackdown ( please note that there is no hyphen between linux & porter ) . I'd also like to believe that when i do a port, I am doing it just for the alpha/linux community. I'm sorry u didnt understand those points. I'd like all correspondence with porting issues to be made in the public light for public scrutiny and/or ridicule. Private correspondence just helps to hide pertinent issues, and fallacies in ones argument Ergo this correspondence will also be made public. If u wish to stop, then just stop corresponding. I wouldn't mind a single bit. Jeff Galyan wrote: > All right, this is getting *WAY* old. George, I've been replying to you > privately to try to keep this from spamming up the list, but you insist > on adding additional lists with every post. No one is impressed with > this tantrum-throwing on your part. > > Michael S. points out that you've been invited to join the Blackdown > team, and you have declined the invitation, for whatever reason. It > doesn't matter what your reasoning is, as the end result is the same in > any case. Now you're accusing them of hiding behind the NDA they were > required by Sun to sign. How are they hiding? They have a contractual > obligation to Sun *not* to do full source releases. Java is not and > never has been "open source" - the current source release is only > sort-of "open source", that is, you have to agree to a license, and part > of the terms of that "Community" license is that you will not share the > source with anyone who is not also a licensee. Now, anyone can be a > licensee for personal, research and educational purposes. The Blackdown > team *can't* "drop the commercial license" as you suggest, but they > *can* still post the diffs, since the diffs are useless without the full > Sun sources - which, again, *anyone* can obtain. > > Incidentally, Michael S. comments that you have refused to post your > diffs for your previous ports. Is that true? Surely you read the clause > in the previous non-commercial source license which states that you > *must* post your diffs? And, please don't send another "you don't know > what you're talking about" message to umpteen lists - I've been a > licensee since 1.1 FCS. And, yes, I *have* read the Blackdown diffs, as > well as the full Sun sources. > > This whole thread went from "Is it permissible to change the size of a > Java int on a given platform?" to "Waaa! See how badly I'm being > mistreated by the evil commercial software company!". Deal with the fact > that since ints are defined to be 32-bit per the Java Language > Specification, you are not allowed to change that size just because you > have some unknown aversion to using longs where you should. > > Again, you're implying that Sun and the Blackdown team somehow "owe" > you, but you can't give any *real* examples of why, nor can you give any
Re: [off-topic] stop bashing!
Calvin Austin wrote: > I would just like to set some facts straight. > > 1. Anyone can get the full java 2 source for research, evaluation and > internal use (which roughly equates to the previous non-commerical license > before). You couldn't get the full source without this license before > Java 2. SCSL means that you can use the source in this manner without having > to sign a commercial license, the license states that to use the source > commercially you need to submit a signed hard copy. I think I said some time ago, 1) source for free Maybe u can elaborate on what "internal use" means. Does this mean that I CAN distribute the binaries to the linux community ? for their internal use ? > > > 2. You need to pass the JCK/TCK tests and sign a commercial license > to publically release a binary product. The blackdown group have done > this and it would make things a great deal easier for Sun if other > ports subscribed to the existing license since the legal work involved > is being done for free for linux. I think I said some time ago, 2) JCK not so free ( meaning u gotta give $$ ) I think I said some time ago, 3) distribution not so free ( Meaning u gotta give $$). I think someone posted that it costs $2000 for a non-profit, and $5000 for-profit. I think the correspondence, as stated by SBB, was that Sun called him. As of yet, I have not seen a true copy of the licensing, in particular where there are no ($$) charges to be made for this effort. As of yet I have not seen any documentation where other 'linux' porters can receive the same terms for porting to linux. Ur at sun, maybe u can point the way. May be u can tell me y this wasn't done. In any case, there isn't any means to distributes binaries to the public, commercially, non-commercially or otherwise. > > > 3. We would love to post alpha/linux diffs if the port can be released > when it has passed the license. Perhaps even integrate back stuff that could > benefit all platforms. If I were to take the time and trouble to do a port, posting just the DIFFS is just not enough. What of the binaries. > > > 4. getting java on linux is one part of a forward looking vision. We want > to make it a hard decision when people choose their OS, right? We need > to work together, yes even make some sacrifices which are never easy, but > if that helps improve the case for Linux then surely its better to make > history than be history. > I suppose u really didn't mean this. it sorta suggests that by making it harder for some, u are making it easier for other OS's, and in particular other platforms ( like solaris, NT, and intel ) .Maybe while ur sacrificing us linux folks, maybe u can get SUN to do the same for the WHOLE linux community gat BTW, werent u suppose to tell me about the status of the Non-Commercial licenses for JDK 1.2 ? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDBC in POSTGRESQL (HELP ME)
Sitanshu Bhusan Nanda wrote:
> Hi
> My problem is using JDBC(ODBC) in POSTGRESQL. My machine has Red Hat
> Linux 5.2. In the Howto Postgres document it is written that JDBC driver
> is supplied with this CD. I created Database and tabels using psql
> interactive prompt. Then I wrote one java program to access the tabels
> created before.
> The statements in the java program are:
>String url ="jdbc:postgres95:mydb?user=postgres&passwd=pass";
>String query="select * from emp;
>
> (I have created emp tabel and it has also some rows inserted.)
>
> To load the driver the statement is
>Class.forName("postgress95.PGDriver");
> To connect to the database
>Connection con = DriverManager.getConnection(url);
>
> There is no error message when I compile using javac. But when run this
> program using java I get a error message as :
> Java.lang.ClassNotFoundException: postgres95/PGDriver
>at SimpleSelect.main(41)
> In one website of FAQJDBC it is written that one must have postgers.jar
> file in the current directory to load the driver. But I didn't
> get that file anywhere in my system.
Yeah you must, yesterday I compiled postgres 6.5 and in fact it didn't
generate the postgres.jar, so asuming your postgres source code is in
/usr/src/pgsql you must cd to /usr/src/pgsql/src/interfaces/jdbc with the
postgres account and then do a
gmake all
your java settings must be configured as this step will compile the classes in
postgres.jar.
after gmake finishes if it was successful it tell you a little of using
postgres.jar, then for more help compile the examples
gmake examples
and try it.
Note that some examples fails to run as it assume you have a database named
test with some tables, so if it happens, first create that database and try
again.
>
>
>
> Please help me to solve this problem.
> Is there any other way I can use JDBC to access the tabels created
> in Postgres.
>
> Sorry for inconvenience
> With regards
> -Sitansu
>
> --
> 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: JDBC in POSTGRESQL (HELP ME)
> My problem is using JDBC(ODBC) in POSTGRESQL. My machine has Red Hat
>Linux 5.2. In the Howto Postgres document it is written that JDBC driver
>is supplied with this CD. I created Database and tabels using psql
>interactive prompt. Then I wrote one java program to access the tabels
>created before.
> The statements in the java program are:
> String url ="jdbc:postgres95:mydb?user=postgres&passwd=pass";
> String query="select * from emp;
>
Seems like you're using a very old Postgres distribution?
Normally I use this url:
jdbc:postgresql://host:5432/database
where 'host' is your postgres-database-server's name or ip-address and
'database' is your database name. On the server you have to have a running
postmaster listening on port 5432. Best thing to do is to download the
latest postgresql from www.postgresql.org in stead of using the very old
postgres95. For more information on the latest JDBC driver see
http://www.retep.org.uk/postgres/
You'll also find all the documentation you want there.
>(I have created emp tabel and it has also some rows inserted.)
>
>To load the driver the statement is
> Class.forName("postgress95.PGDriver");
Should be: postgresql.Driver
Regards
Wim Ceulemans - [EMAIL PROTECTED]
Nice Software Solutions - http://www.nice.be
Eglegemweg 3, 2811 Hombeek - Belgium
Tel +32(0)15 412953 - Fax +32(0)15 412954
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
>> I ran the same piece of code on jdk1.1.6 in linux, and on jdk1.2 in >> NT. But the behaviour is quite different. In both cases the server >> and the client waits. Is it a porting problem or a feature? >Well, you've got me beat now! I've never seen rebind() wait on any OS >or any JDK !! I have. Personally, I've never had to worry about making sure my RMI programs don't exit, although at this point I have so many threads running that I don't really know what's going on :-) I've found that RMI is a bit vague about whether it will ever allow the VM to exit. It creates a lot of threads of its own, and they may not all be properly marked daemon. [EMAIL PROTECTED] . . . .. . . . http://www.media.mit.edu/~nelson/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
Nelson Minar wrote: > >> I ran the same piece of code on jdk1.1.6 in linux, and on jdk1.2 in > >> NT. But the behaviour is quite different. In both cases the server > >> and the client waits. Is it a porting problem or a feature? > >Well, you've got me beat now! I've never seen rebind() wait on any OS > >or any JDK !! > > I have. Personally, I've never had to worry about making sure my RMI > programs don't exit, although at this point I have so many threads > running that I don't really know what's going on :-) > > I've found that RMI is a bit vague about whether it will ever allow > the VM to exit. It creates a lot of threads of its own, and they may > not all be properly marked daemon. Yup, you're right, Nelson. I've just had another look at my standard chunk of rmi server code, which waits for and processes System.in input. Guess I've never tried this without that bit of code !! A little knowledge is a dangerous thing! However, the program does exit via System.exit() when I ask it to. Nick -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.2 on Slackware3.5 problems.
You write: > I have Slackware3.5(2.0.34 Linux kernel,libc.so.5.4.44) loaded on > 586(IBM) machine.I have loaded JDK1.2 (jdk1.2pre-v1.tar.bz2) on this > Linux machine. When I execute any JAVA commands (java,javac etc) it is > giving following error : for 'java' : > --- > /nagaraj/jdk1.2/jre/bin/realpath : > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > /nagaraj/jdk1.2/jre/bin/realpath : > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > /nagaraj/jdk1.2/bin/java :/nagaraj/jdk1.2/bin/i386/native_threads/java: > No such file or directory. > /nagaraj/jdk1.2/bin/java : /nagaraj/jdk1.2/bin/i386/native_threads/java: > No such file or directory. > - > I have set PATH to '/nagaraj/jdk1.2/bin' directory. I had the same problem with Slackware 3.0 (kernel 2.0.35). I had not found any solution. I saw on this list other similar messages. My best guess is that jdk1.2 does not run on Slackware. I have not tried it under other distributions. Sergio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.2 on Slackware3.5 problems.
Sergio Antoy wrote: > > You write: > > > I have Slackware3.5(2.0.34 Linux kernel,libc.so.5.4.44) loaded on > > 586(IBM) machine.I have loaded JDK1.2 (jdk1.2pre-v1.tar.bz2) on this > > Linux machine. When I execute any JAVA commands (java,javac etc) it is > > giving following error : for 'java' : > > --- > > /nagaraj/jdk1.2/jre/bin/realpath : > > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > > /nagaraj/jdk1.2/jre/bin/realpath : > > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > > /nagaraj/jdk1.2/bin/java :/nagaraj/jdk1.2/bin/i386/native_threads/java: > > No such file or directory. > > /nagaraj/jdk1.2/bin/java : /nagaraj/jdk1.2/bin/i386/native_threads/java: > > No such file or directory. > > - > > I have set PATH to '/nagaraj/jdk1.2/bin' directory. > > I had the same problem with Slackware 3.0 (kernel 2.0.35). > I had not found any solution. > I saw on this list other similar messages. > My best guess is that jdk1.2 does not run on Slackware. > I have not tried it under other distributions. Did you set your PATH to the jdk1.2/bin directory, or did you add jdk1.2/bin to your PATH? What does $PATH look like? Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Arithmetic bug in Linux JDK 1.1.7v3
Hi, > > The following program causes the Linux JDK 1.1.7v3 to crash with a > SIGFPE. This is because the x86 causes an arithmetic exception when > you divide 0x8000 by -1; the JVM spec, however, says that the result > of this should be 0x8000 with NO exception thrown. (The fix is to catch If you use the TYA JIT please apply the following patch to fix this: --- tyarecode.c.265 Sat Jun 19 19:35:49 1999 +++ tyarecode.c Fri Jun 25 18:40:47 1999 @@ -786,17 +786,18 @@ CW(TEST_AXAX); CompTriggerDivZeroException(cinfo); #endif -#if 0 - CW(MOV_BXAX); - CB(POPAX); - CW(MOV_DXAX); - CW(SAR_DX); - CB(31); -#else CB(POPBX); CB(XCHG_AXBX); + CB(CMP_AX); + CL(0x8000); + CB(JNE); + CB(5); +#define CMP_BX_BYTE 0xFB83/* cmp ebx,yy */ + CW(CMP_BX_BYTE); + CB(-1); + CB(JE); + CB(3); CB(CDQ);// eax->edx:eax -#endif CW(IDIV_BX); break; case 0x6d: // ldiv Thanks to Matt Welsh for detecting the bug. Cheers Albrecht -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.2 on Slackware3.5 problems.
Nathan writes: > > Sergio Antoy wrote: > > > > You write: > > > > > I have Slackware3.5(2.0.34 Linux kernel,libc.so.5.4.44) loaded on > > > 586(IBM) machine.I have loaded JDK1.2 (jdk1.2pre-v1.tar.bz2) on this > > > Linux machine. When I execute any JAVA commands (java,javac etc) it is > > > giving following error : for 'java' : > > > --- > > > /nagaraj/jdk1.2/jre/bin/realpath : > > > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > > > /nagaraj/jdk1.2/jre/bin/realpath : > > > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > > > /nagaraj/jdk1.2/bin/java :/nagaraj/jdk1.2/bin/i386/native_threads/java: > > > No such file or directory. > > > /nagaraj/jdk1.2/bin/java : /nagaraj/jdk1.2/bin/i386/native_threads/java: > > > No such file or directory. > > > - > > > I have set PATH to '/nagaraj/jdk1.2/bin' directory. > > > > I had the same problem with Slackware 3.0 (kernel 2.0.35). > > I had not found any solution. > > I saw on this list other similar messages. > > My best guess is that jdk1.2 does not run on Slackware. > > I have not tried it under other distributions. > > Did you set your PATH to the jdk1.2/bin directory, or did you add > jdk1.2/bin to your PATH? What does $PATH look like? Yes .../jdk1.2/bin comes at the very beginning of my PATH. Thanks, Sergio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.2 on Slackware3.5 problems.
> Nagaraj S B writes: Nagaraj> I have Slackware3.5(2.0.34 Linux kernel,libc.so.5.4.44) Nagaraj> loaded on 586(IBM) machine.I have loaded JDK1.2 Nagaraj> (jdk1.2pre-v1.tar.bz2) on this Linux machine. The JDK 1.2 requires glibc 2.x. Nagaraj> /nagaraj/jdk1.2/jre/bin/realpath : Nagaraj> /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. This means realpath doesn't find libc.so.6. Juergen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java IRC client and available source code
Does anyone know of an Java applet IRC client implementation whose source is also available? I want to see how others have skinned this cat before trying it myself. Thanks, Antonio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.2 on Slackware3.5 problems.
Juergen, thanks for the suggestion: Juergen> > Nagaraj S B writes: Juergen> Juergen> Nagaraj> I have Slackware3.5(2.0.34 Linux kernel,libc.so.5.4.44) Juergen> Nagaraj> loaded on 586(IBM) machine.I have loaded JDK1.2 Juergen> Nagaraj> (jdk1.2pre-v1.tar.bz2) on this Linux machine. Juergen> Juergen> The JDK 1.2 requires glibc 2.x. Juergen> Juergen> Nagaraj> /nagaraj/jdk1.2/jre/bin/realpath : Juergen> Nagaraj> /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. Juergen> Juergen> This means realpath doesn't find libc.so.6. Juergen> Here is a trace of what happens on my machine gray:/tmp[501] export PATH=/home/antoy/java2/jdk1.2/bin:$PATH gray:/tmp[502] export LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH gray:/tmp[503] ls -lt /usr/lib/libc.so.6 lrwxrwxrwx 1 root root 14 Jun 16 14:40 /usr/lib/libc.so.6 -> /lib/libc.so.6 gray:/tmp[504] javac Animator.java /home/antoy/java2/jdk1.2/jre/bin/realpath: /home/antoy/java2/jdk1.2/jre/bin/i386/realpath: No such file or directory /home/antoy/java2/jdk1.2/jre/bin/realpath: /home/antoy/java2/jdk1.2/jre/bin/i386/realpath: No such file or directory /home/antoy/java2/jdk1.2/bin/javac: /home/antoy/java2/jdk1.2/bin/i386/native_threads/javac: No such file or directory /home/antoy/java2/jdk1.2/bin/javac: /home/antoy/java2/jdk1.2/bin/i386/native_threads/javac: No such file or directory gray:/tmp[505] Is this correct? Thanks, Sergio -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDK1.2 on Slackware3.5 problems.
> Sergio Antoy writes: Sergio> Here is a trace of what happens on my machine Sergio> gray:/tmp[501] export PATH=/home/antoy/java2/jdk1.2/bin:$PATH Sergio> gray:/tmp[502] export LD_LIBRARY_PATH=/usr/lib:$LD_LIBRARY_PATH Sergio> gray:/tmp[503] ls -lt /usr/lib/libc.so.6 Sergio> lrwxrwxrwx 1 root root 14 Jun 16 14:40 /usr/lib/libc.so.6 -> /lib/libc.so.6 Sergio> gray:/tmp[504] javac Animator.java Sergio> /home/antoy/java2/jdk1.2/jre/bin/realpath: /home/antoy/java2/jdk1.2/jre/bin/i386/realpath: No such file or directory Sergio> /home/antoy/java2/jdk1.2/jre/bin/realpath: /home/antoy/java2/jdk1.2/jre/bin/i386/realpath: No such file or directory Sergio> /home/antoy/java2/jdk1.2/bin/javac: /home/antoy/java2/jdk1.2/bin/i386/native_threads/javac: No such file or directory Sergio> /home/antoy/java2/jdk1.2/bin/javac: /home/antoy/java2/jdk1.2/bin/i386/native_threads/javac: No such file or directory Sergio> gray:/tmp[505] Sergio> Is this correct? Try $ ldd /home/antoy/java2/jdk1.2/jre/bin/i386/realpath the result should be something like libc.so.6 => /lib/libc.so.6 (0x40014000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x4000) Juergen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[email protected]
> From: Robert McConnell <[EMAIL PROTECTED]> > Wait a minute! Didn't Microsoft argue and win the point in the Apple > case that Look and Feel cannot be copyrighted or otherwise subject to > proprietary limitations? Is this another case of the big bully wanting > to have his cake and eat it too? Microsoft wants to have their cake and eat everyone else's. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java threading
> From: [EMAIL PROTECTED] (Nelson Minar) > Technically, there is only one semantic for Threads in Java. In theory > Java is a completely specified runtime, ... Not at all! Java is _NOT_ completely specified. In fact, some things, such as many details of threading, are explicitly _un_specified. >...and so code that runs > differently with kernel threads or user threads is not "correct Java". I don't know if you can say that, but it is code that isn't written well enough to accounts for the differences allowed by the undefined parts of Java threading. Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Policy tool not working correctly
I've been having this problem as well, even with the "-green -Djava.compiler= " flags. --Jeff Mark O'Donohue wrote: > > Hi > > I've been tracking through the java 1.2 tutorial on certificates and > security, it all seems to work, up to the point where I have to use the > policytool program. > > It runs and brings up a main screen. When I choose the add policy > > entry (menu or pushbutton) a new screen (which has the right size for the policy >entry screen) > > flashes then disappears. > > The applet then appears to be stuck. > > Does anyone else have this problem? It looks like quite a simple awt bug. > > Regards > > Mark > > -- > Mark O'Donohue > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Jeff Galyan http://www.anamorphic.com http://www.sun.com jeffrey dot galyan at sun dot com talisman at anamorphic dot com Sun Certified Java(TM) Programmer == Linus Torvalds on Microsoft and software development: "... if it's a hobby for me and a job for you, why are you doing such a shoddy job of it?" The views expressed herein do not necessarily reflect those of my employer. Sun Microsystems, Inc., has no connection to my involvement with the Mozilla Organization. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
Actually, you need to set the security manager at both ends. The tricky
part to all of this, which the RMI docs I've seen don't explain, is that
you have to have a .java.policy file in your home directory granting
permissions to the "untrusted" codebase (any code that's not in the
bootstrap classpath is "untrusted"). Otherwise, you get all manner of
access exceptions.
I had tons of problems with RMI until I had a chat with Simon Roberts
about it - he explained to me about the policy file business.
--Jeff
Nick Lawson wrote:
>
> Hi,
>
> Two points:
>
> (1) You shouldn't exit main() ! One way is just to sleep
> forever.
> Another way is to wait for stdin after the rebind(),
> something
> like:
>
> LineNumberReader in = new LineNumberReader( new
> InputStreamReader( System.in
> ));
> while( true ) {
> try {
> StreamTokenizer tokens = new
> StreamTokenizer( new StringReader(
> in.readLine()));
> int tt = tokens.nextToken();
> switch( tt ) {
> case tokens.TT_EOF:
> System.err.println( "TestRMI
> running" );
> break;
> case tokens.TT_WORD:
> // parse the tokens and do
> something, like shutdown
> ..
> break;
> default:
> System.err.println( "??" );
> }
> }
> catch( IOException e ) {
> }
> }
>
> (2) Dont set the security manager - you'll probably get all
> sorts of access
> exceptions.
> RMISecurityManager lives at the client end (if I remember
> correctly).
> I think there must be an example in the rmi docs which shows
> this
> being used as you have, because I did the same thing once.
> You
> can get away with it in 1.1.x, but not 1.2, where security
> is changed.
>
> Nick.
>
> Pratip Kar wrote:
>
> > Hi,
> >
> > Thanks for your reply. This is the code snippet for my server.
> >
> > public class TestRMI extends UnicastRemoteObject implements ITestRMI
> > {
> > public static void main(String args[])
> > {
> > System.setSecurityManager(new RMISecurityManager() );
> > try
> > {
> > TestRMI test = new TestRMI();
> > Naming.rebind( "TestRMI", test );
> > System.out.println( "TestRMI object bound to registry" );
> > }
> > catch(Exception e)
> > {
> > e.printStackTrace();
> > }
> > }
> > }
> >
> > With that, when I run the server, I get the println() on the screen, and after
> > that the server exits.
> >
> > % java -green -Djava.security.policy=./policy TestRMI
> > TestRMI object bound to registry
> > %
> >
> > Pratip
> >
> > Nick Lawson wrote:
> >
> > > Hi,
> > >
> > > Would it help to add some println()s to your rmi server
> > > so you could see where it falls out ? Or does the jvm
> > > exit from within the rebind() call ?
> > >
> > > Nick
> > >
> > > Pratip Kar wrote:
> > >
> > > > Hi,
> > > >
> > > > I am running a simple RMI test application. But after doing the
> > > > "Naming.rebind()" the server simply comes out. There is no exception
> > > > or anything. But instead of waiting for the Client connection, it exits
> > > > normally after binding to rmiregistry.
> > > >
> > > > My system has RH6.0 with glibc2.1. I am not able to run the native
> > > > thread executables, so I was trying with the green thread ones. Can that
> > > > be a problem ?
> > > >
> > > > Pratip
> > > >
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
--
Jeff Galyan
http://www.anamorphic.com
http://www.sun.com
jeffrey dot galyan at sun dot com
talisman at anamorphic dot com
Sun Certified Java(TM) Programmer
==
Linus Torvalds on Microsoft and software development:
"... if it's a hobby for me and a job for you, why are you doing such a
shoddy job of it?"
The views expressed herein do not necessarily reflect those of my
employer.
Sun Microsystems, Inc., has no connection to my involvement with the
Mozilla Organization.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Licensing Information..
If you have questions about licensing the JDK for redistribution, etc. Please submit them to [EMAIL PROTECTED], not [EMAIL PROTECTED] Thanks, Karl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problem in running RMI server : JDK1.2v2 / RH6.0 / glibc2.1
I don't see why you need a security manager at the server end.
(The server may want to check its clients, but that seems
to be another issue entirely).
I don't set a security manager at the server, and therefore
get the default security manager - i.e null, so the server
can do anything. See docs/guide/security/spec/6.
Of course, if you are running a server provided by someone
else, you may want some security, which is set up
using the .java.policy files as Jeff says.
But it seems to me that its optional.
Nick
Jeff Galyan wrote:
> Actually, you need to set the security manager at both ends. The tricky
> part to all of this, which the RMI docs I've seen don't explain, is that
> you have to have a .java.policy file in your home directory granting
> permissions to the "untrusted" codebase (any code that's not in the
> bootstrap classpath is "untrusted"). Otherwise, you get all manner of
> access exceptions.
>
> I had tons of problems with RMI until I had a chat with Simon Roberts
> about it - he explained to me about the policy file business.
>
> --Jeff
>
> Nick Lawson wrote:
> >
> > Hi,
> >
> > Two points:
> >
> > (1) You shouldn't exit main() ! One way is just to sleep
> > forever.
> > Another way is to wait for stdin after the rebind(),
> > something
> > like:
> >
> > LineNumberReader in = new LineNumberReader( new
> > InputStreamReader( System.in
> > ));
> > while( true ) {
> > try {
> > StreamTokenizer tokens = new
> > StreamTokenizer( new StringReader(
> > in.readLine()));
> > int tt = tokens.nextToken();
> > switch( tt ) {
> > case tokens.TT_EOF:
> > System.err.println( "TestRMI
> > running" );
> > break;
> > case tokens.TT_WORD:
> > // parse the tokens and do
> > something, like shutdown
> > ..
> > break;
> > default:
> > System.err.println( "??" );
> > }
> > }
> > catch( IOException e ) {
> > }
> > }
> >
> > (2) Dont set the security manager - you'll probably get all
> > sorts of access
> > exceptions.
> > RMISecurityManager lives at the client end (if I remember
> > correctly).
> > I think there must be an example in the rmi docs which shows
> > this
> > being used as you have, because I did the same thing once.
> > You
> > can get away with it in 1.1.x, but not 1.2, where security
> > is changed.
> >
> > Nick.
> >
> > Pratip Kar wrote:
> >
> > > Hi,
> > >
> > > Thanks for your reply. This is the code snippet for my server.
> > >
> > > public class TestRMI extends UnicastRemoteObject implements ITestRMI
> > > {
> > > public static void main(String args[])
> > > {
> > > System.setSecurityManager(new RMISecurityManager() );
> > > try
> > > {
> > > TestRMI test = new TestRMI();
> > > Naming.rebind( "TestRMI", test );
> > > System.out.println( "TestRMI object bound to registry" );
> > > }
> > > catch(Exception e)
> > > {
> > > e.printStackTrace();
> > > }
> > > }
> > > }
> > >
> > > With that, when I run the server, I get the println() on the screen, and after
> > > that the server exits.
> > >
> > > % java -green -Djava.security.policy=./policy TestRMI
> > > TestRMI object bound to registry
> > > %
> > >
> > > Pratip
> > >
> > > Nick Lawson wrote:
> > >
> > > > Hi,
> > > >
> > > > Would it help to add some println()s to your rmi server
> > > > so you could see where it falls out ? Or does the jvm
> > > > exit from within the rebind() call ?
> > > >
> > > > Nick
> > > >
> > > > Pratip Kar wrote:
> > > >
> > > > > Hi,
> > > > >
> > > > > I am running a simple RMI test application. But after doing the
> > > > > "Naming.rebind()" the server simply comes out. There is no exception
> > > > > or anything. But instead of waiting for the Client connection, it exits
> > > > > normally after binding to rmiregistry.
> > > > >
> > > > > My system has RH6.0 with glibc2.1. I am not able to run the native
> > > > > thread executables, so I was trying with the green thread ones. Can that
> > > > > be a problem ?
> > > > >
> > > > > Pratip
> > > > >
> >
> > --
> > To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
> --
> Jeff Galyan
> http://www.anamorphic.com
> http://www.sun.com
> jeffrey dot galyan at sun dot com
> talisman at anamorphic dot com
> Sun Certified Java(TM) Programmer
> ==
> Linus Torvalds on Microsoft and software d
Re: JDK1.2 on Slackware3.5 problems.
Nathan Meyers wrote: > > Sergio Antoy wrote: > > > > You write: > > > > > I have Slackware3.5(2.0.34 Linux kernel,libc.so.5.4.44) loaded on > > > 586(IBM) machine.I have loaded JDK1.2 (jdk1.2pre-v1.tar.bz2) on this > > > Linux machine. When I execute any JAVA commands (java,javac etc) it is > > > giving following error : for 'java' : > > > --- > > > /nagaraj/jdk1.2/jre/bin/realpath : > > > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > > > /nagaraj/jdk1.2/jre/bin/realpath : > > > /nagaraj/jdk1.2/jre/bin/i386/realpath: No such file or directory. > > > /nagaraj/jdk1.2/bin/java :/nagaraj/jdk1.2/bin/i386/native_threads/java: > > > No such file or directory. > > > /nagaraj/jdk1.2/bin/java : /nagaraj/jdk1.2/bin/i386/native_threads/java: > > > No such file or directory. > > > - > > > I have set PATH to '/nagaraj/jdk1.2/bin' directory. > > > > I had the same problem with Slackware 3.0 (kernel 2.0.35). > > I had not found any solution. > > I saw on this list other similar messages. > > My best guess is that jdk1.2 does not run on Slackware. > > I have not tried it under other distributions. > > Did you set your PATH to the jdk1.2/bin directory, or did you add > jdk1.2/bin to your PATH? What does $PATH look like? > > Nathan I have added jdk1.2/bin directory to existing path.i.e export PATH=/nagaraj/jdk1.2/bin:$PATH -- Nagaraj S.B. Bells Softech Ltd,Bells House,1036, 26th Main,4th 'T' Block, Jayanagar, Banglore - 560 041.Ph.No.:6650084/33. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Jini1.0 and JDK1.1.7 compatiblity.
Hi all, I have I would like to know, Whether Jini1.0 works on JDK1.1.7 loaded on Linux(Slackware3.5, libc5.4.44,Kernel2.0.34) machine ?.Does Jini1.0 requires JDK1.2 only?. Thanks in advance, Nagaraj S.B. Bells Softech Ltd,Bells House,1036, 26th Main,4th 'T' Block, Jayanagar, Banglore - 560 041.Ph.No.:6650084/33. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
