Hogging colours?
Hi, I was looking at some stuff I wrote a long time ago (before I had a sane operating system *grin*), that does something similar to 'xlock -mode swirl' (makes pretty wavy things). When I ran it in X, instead of hundreds of colour I got 4. It's not nearly so pretty in 4 colours. *pout* Does anyone know how to make java be more assertive in its demands to use many colours? My hardware is able to do 64k colours and at the moment I have X configured to use 256. Thanks, dstn.
Re: Problem running/installing JDK
Terry Harding writes: > Can anyone gives me any hints or clues why i might be getting the > error message described below. > > I would like to use the JDK tonight. > > Thanks in advance... > > Terry Harding wrote: > > > > All, > > > > I downloaded and installed the JDK1.1.6 v2 for Intel( glibc ). The > > installation appeared > > to go with no hitches. The jdk was installed into /usr/local/jdk1.1.6. > > > > When i type javac *.java from the jdk1.1.6 main directory i receive > > > > /usr/local/jdk1.1.6/bin/../bin/i586/green_threads/javac: > > /usr/local/jdk1.1.6/bin/..i586/green_threads/java: No such file or > > directory > > > > When looking in above directories, the files are there. > > I also ran the export PATH procedure to add the jdk1.1.6/bin directory > > to my path. > > > > I am extremely new to linux, and i know the unix guru's are probably > > shaking their heads > > right now. This error often comes about when you've gotten glibc for a non-glibc system. What led you to believe that you needed glibc JDK? The no such file or directory often comes from the Linux dynamic linker (ld.so), trying to find /lib/libc.so.6, and on systems which aren't glibc (aka libc6), it can't fnd it yielding the same message that you're seeing. Steve
Re: Java app without X installed
Robert Ritchy writes: > Listen - as yet another newbie - don't screw things up for me. This list > has been EXTREMELY helpful to me and my work. The promptness and quality of > reponse from this list is unmatched. These "gurus" have taken a lot time to > give us a quality product and support for FREE! They are certainly not > asking too much when they expect us to read the README.linux file. If you > want more support then pay for it - although I don't see how you could get > more support about java-linux than we are fortunate enough to get here. > > Steve, please don't let this get you too pissed off. It's taken all of my > energy NOT to fill this reply with harsh (and four letter) words. > > I'm in great debt to all of you contributing to this port. Thank you for > all your efforts! > Thank you Robert for your kind words. I think this process has had a positive effect; namely that it's not currently the case that the JRE or the RT packages contain README.linux. For someone who is developing on Linux, they'd download the JDK, with README.linux, and they'd be set. But for someone who is just deploying on the bare runtime system, they don't have an FM to R. That's easily fixed. Nevertheless, I think it's important to realize, that I did not say "this guy is dumb", or anything like that. I said it *is* documented, and that this person didn't appear to have taken the time to search the documentation that was supplied with the JDK, so unless he downloaded the JRE only, he had a very limited search space that he should have exhausted. It is, IMHO, *especially* important to help newbies develop good habits early, such as trying the documentation FIRST before taking the time from the rest of the mailing list. Too often it's easy just to say "I'm too busy" or "my time is more important than everyone elses". So that's part of why I responded the way I did. That hurts the signal to noise ratio of any mailing list, and moves it more towards the AOL end of the spectrum, which I think is where we don't want to go. Steve
Re: Java app without X installed
Dan Kegel writes: > Steve Byrne wrote: > > John Summerfield writes: > > > > Aw, come on, man! RTFM! I covered this in great detail; you should take the > > > Well I for one don't know which frigging document you're talking about. > > I guess README.linux *could* be named more obviously :-) > >... > > > I can see no mention of this in any of the documentation included with the > > > package jre1.1.6-v4a-i386-libc5.tar.gz. > > > > Look again in README.linux. > > The doc could be made a little more accessible. Did you know there's > no link to README.linux on http://www.blackdown.org/java-linux.html ? > It ought to be right there next to the FAQ. > It should also be linked to from inside the FAQ, e.g. under > a question "What documentation is there for the Linux port of the JDK?"; > I didn't see it when I checked briefly just now. But, Dan, it *is there: look in the ports file. It's *there* as the release notes. Granted it doesn't say "Here lies README.linux", but it *is* there and in a pretty accessible place, though it should also be right next to the FAQ (as well as being covered in the FAQ). Steve
Hogging colours?
Dustin Lang writes: > > Hi, > > I was looking at some stuff I wrote a long time ago (before I had a sane > operating system *grin*), that does something similar to 'xlock -mode > swirl' (makes pretty wavy things). When I ran it in X, instead of > hundreds of colour I got 4. It's not nearly so pretty in 4 colours. > *pout* Does anyone know how to make java be more assertive in its demands > to use many colours? My hardware is able to do 64k colours and at the > moment I have X configured to use 256. Do you already have Netscape running? It's known to be a colormap hog. Can you restart your X session (I mean log all the way out, not just restart your windowmanager) and just run your Java program w/o starting a bunch of other X applications? Does that help? Steve
JDK 1.1.7
I have got the JDK 1.1.7 to build using the 1.1.6v4a diffs, and can run simple programs without the awt. I understand there is not a lot of point to this and i am more than happy to wait for the porting team to work their magic, but it has certainly been a very useful learning exercise for someone who knows very little about this stuff. I made two changes to the source code to get this working: - in iomgr.c i changed dlerror to be const char * so as to agree with dlfcn.h (i guess this is a difference between solaris and linux?) - in awt_Frame.c i changed long into int32_t for pGetIconImageSize. The only problem i have found when running is that it does not find the shared libraries :^( Perhaps someone has had the same experience and could correspond direct with me about this, otherwise i will spend my time usefully reading some more while i wait for the proper diffs. thanks jim watson
stop the abonnement
unsubscribe sorry, I got to stop to join your mailing list about java under linux. Thanks and Bye [EMAIL PROTECTED]
Re: stop the abonnement
karl, IMHO it'd be good to add a very easy procmail command for this list, if a mail contain the word "unsubscribe" forward to the list manager. we may lose some mail with this, but who wanna write the word "unsubscribe" on this list (and can aviod a few dozen of such mails). thanks. > Christophe Jacquet wrote: > > unsubscribe > sorry, I got to stop to join your mailing list about java under linux. > Thanks and Bye > [EMAIL PROTECTED] -- Levente -- E-Mail: Levente Farkas <[EMAIL PROTECTED]> Homepage: http://www.inf.u-szeged.hu/~lfarkas/ PGP public key & Geek Code: [EMAIL PROTECTED] --
Re: Java app without X installed
Steve Byrne wrote: > > Dan Kegel writes: > > > Look again in README.linux. > > > > The doc could be made a little more accessible. Did you know there's > > no link to README.linux on http://www.blackdown.org/java-linux.html ? > > It ought to be right there next to the FAQ. > > It should also be linked to from inside the FAQ, e.g. under > > a question "What documentation is there for the Linux port of the JDK?"; > > I didn't see it when I checked briefly just now. > > But, Dan, it *is there: look in the ports file. It's *there* as the release > notes. Granted it doesn't say "Here lies README.linux", but it *is* > there and in a pretty accessible place, though it should also be right next to > the FAQ (as well as being covered in the FAQ). Aha. OK, guess I fell into the "expected the README to be right next to the file I was downloading" trap. Or the "can't read the screen" trap. Now that I think about it, the FTP sites suffer from the same problem: the README is there, but you have to read lots of stuff (a whole page!-) and look around for it. I suspect that people who know they need to download a file get into a mode where all they notice on a page are the files for download; likewise, people looking for a particular link only notice links. That's why it's important to put the README link right next to the things these users are looking for. My final suggestion (I promise) is: * link to the README directory from the FAQ and from the top web page right next to the FAQ link * include a symbolic link to the README right next to the actual download files in the FTP area; don't make people navigate over to the doc directory and last but least, * use a .txt extension on the README for the benefit of web browsers This should make it easier for caffeine-crazed, MTV-paced people to actually accidentally notice the README as they download the JDK or JRE. - Dan
It works (Problem running/installing JDK)
Jim, Steve Thank you very much for your suggestions. Downloading and installing the libc5 version of the JDK and wipeout solved my problem. But applications are running nicely now. Steve, looking at the documents you referenced, there was mention about RedHat and Debian versions of linux, and what libc version to use, but nothing for SlackWar. Maybe someone can add a line for SlackWar. Thanks Now, i would like to know if SlackWar was a good choice for Linux. Which version of Linux is the most supported and reliable? RedHat, Debian, or SlackWar. I have not experienced any problems with SlackWar, but would like to run the linux version, which is the most popular among the linux community. Any thoughts on this issue? Terry Hardng - Linux Newbie Phoenix, AZ
Re: Java app without X installed
All the changes you have discussed have been made to the site and to the ftp site. The only change that remains to be made is to add the same link to the FAQ. That'll be something SteveW needs to do as soon as he gets a chance. Thanks for the helpful comments. Cheers, Karl Dan Kegel writes: > Steve Byrne wrote: > > > > Dan Kegel writes: > > > > Look again in README.linux. > > > > > > The doc could be made a little more accessible. Did you know there's > > > no link to README.linux on http://www.blackdown.org/java-linux.html ? > > > It ought to be right there next to the FAQ. > > > It should also be linked to from inside the FAQ, e.g. under > > > a question "What documentation is there for the Linux port of the JDK?"; > > > I didn't see it when I checked briefly just now. > > > > But, Dan, it *is there: look in the ports file. It's *there* as the release > > notes. Granted it doesn't say "Here lies README.linux", but it *is* > > there and in a pretty accessible place, though it should also be right next to > > the FAQ (as well as being covered in the FAQ). > > Aha. OK, guess I fell into the "expected the README > to be right next to the file I was downloading" trap. > Or the "can't read the screen" trap. > > Now that I think about it, the FTP sites suffer > from the same problem: the README is there, but > you have to read lots of stuff (a whole page!-) > and look around for it. > > I suspect that people who know they need to download > a file get into a mode where all they notice on a page > are the files for download; likewise, people looking > for a particular link only notice links. That's why > it's important to put the README link right next > to the things these users are looking for. > > My final suggestion (I promise) is: > * link to the README directory from the FAQ and from > the top web page right next to the FAQ link > * include a symbolic link to the README right next > to the actual download files in the FTP area; > don't make people navigate over to the doc directory > and last but least, > * use a .txt extension on the README for the benefit > of web browsers > > This should make it easier for caffeine-crazed, MTV-paced > people to actually accidentally notice the README as > they download the JDK or JRE. > - Dan
only a small request ...
hi, this isnot a bug-report, but i small request that could save some newbies a little time and frustration: could you add the note about segmentation faults caused by incompatible shared libraries (the mail-list archive, ATTENTION JAVA and SEGMENTATION FAULTS) to the readme of the jdk-distribution. bestt regards hermann p.s. with the proper libraries your port seems to work fine - good porting !
Arbitrary Precision Arithmetic?
Hi, Has anyone implemented any arbitrary precision arithmetic routines in java? -- Dimitrios Vyzovitis -- Information Processing Laboratory [EMAIL PROTECTED] -- Aristotle University of Thessaloniki [EMAIL PROTECTED] -- Dept. of Electrical and Computer Engineering http://egnatia.ee.auth.gr/~dviz
Numerical Libraries
Hi. I erased the original mail asking about arbitrary precision calculations in Java so I couldn't use the right subject... Take a look at http://math.nist.gov/javanumerics. Maybe you could find something useful in the "Libraries" section. Hope it can help. Best regards, -- Cassino
Linux JIT?
Is there any other JIT compiler for Linux other than TYA? I have been using TYA for a while. I have found that it does not really help for swing applications, rather it hinders. I was using NetBeans with TYA and it was quite slow to react to ui events. It was also eating about 30% of my p2 constantly at idle. Without TYA the ui reacts much, much faster and eats 30% of my p2 spuratically at idle. I was wondering if there is anything else out there... or if anyone might know how to optimize TYA so that I can get better performance out of it. --jason
Linux JIT?
Jason Dillon writes: > Is there any other JIT compiler for Linux other than TYA? I have been using > TYA for a while. I have found that it does not really help for swing > applications, rather it hinders. I was using NetBeans with TYA and it was > quite slow to react to ui events. It was also eating about 30% of my p2 > constantly at idle. Without TYA the ui reacts much, much faster and eats 30% of > my p2 spuratically at idle. Is it just me? netbeans with tya feels a lot faster! It eats up cpu, yes, but running it without tya also?! -- `The great thing about mod_rewrite is it gives you all the configurability and flexibility of Sendmail. The downside to mod_rewrite is that it gives you all the configurability and flexibility of Sendmail.' -- Brian Behlendorf Apache Group
