DANGER!!
Hi my friends! Don´t see The Budweiser Frogs BUDDYLST.ZIP (it´s an Screen Saver). Really, it´s an powerful and new virus! It information was announced by Microsoft. Any in Internet can obtain your account and your password!! Neither see an e-mail with the next message: RETURNED OR UNABLE TO DELIVER. The virus will destroy your hard disk! AOL says that this virus is very dangerous, and don´t exist vacune for the same. Please, danger. Everybody must know it information! _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Bugreport JDK 1.1.6, Version 5
Hello Linux JDK Porters, 1.1.6v5 works great for us but here is a small bug report. (I use this channel because Jitterbug gave me Forbidden You don't have permission to access /cgi-bin/jdk on this server. ) 1. Startup is slowed down by factor of 2.5 (!) by checkVersions. The following works for me: If you get a working "java" but starts up much more slowly than previous versions you may take a look at /usr/local/java-1.1.6v5/bin/checkVersions. This scripts checks for incompatible shared libraries on your systems and decides wether to use the JDK ones. Obviously (:-) it is not necessary to do that on every startup if you know the answer. So to check what checkVersions thinks about your needs, enter sh -x java in your shell. Look for the lines + '[' -x /usr/local.local/java-1.1.6v5/bin/checkVersions ']' + /usr/local.local/java-1.1.6v5/bin/checkVersions java if the next line reads JDK_LIBS="/linuxlibs:" you may try to set (csh syntax) setenv JDK_NO_VERS_CHECK 1 otherwise setenv JDK_NO_JDK_LIBS 1 to avoid the version check on startup. The necessary diff on checkVersions is appended. A tip when using tya (a nice easy to install and use JIT for Linux, give it a try for speeding up your compile times): Java itself worked for me with both settings above, but when using "setenv JDK_NO_VERS_CHECK 1" java gives SIGSEGV 11* segmentation violation stackbase=0xbfffe570, stackpointer=0xbfffd904 heyl@alexx 62: rcsdiff -c /usr/local/java-1.1.6v5/bin/checkVersions === RCS file: /usr/local/java-1.1.6v5/bin/checkVersions,v retrieving revision 1.1 diff -c -r1.1 /usr/local/java-1.1.6v5/bin/checkVersions *** /usr/local/java-1.1.6v5/bin/checkVersions 1998/11/05 14:33:48 1.1 --- /usr/local/java-1.1.6v5/bin/checkVersions 1998/11/05 14:34:34 *** *** 226,231 --- 226,235 then exit 0 fi + if [ "$JDK_NO_JDK_LIBS" ] + then + exit 1 + fi computeDirVars 2. The rmi-Compiler (rmic) has a bug which makes it a pain to use on linux nfs mounted file systems. It writes it output files "byte-by-byte" so each byte is travvelling in its own RPC-Packet to the NFS-Server. You can imagine that this is slw. :-) I think adding a BufferedOutputStream (or Writer) should cure that problem. Ciao, Carsten Heyl -- Carsten Heyl [EMAIL PROTECTED] NADS - Advertising on Nets NADS GmbH http://www.nads.de/ Otto-Hahn-Str. 18 http://www.pixelboxx.de/ D-44227 DortmundTel.: +49 231 975 123-0
Re: Connecting to a CNC?
[EMAIL PROTECTED] wrote: Sun has a beta Java Communications API, which can be found at this address: http://www.javasoft.com/products/javacomm/index.html They also have some good examples of using this API. I have yet to see a port of this API to the Linux OS at this time, but in time I'm sure one will come along. Hope this answers your question. Look for RXTX, linked from Blackdown. It's not 100% and I seem to recall that they had some problems with the latest beta of the Comm API, but I've had it working on my box.. -- Cees de Groot <[EMAIL PROTECTED]> Acriter Consulting http://www.acriter.com
Re: java
: I am running the lates glibc version of jdk on a Pentium66 with linux 5.0. : : I looked and appear to have the correct versions of the glibc libraries. : : But everytime I run any of the jdk program. I get no output. No errors, no : ..class files, no nothing. I don't even get a core dump. : : Does anyone now what is going on? I guess I experienced the same. Even simple things like javac HelloWorld.java failed silently while java --help worked. I upgraded to the most recent glibc which is if I am not mistaken x-x-29 and problems went away. Regards, Aleksey P.S. Well, glibc was not the only thing that I upgraded from default RedHat 5.0 installation, so may be the solution was there.
Re: DANGER!!
Come on, don't be silly! Take a look at: http://www.umich.edu/~wwwitd/virus-busters/hoaxes/unable.html and http://antivirus.miningco.com/library/blen0075.htm Juergen > Juan Carlos writes: Juan> Hi my friends! Juan> Don´t see The Budweiser Frogs BUDDYLST.ZIP (it´s an Screen Saver). Juan> Really, it´s an powerful and new virus! Juan> It information was announced by Microsoft. Any in Internet can obtain Juan> your account and your password!! Juan> Neither see an e-mail with the next message: Juan> RETURNED OR UNABLE TO DELIVER. The virus will destroy your hard disk! Juan> AOL says that this virus is very dangerous, and don´t exist vacune for Juan> the same. Juan> Please, danger. Everybody must know it information! Juan> _ Juan> DO YOU YAHOO!? Juan> Get your free @yahoo.com address at http://mail.yahoo.com
Connecting to a CNC?
Wayne writes: > the CNC. The question I have for the group is this: does Java have > the ability to read from the RS23 port? If so can someone point > me to the literature on this subject. > TIA. > Wayne To my understanding, Java does not handle physical devices. See Chapter 11, Native Serial I/O, in Rob Gordon's "Essential JNI" (Prentice Hall), for UNIX (POSIX) and Win (COM) example code, available per ftp: ftp.prenhall.com/pub/ptr/professional_computer_science.w-022/ gordon/essential_jni. There are surely GPL sources out there, too. I recommend the book, so far it has mentioned every pitfall I encountered. b.
JDK 1.1.7 for x86 Linux
Your Blackdown Java-Linux porting group would like to announce that the JDK 1.1.7 should now be available. The big surprise is that we now have a native threads add-on package for it too. (Thanks to Phill) Make sure you read the README.native_threads for some details as to what to expect. (It should be in the same directory as the tar.gz files for the JDK, JRE, RT, and i18n...) Note that the native thread support requires GLIBC systems since the threads package is GLIBC based. Check out http://www.blackdown.org/java-linux.html I have noticed that some of the mirrors already have the files. All of them should have them soon. Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: java
Also, make sure you are running what you think you are running. Do a "which java" and make sure you don't have a conflicting package like Kaffe or older version of Java. At 10:25 AM 11/6/98 -0500, Aleksey Sudakov wrote: >: I am running the lates glibc version of jdk on a Pentium66 with linux 5.0. >: >: I looked and appear to have the correct versions of the glibc libraries. >: >: But everytime I run any of the jdk program. I get no output. No errors, no >: ..class files, no nothing. I don't even get a core dump. >: >: Does anyone now what is going on? > >I guess I experienced the same. Even simple things like javac HelloWorld.java failed silently while java --help worked. I upgraded to the most recent glibc which is if I am not mistaken x-x-29 and problems went away. > >Regards, >Aleksey > >P.S. Well, glibc was not the only thing that I upgraded from default RedHat 5.0 installation, so may be the solution was there.
JDK 1.2 (message for Steve Byrne)
I'm doing a news piece for SunExpert on the Linux port for JDK 1.2. Any chance you might be willing to spare a few minutes for a phone or e-mail interview? Best regards, Sue Hildreth Staff Editor SunExpert Magazine 617-641-0517 [EMAIL PROTECTED] http://sun.expert.com
Java SDK
Hi, you'll havew to excuse me, but I'm rather new to Linux. I followed the steps given with the JDK, but have still not been able to get it to work properly. Here is what I did: 1) Extracted it to /usr/local/jdk116_v5 2) Added the line alias java='/usr/local/jdk116_v5/bin/java' to my .bashrc 3) However when I type "java" or go directly to the /usr/local/jdk116_v5/bin and type "java" I get this: ls: not: No such file or directory /usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: can't resolve symbol '_Xglobal_lock' /usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: can't resolve symbol '_XUnlockMutex_fn' /usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: can't resolve symbol '_XLockMutex_fn' >From what I can tell the i586 dir is a link to the i486 dir. Any help would be GREATLY appreciated. As I said, I am new to this so please don't be too technical in your explanation. Step by Step is always good for me. :-) One other thing is that I did not add this line any where: export PATH=/usr/local/jdk116_v5/bin:$PATH What file is that to be added in, or does the alias take care of that? Thanks again, Todd Poynter Purdue Univ.
Re: Java SDK
On Fri, 06 Nov 1998 14:53:24 -0500, Poynter wrote: >Hi, you'll havew to excuse me, but I'm rather new to Linux. I followed >the steps given with the JDK, but have still not been able to get it to >work properly. Here is what I did: > >1) Extracted it to /usr/local/jdk116_v5 > >2) Added the line > alias java='/usr/local/jdk116_v5/bin/java' > to my .bashrc > >3) However when I type "java" or go directly to the >/usr/local/jdk116_v5/bin and type "java" I get this: > >ls: not: No such file or directory >/usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: can't resolve >symbol '_Xglobal_lock' >/usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: can't resolve >symbol '_XUnlockMutex_fn' >/usr/local/jdk116_v5/bin/../bin/i586/green_threads/java: can't resolve >symbol '_XLockMutex_fn' This looks like you either do not have X-windows installed or you have an incompatible version of libc/glibc mix. If you do not have X-Windows installed and only want to do STDIO Java work then you can set the NS_JAVA environment variable. This lets Java run without the AWT addons. If you have the wrong mix of libc/glibc (as in libc5 system and a glibc version of the JDK) you need to get the "other" one... Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
RE: Open Java
On Thu, 5 Nov 1998 [EMAIL PROTECTED] wrote: | > Java Linux porting team politics. The folks who have donated their | > effort to bringing Java to Linux - all of them - have done a wonderful | > job. Thanks to you all! Agreed. | > >The big problem I have is the current closed porting method is only | > >related to Java today. This completely ignores all possibility of | > >advancing java when backward compatibility is not and issue. I think what I tend to (and other have shown to) think is that Sun is doing a great job of being the pointman for the Java specification. A simple reminder of the power of the "commodity specification" can be found in the now-ubiquitous "HALLOWEEN" email. What someone else has also pointed out is that Sun has not prevented anyone from implementing their own JDK. What Sun does not do is provide the source for their implementation. I think Sun _DOES_ want people to provide their own tools, albeit at their own cost. I think that Sun protecting it's source is legit, though it may be be "OSS"-minded. | > I'm not exactly sure what the poster has in mind, but it reminds me of | > one of my major problems with Java. Sun has a tight lock on what | > "Java" is, what the definition of it is. They don't seem very | > interested in having people hack up the VM or the language, or in | > general pushing Java in any future research directions they do not | > directly control. I think this is horribly short-sighted of Sun, and | > very frustrating, but that's their position (at least, as I see it.) | > | > Unfortunately, the JDK licensing terms reflect Sun's attempts to keep | > Java locked up. Without the Sun source, I believe the porting effort would be increased tremendously. I have no problem with a small group of developers having the only legal copies of the source; if you want to work on the project, aren't there ways of joining the devel group @ blackdown? | Let's be VERY clear on this point: they're keeping their IMPLEMENTATION locked | up. Not the specs for the language. You don't need a license to implement a | Java virtual machine and/or the class libraries. This is pretty rare in the | software world. Would you believe that ParcPlace claims ownership of the CLASS | HIERARCHY of Smalltalk, and actually threatens litigation if you don't pay | their (minimal) licensing fee? | | Sun has been quite reasonable with respect to having review and feedback cycles | for all new APIs -- ever hear of M$ doing that? They're trying to be as open | as they can be, in an ocean where sharks live. I agree with this. Although Sun does want as large a piece of the pie as possible (see MS), I tend to favor their methods more often. Public commercial source code release was unprecedented before the past year, with (I believe) the first significant commercial contribution by Netscape. Sun is right (IMHO) to keep the spec singular. This allows anyone to play with any part it and maintain interoperability (The Right Thing) among all the implementations.
RE: Netscape Reload Java Applet; Was there a soln?
That's works! Thanks very much. Carlos Alberto Roman Zamitiz Departamento de Ingenieria en Computacion, Facultad de Ingenieria UNAM [EMAIL PROTECTED] On Wed, 4 Nov 1998, Nguyen, Tram N. wrote: > There's workaround for that problem . [Shift key + Reload] should reload > your applet. > > -Tram > > Tram Nguyen N. > Science Application International Corporation > http://www.saic.com > (619) 646-3357 > > > -Original Message- > > From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]] > > Sent: Wednesday, November 04, 1998 9:47 AM > > To: [EMAIL PROTECTED] > > Subject:Netscape Reload Java Applet; Was there a soln? > > > > Did anyone solve the Netscape 4.0x bug/feature where you could NOT > > get > > an Applet to restart by hitting the [RELOAD] button? > > > > Pete > >
A java problem with streams
I have a problem:
The file called Outtest.java reads the file called "test.out" which
contains:
A
B
C
D
E
but when I type java Outtest, this shows:
A
B
C
D
E
and never returns prompt. I need type Control-C and this returns the
prompt. This is Outtest.java:
import java.io.*;
public class Outtest
{
public static void main( String[] args )
{
int c;
try
{
FileInputStream fin = new FileInputStream("test.out");
DataInputStream lin = new DataInputStream(fin);
for(;;)
{
try
{
while((c = lin.read()) != -1)
{
System.out.write( c );
}
}
catch(Exception e)
{
;
}
}
}
catch(Exception e)
{
;
}
}
}
thanks!
Carlos Alberto Roman Zamitiz
Departamento de Ingenieria en Computacion, Facultad de Ingenieria UNAM
[EMAIL PROTECTED]
Re: A java problem with streams
> Carlos Alberto Roman Zamitiz writes:
Carlos> I have a problem:
Carlos> The file called Outtest.java reads the file called "test.out" which
Carlos> contains:
Carlos> A
Carlos> B
Carlos> C
Carlos> D
Carlos> E
Carlos> but when I type java Outtest, this shows:
Carlos> A
Carlos> B
Carlos> C
Carlos> D
Carlos> E
Carlos> and never returns prompt. I need type Control-C and this
Carlos> returns the prompt.
for (;;) {
try {
while ((c = lin.read()) != -1) {
System.out.write(c);
}
} catch (Exception e) {}
}
No surprise, your code never gets out of the endless for-loop (even
on linux infinite loops may take several minutes to execute :-).
Remove the for-loop and your program will work.
Juergen
--
Juergen Kreileder, Universitaet Dortmund, Lehrstuhl Informatik V
Baroper Strasse 301, D-44221 Dortmund, Germany
Phone: ++49 231/755-5806, Fax: ++49 231/755-5802
JDK licensing (was Re: A Scenerio)
> 1) Is the source code necessary for any reliable port >of the JDK to Linux? Definitely. The JDK consists of a few components: the Java virtual machine itself, the java.* class hierarchy, the native code which supports the class library, the Java source for javac and so on. Some of this code is written in C, some in Java. The work of the Linux porters has (I think) being mainly related to porting the C parts of the JDK to run on Linux, as Linux is not exactly the same as Solaris. > 2) Is Sun selective when licensing the source >code? If so, what guidelines do they follow when >determining who gets a license? Not particularly. If you look closely enough when you're downloading a binary distribution you should spot a link which leads you to the details of how to get a copy of the JDK source code. (I'm not being obstructive by not giving a URL here - I'm not connected to the 'net when I'm writing this...) The procedure is that you download the license agreement file that they provide and print it out. You read the agreement, fill out the form at the back (just Name, Address, E-mail and such), sign it and fax it to Sun. After some time someone will email you to let you know whether they could read your fax and if so give you the URL of your JDK source distribution. You have a limited amount of time to download it, so make sure you don't send the form to them just before you go on holiday! Once you've downloaded the JDK source from Sun you should be able to get hold of the patches which the Linux porting team have had to make in order to build the JDK on Linux. You'll also need a development copy of Motif or Lesstif. You apply the patches and tweak a few bits and then you can build your own Linux JDK distribution. Note that I do not know how many people would qualify as members of the Linux porting team, nor how you get to join the team. I'm not a member myself (I don't have time to comit to the project right now). I would hope that showing an interest, finding bugs and submitting fixes would be the kind of thing that gets you involved. I don't know how the team organise their development work. Obviously, because of the restrictions Sun place on their source code the Linux porting team can't stick their source base on a anonymous CVS server, for example. Similarly, they can't post a 40 line chunk of the JDK source on this list and say "I think there's a bug on line 18, what do you think" without worrying that Sun might come down on them. They are explicitly allowed to post their diffs by the non-commercial license. > 3) What general restrictions does the license place on the >holders' porting efforts. What I described above gets you a non-commercial license for the source code. This allows you to look at the source and play with it as long as you're not doing it for commercial gain (the exact terms: "... for internal evaluation, research and educational purposes only"). The license explicitly permits you to distribute binaries which you create from your JDK source as long as you do it for free, don't link it into a separate product, stay compatible and stick to Sun's license. If you want a commercial license to do more than this you need to give money to Sun. Personally I'm not sure what Sun would have as commercial or productive use that violates the agreement. For example, I work on Java at work and have a copy of the source at home. I sometimes read the source to find out why a particular function works (or doesn't work) in a particular way. I also have a better understanding of how Java works from looking at the source code, and so could go and get work on that basis. I guess this could be construed as commercial use. I guess I'm relying on Sun being generous in these cases. > 4) Does Sun's recent announcement regarding supporting >Java on Linux mean in effect that they are willing to >license the source to a certain development team or does it >mean that Sun themselves will be doing the port? As I understand it, the Linux porters have, until recently, gone through the steps I outlined above. They've filled in the forms, downloaded the source, applied patches and built their binaries. I believe that Sun have recently allowed the core members of the Linux porting group access to the source code on a basis similar to that extended to commercial licensees. For example, they now have advance access to JDK 1.2 source and a test suite to ensure compatibility. This means that the Linux porting team now have access to source which the rest of us will have to wait awhile to see. I'm not too worried by this: I think it's good that the people who are prepared to put work into the project can progress it like this. Open-ish-Source Software, if you like. I don't believe that Sun's announcement means that they will be doing the port themselves. I don't even know whether they may be more likely to take patches from the Linux porting team given their new status. I don't know
Thanks... and other problem.
Vipin and Juegen, thank you very much! the app works fine. Now, I downloaded Hot Java 1.1.5 generic version (I think it'll run on my Linux 4.2 and I have jdk 1.1.5). I "unziped" the zip file and the subdir bin/ contains the script hotjava. I added the following at top: set HOTJAVA_HOME=/users/local/bin/HotJava/HotJava1.1.5 set JDK_HOME=/users/local/bin/java/jdk1.1.5 I didn't modify anything, but appears the following: HOTJAVA_HOME is set to /users/local/bin/HotJava/HotJava1.1.5 Can't execute: /users/local/bin/HotJava/HotJava1.1.5/runtime/bin/jre why? thanks! Carlos Alberto Roman Zamitiz Departamento de Ingenieria en Computacion, Facultad de Ingenieria UNAM [EMAIL PROTECTED]
