Re: KDE L&F ?
How about a GTK+ AWT peer, along with the ability to set this as the default to remove the dependancy on Motif, and thus cut down a little on bloat? I was deep in meditation when Andreas Rueckert awoke me by saying: > > Hi! > > On Wed, 20 Jan 1999 Ernst de Haan wrote: > > > > >KDE look and feel... H, does sound like a good idea... > > > >GreetinX++, Znerd alias Ernst > > In case it helps you: you're not alone with your opinion. I've asked my > question some months ago in some Java+Linux NG's and got lot of positive > replies, but also people telling me, that the L&F API's are not completely > nailed down yet. I followed the NG discussions about L&F programming over the > last weeks and thought, that the chances might be better now. > I asked some KDE developers at the GUUG (German Unix Users Group) meeting last > year, and it seems that they would appreciate such a L&F. > > Ciao, > Andreas > > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: BUG REPORT
It was my understanding that Java source code is only guaranteed to work if
it's ASCII, but I may be wrong about that. Obviously, though, ASCII
seems the safe way to go. JDK 1.2 may have changed the internationalization
standards (officially or unofficially). Note that there could also be
a limitation in the operating system that prevents filenames containing
such characters, especially with an older kernel version (such as what
shipped with redhat 2.1). In newer kernels, you have to enable the
codepages you want to use (this may have more to do with display than
underlying filesystem).
I was deep in meditation when Vincent Gay-Para awoke me by saying:
>
> Hi,
>
> here is a bug on my linux (redhat 2.1). I'm not sure if it is a bug of
> your port or a bug in Java. (or a bad limitation...)
>
> try to compile and execute this:
>
> public class Iso {
> public static void main(String[] args) {
> IsoäöüÄÖÜß.main(null);
> }
> }
> class IsoäöüÄÖÜß {
> public static void main(String[] args) {
> System.err.println(">>>>>>>");
> }
> }
>
> Here is a trace on my xterm:
>
> vgp% javac Iso.java
> vgp% java Iso
> java.lang.NoClassDefFoundError: IsoäöüÄÖÜß
> at java.lang.Thread.init(Thread.java)
>
>
> But, you should note that:
>
> vgp% javap IsoäöüÄÖÜß
> Compiled from Iso.java
> synchronized class IsoäöüÄÖÜß extends java.lang.Object
> /* ACC_SUPER bit set */
> {
> public static void main(java.lang.String[]);
> IsoäöüÄÖÜß();
> }
>
> works, so it is not a problem of CLASSPATH !
> Unfortunatly I can't even found a workaround to use special chars in the
> name of my classes. Do you have an idea ?
>
> Thank's to let me informed if you send this mail to SUN.
> Thank's for your work.
>
> Vincent GAY-PARA, [EMAIL PROTECTED]
> Still waiting for JDK1.2 for linux...
>
--
¤¤
| Aaron Gaudio mailto:[EMAIL PROTECTED] |
|http://www.rit.edu/~adg1653/|
¤¤
| "The fool finds ignorance all around him. |
| The wise man finds ignorance within." |
¤¤
Use of any of my email addresses is subject to the terms found at
http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you
agree to be bound by the terms therein.
Re: Jdk 1.1.7 and X-Server
It looks like your problem is that the getImages() method is doing something to prompt the JDK to try to fetch an AWT Toolkit. There are probably ways to allow it to get the Toolkit. You'll need XWindow running on the Red Hat box, and you might have to give user nobody special access to the display- depending on what type of authentication you're using (xauth or xhost, for example). This is probably a pain, though, as X will eat up memory better used for Apache. So, the better question is why is your program trying to get an AWT Toolkit (it's something that happens in the getImages() method) and is there a way to prevent that? I was deep in meditation when Warren Johnson awoke me by saying: > > I have a program that basically take parts of several graphics and merges > them into one. Created by the guy before me in Java. Originally on an SGI > box with Netscape Enterprise Server. Moved it to a Redhat 5.2 machine with > more memory and disk space with the latest Apache Web Server and this is JDK > 1.1.7. When I create the picture via my browser, the Apache error log shows > the following: > > _X11TransSocketUNIXConnect: Can't connect: errno = 111 > java.lang.InternalError: Can't connect to X11 window server using ':0.0' as > the value of the DISPLAY variable. > at sun.awt.motif.MToolkit.(MToolkit.java:43) > at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:394) > at makeSnowman.getImages(makeSnowman.java:32) > at makeSnowman.combine(makeSnowman.java:72) > at makeSnowman.main(makeSnowman.java:25) > > I'm new to Java. Just got out of Java training about a month ago. > > I need help. EELLLP!! > Thanks > Warren > > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: jdk2.0 (jdk.12) options ?
I was deep in meditation when Steve Byrne awoke me by saying: > > Matt Zagni writes: > > Well, > > > > I haven't received any mail from anyone concerning this yet so I imagine > > you all must be downloading it to try ? > > > > Does the original message look like a good possiblity that it may work > > on Linux ? > > > > Any responces ? > > Yes. No friggin way. The two are completely different in their threading > systems. Solaris native threads uses Solaris LWPs -- Linux doesn't have them. > > Don't waste your time. > Well, if native threading was the only problem, then one could stick with green threads and everything would be okay. The problem is that all those system libraries, though they have similar (or the same) names are not the same, and this is especially true of the C libraries. This is what prevents someone using Sparc Linux from using the Sparc Solaris JDK. The question is is the x86 Solaris JDK iBCS (Intel Binary Compatibility Standard) compliant? If it is, then you should be able to use it in Linux using the iBCS kernel module. I *highly* doubt it is, though if you want to give it a try, feel free. BTW, I am surprised that Sun even bothers with x86 Solaris over (direct) support for Linux. Easier to port from Sparc Solaris I suppose. > > > > > Hi, > > > > > > Has anyone downloaded the solaris intel version of jdk2.0 > > > Solaris_JDK_1_2_01_dev06_i386.tar.Z from javasoft.com (solaris developers > > > collection site) yet and attempted to run it under Linux using glib2.0.7pre6 ? > > > > > > Although the libs look as though they may need connecting together > > > it may work ? > > > > > > I am running glibc2.0.7 due to staroffice5.0 and Oracle8.0.5 but > > > my knowedge of libs is not that great linking them etc it may fail > > > but then again it just might work has anyone tried this version of > > > jdk2.0 yet ? > > > > > > Any ideas ? > > > > > > Many thanks > > > > > > Matt > > > > > > ie.. > > > /usr/local/jdk1.2/SUNWjvdev/reloc/usr/java1.2/bin/i386/native_theads/ > > > > > > ldd appletviewer > > > libthread.so.1 => not found > > > libX11.so.4 => not found > > > libjvm.so => not found > > > libjava.so => not found > > > libdl.so.1 => /lib/libdl.so.1 (0x40004000) > > > libc.so.1 => /lib/libc.so.1 (0x40007000) > > > libx.so.5 => /lib/libc.so.5 (0x40036000) > > > > > > ldd javac > > > libthread.so.1 => not found > > > libjvm.so => not found > > > libjava.so => not found > > > libdl.so.1 => /lib/libdl.so.1 (0x40005000) > > > libc.so.1 => /lib/libc.so.1 (0x40008000) > > > libx.so.5 => /lib/libc.so.5 (0x40037000) > > > > > > ldd java > > > libthread.so.1 => not found > > > libjvm.so => not found > > > libjava.so => not found > > > libdl.so.1 => /lib/libdl.so.1 (0x40004000) > > > libc.so.1 => /lib/libc.so.1 (0x40008000) > > > libX11.so.4 => not found > > > libx.so.5 => /lib/libc.so.5 (0x40037000) > > > > > > > > > > > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Running java binaries under Linux
Now I feel like a dope... I was speaking for the development (2.1.XX and 2.2.0-preX) kernels. Sorry. And so the chronicles report that Aaron Gaudio spake thusly unto the masses: > > Indeed, binfmt_java is deprecated. Notice when you configured the kernel > that there is a binfmt_misc. This is the preferred way of dealing with > java binaries. There is a file called, appropriately, binfmt_misc.txt > which explains how to set it up (it's designed for arbitrary interpreters, > not just java). I've always enabled it, but have yet to set it it up and > use it. > > And so the chronicles report that Steve Cohen spake thusly unto the masses: > > > > The file java.txt in the /usr/src/linux/documentation directory gives > > information on compiling the java kernel to provide support for running > > java binaries. (This file is in the 2.0.36 source trees and I believe > > earlier ones as well. > > > > It appears to be somewhat out of date. > > > > For one thing, it mentions a HOWTO file supposedly available at > > ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/Java-HOWTO > > that wasn't there last I looked. Is this available elsewhere? Or even > > relevant? > > > > It then goes onto define a lot of rigamarole to go through either > > involving editing the fs/binfmt_java.c source file (no thanks - I'd > > rather keep my sources clean if I can) or else issuing a command to > > write something to /proc/sys/kernel/java-interpreter. > > > > How the heck do I do this? /proc/sys/kernel is not writable and I > > cannot make it writable. The chmod command is accepted but does not > > actually do anything. /proc isn't a real directory anyway, is it? > > > > Anyway, does anyone here have the scoop on the real way to set this up. > > Also, must the java interpreter be a particular directory for this to > > work? > > > > > > > > > > > > > > > > > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Running java binaries under Linux
Indeed, binfmt_java is deprecated. Notice when you configured the kernel that there is a binfmt_misc. This is the preferred way of dealing with java binaries. There is a file called, appropriately, binfmt_misc.txt which explains how to set it up (it's designed for arbitrary interpreters, not just java). I've always enabled it, but have yet to set it it up and use it. And so the chronicles report that Steve Cohen spake thusly unto the masses: > > The file java.txt in the /usr/src/linux/documentation directory gives > information on compiling the java kernel to provide support for running > java binaries. (This file is in the 2.0.36 source trees and I believe > earlier ones as well. > > It appears to be somewhat out of date. > > For one thing, it mentions a HOWTO file supposedly available at > ftp://sunsite.unc.edu/pub/Linux/docs/HOWTO/Java-HOWTO > that wasn't there last I looked. Is this available elsewhere? Or even > relevant? > > It then goes onto define a lot of rigamarole to go through either > involving editing the fs/binfmt_java.c source file (no thanks - I'd > rather keep my sources clean if I can) or else issuing a command to > write something to /proc/sys/kernel/java-interpreter. > > How the heck do I do this? /proc/sys/kernel is not writable and I > cannot make it writable. The chmod command is accepted but does not > actually do anything. /proc isn't a real directory anyway, is it? > > Anyway, does anyone here have the scoop on the real way to set this up. > Also, must the java interpreter be a particular directory for this to > work? > > > > > > > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: java-script compiltion + using java in c source code
And so the chronicles report that Raanan Nitzen spake thusly unto the masses: > > Hy ,my name is raanan , my question is can i compile a java script with > your software If you mean JavaScript, no it's not the same language. If you mean compile Java to native executable, the JDK does not do this and doing so really defeats the purpose of Java (if you want to simply to use the included libraries, I'd recommend using a C++ library with the same functionality [they exist]). > ( i need to compile a *.pac file for a server i'm building ) , What is a .pac file? > and can i use the executable code to be used inside a server i'm writing > in c programming language. If you did compile the Java to native executable (not using the JDK of course) you could use it, in that you could build shared libraries from the Java code and then link to those libraries from the C executable. You'll probably need to use the javah program included in the JDK (or perhaps the Java->native compiler will generate function prototypes for you). FYI, the egcs project has GCJ which is a Java front-end for GCC and can compile both .java and .class files to assembly; but it's still not ready for prime time yet (I don't think it'll produce object code you can execute or link to yet). The homepage is at http://sourceware.cygnus.com/java/gcj.html. -- ¤--------¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
bouncing mail
I don't know about anyone else, but whenever I send a message to this mailing list, I get a bounced mail back from [EMAIL PROTECTED] Whoever this is, could you find the source of this problem and fix it, or if this person is no longer there or the problem can't be solved, I'd like to ask the list admin to remove that email address from the list. -- ¤----¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: question
Does this list prevent non-subscribers from sending mail to it? If not, I suggest this (and the previous commercial emails) are evidence that such a restriction has become necessary. Also, maybe the admins could put additional restrictions that prevent mail which does not contain the list email address in the To or Cc headers (in other words, it was a blind carbon copy, which means it can't be that important that the mailing list should get it), since most of this spam seems to do that. And so the chronicles report that [EMAIL PROTECTED] spake thusly unto the masses: > > [SPAM SPAM SPAM SPAM] > -- ¤----¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Problem
Does the example work under native threads for Java Linux? Green threads don't (AFAIK) have anything to do with kernel threads, and so are not limited by any thread limits in the kernel or pthreads library. The kernel will simply see all the threads as a single process. There may be limits to the number of green threads, but this would be in the implementation of green threads in the JDK, and a JDK developer would have answer that because I don't know much about the green threads implementation. And so the chronicles report that Patrick W. O'Neill spake thusly unto the masses: > > I don't *NEED* to, I realize there are better ways to compute Fibonacci, > if computing Fibonacci was all I cared about. I just *WANT* to because I > am benchmarking some multithreaded implementations, Java included, and > Fibonacci, although a contrived example, gives a good indication of thread > overhead because there is very little computation involved in each thread. > > Could a possible cause be the max threads limit on the machine being > reached? I have a similar problem with P-Threads, however not until a > much higher instance of Fib than 6. > > - Pat > -- ¤--------¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: libraries for jdk1.1.7
libX.so.2 is not a Motif library...in fact it's not a library at all. IT doesn't exist. Which makes me think that he meant libXm.so.2, which is the Motif library. If that's the case, then whoever build the RPM made a mistake. They need to either turn off automatic dependancy checking (which would see that the *_dyn versions all depend on libXm.so.2) or build sub-packages to include the *_dyn versions seperate from the main distribution. To the previous poster, you should contact whoever rolled that RPM (if it's listed in the package metadata). In the meantime, just install the non-RPM version. And so the chronicles report that David Harvill spake thusly unto the masses: > > I believe libX.so.2 is a Motif library. Which means that lesstif should > have a version of it too. To find it, try '%find / | grep "libX.so.2"' > (ignoring the external single-quotes). That will search every directory > you have access to for that filename. Personally, I have never used the > JDK rpm. Installing the JDK by hand is one of the simplest installs I've > ever seen. Just unzip it, and set your PATH and CLASSPATH variables in > your shell rc file to point to wherever you unzipped it. The > documentation that comes with it goes over that in better detail. > > -dave > > > On Wed, 27 Jan 1999, C. Javier Castro Peña wrote: > > > I tried to install the jdk1.1.7 rpm, but it asks me for libX.so.2. Where > > can I find it? My system is RH 5 w/ kernel 2.0.35; is there some problem > > in trying to run jdk 1.1.7 on this system? I have been developing a java > > application , and tested it with jdk 1.1.5, and it hangs when I invoke a > > Jdialog from a Frame. > > > > javier > > > > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Are we there yet? huh huh...?
Maybe that statement on the web page should be changed so that everyone and their uncle can stop saying "the web page says a month and it's been over a month...etc, etc". It might not cut down on 1.2 questions, but it might cut down on the most annoying aspect of them. ;) -- ¤----¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: libraries for jdk1.1.7
This won't work, because there is no such thing as libX.so.. The X11 libraries are libX11.so.6.1 (give or take a revision number). He forgot the m in libXm.so.2 in his post (I'm almost sure of it), which is the Motif library and you certainly don't want to link that to the X11 library. And so the chronicles report that banibrata dutta spake thusly unto the masses: > > hi javier, > > make a symbolic link "ln -s" to something like libX.so. > to libX.so.2 (provided the anything is > 2). it should work. > > BTW, are u sure u have X installed? > > reg, > bd. > -- > > Banibrata Dutta (PABX - 322) ---> [EMAIL PROTECTED] > > ::: L I N U X Choice of the GNU Generation ::: > i eat Linux, drink Linux, sleep Linux, think Linux, use Linux > Win? Yuk!! > === > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: JDK can't work with recent glibc
I wouldn't recommend glibc 2.0.110 (or 111 for that matter). Java isn't the only thing it breaks (try compiling a C++ program that uses iostreams). It's not ready for prime time just yet. And so the chronicles report that SHUDO Kazuyuki spake thusly unto the masses: > > Hi, > > I've updated glibc from 2.0.7 to 2.0.110. > Then JDK 1.1.7v1a can't work at all. > Java command says, > > % java > /usr/local/java/bin/i586/green_threads/java: error in loading shared libraries: >/usr/local/java/lib/i586/green_threads/libjava.so: undefined symbol: _dl_symbol_value > > Glibc 2.0.7 have a symbol _dl_symbol_value but 2.0.110 > don't have it. I need JDK adapted to recent glibc. > Are there any plans? > > Kazuyuki SHUDOHappy Hacking! > Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ. > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Advice on port?
Why would you have to cross compile the class files? And lo, the chronicles report that Rob Schoening spake thusly unto the masses: > > Hi- > > Does anyone have any suggestions for porting JDK 1.2 to a new platform > that does not have an existing JDK for the bootstrap process? > > Since I can't use javah or javac, I'll have to cross compile the class > files and native stub/headers on another platform. If anyone has done this > and might be able to warn me of the various pitfalls, I would appreciate > hearing from you. > > Rob > > > > > -- ¤--------¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: little endian & big endian
You won't...not from java at least. How you determine endianess will be platform-dependant. In glibc (and possibly libc5) systems, look at /usr/include/endian.h (you'll have to have native code for this). This will be different on other systems (for example, Solaris). And lo, the chronicles report that Leung Yau Wai spake thusly unto the masses: > > Dear all, > > I would like to ask about a question. I am doing a JAVA program > which should deal with system architeucture. I would like to ask a > question how can I know the system is little endian or big endian? > > Thanks! > -- ¤--------¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: little endian & big endian
And lo, the chronicles report that Leung Yau Wai spake thusly unto the masses: > > On Sat, 30 Jan 1999, Aaron Gaudio wrote: > > > You won't...not from java at least. How you determine endianess will be > > platform-dependant. In glibc (and possibly libc5) systems, look at > > /usr/include/endian.h (you'll have to have native code for this). This > > will be different on other systems (for example, Solaris). > > > > Many people will feel I very strange since I would like to know > the system endianess. Since I am working JNI so I need to concern about > it. So, I think I can determine it from the System property class! But > it is hard to know the endianess of all JAVA porting platform! > JNI or no JNI, you can't get it from the System properties. From Java's point of view, endianess is a non-issue, and is handled internally, therefore, why would it be in the System properties (and it's not you can print them out yourself and see)? Basically, if you need to find out the endianess of the system dynamically, you'll have to do it with native code. Unless you meant look at the os.arch system property, which may or may not be a reasonable solution depending on your needs. In general, there's probably a simple way to find out on-the-fly endianess via native code, without depending on the location of macros in the os header files (because in that case, you might as well use os.arch). -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: little endian & big endian
And lo, the chronicles report that Leung Yau Wai spake thusly unto the masses: > > so... I would like like to check it out using JAVA! > It can't be done, so you *have* to do it using native code (JNI). Sorry, but that's the way it is. -- ¤--------¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Offering help on 1.2.
Out of curiosity, how is this policy (of not being able to release any source code) affected, if at all, by the new Java license, if and when it applies to the platform? Can source code be distributed in patch form (as it normally is anyhow) before the finished product passes the JCK, under the new license? Since anyone is (or will be, at least) able to obtain a source-code license without fee or special permission from Sun, will the porters themselves be able to claim that their work is done in the public domain (which it more or less is, or would be, without the JCK restriction) and therefore the work of the porting team could clearly be released to the public with or without JCK-compliance, because in fact the entire public is the porting team (even if many's role is that of merely testing). I don't see any restriction in the Sun license as to the size of the organization licensing the source code. As long as the final release passes the JCK, I don't see a problem. Then again, I'm not a lawyer, and they have a tendancy to see problems even where they don't exist. ;-) And lo, the chronicles report that Seth M. Landsman spake thusly unto the masses: > > > We still don't have anything to work with though, or even > > acknoledgement that someone who is dealing with the situation has seen > > my request yet. If this was a truly open source project, we'd have > > already gotten to the code and fixed it by now :). Instead, we have to > > wait for someone to give us some code to work with, prefereably without > > having anything proprietary to Sun so we can all chip in. > > This is something which is covered time and time again on this > list. > > a. This is not a true open source project. The JDK source code is > not free nor open source. If you want to find an open source JDK, > checkout www.classpath.org which is far from being finished, but is free > and open. > b. The porters of the JDK are under a very strict licensing > agreement which prevents them from releasing any source at any time or > even releasing a binary until it passed the a strict set of tests called > the JCK. > c. The porters read this list, but, methinks, have stopped > acknowledging the "can I help, even though I haven't read the FAQ", "When > will this be read already?" and "You guys suck because you aren't > releasing it under the GPL" questions. They are asked and answered far > too often. > > So the answer is, you can help, but you need to get a > non-commercial license from Sun. This is not open source and never will > be. Binaries will be released when they are ready and not before. Asking > will not speed it up. > > -Seth (not a member of the porting team, just a lurker) > > -- > "It is by will alone I set my mind in motion" > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Frames not showing up quite correctly?
It is a bug, and it seems to be related to the setResizable() (if
you comment that out, it appears as normal).
And lo, the chronicles report that Dustin Lang spake thusly unto the masses:
>
>
> Hi,
>
> Before I submit this to jitterbug, I'd like to make sure I'm not just on
> crack.
>
> This used to work before I upgraded (to JDK1.1.7, XFree86 3.3.3.1, and
> kernel 2.2.0, from JDK1.1.6, XFree86 3.3.2(?), kernel 2.0.36. Window
> manager = fvwm2). It also works correctly on win32. I don't have access
> to a Solaris machine to check if it happens there.
>
> What happens, at least for me, is the Frame shows up on screen at the
> right size, but the body of it is all gray. If I drag it to a nearby
> location, it is drawn correctly. Also, if I uncomment the last line, it
> is drawn correctly.
>
> I'm not sure, but I believe it should be drawn correctly without the
> explicit setLocation?
>
> Thanks (and sorry for wasting your time if I am in fact on crack),
> dstn.
>
> ---
>
> import java.awt.*;
> import java.awt.event.*;
>
> public class FrameTest extends Frame {
>
> public static void main(String[] args) {
> new FrameTest("Test", "This is a test");
> }
>
> public FrameTest(String title, String text) {
> super(title);
> add("Center", new Label(text, Label.CENTER));
> Button okay = new Button("Okay");
> add("South", okay);
> setBackground(Color.white);
> okay.addActionListener(new ActionListener(){
> public void actionPerformed(ActionEvent e) {
>
> ((Frame)((Component)e.getSource()).getParent()).dispose();
> System.exit(0);
> }
> });
> pack();
> setResizable(false);
> show();
> // This will make it be drawn correctly.
> //setLocation(10,10);
> }
> }
>
>
> -
> Dustin Lang, [EMAIL PROTECTED]
>
--
¤¤
| Aaron Gaudio mailto:[EMAIL PROTECTED] |
|http://www.rit.edu/~adg1653/|
¤¤
| "The fool finds ignorance all around him. |
| The wise man finds ignorance within." |
¤¤
Use of any of my email addresses is subject to the terms found at
http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you
agree to be bound by the terms therein.
Re: How can I do it?
Isn't this a little over-complicated? Couldn't one just open up the file like any other normal file in Java and then read from it? I admit I haven't tried it myself. And lo, the chronicles report that Chris Abbey spake thusly unto the masses: > > Do a runtime exec of "cat /proc/meminfo" and attach the process's > stdout to an io reader of some sort (it's only a stream afterall) > @see Ljava/lang/Process, Ljava/lang/Runtime for needed methods. > Just remember that by doing this you have: > 1. broken platform independence. > 2. created a requirement that your linux users have the /proc > filesystem installed and configured, and have read authority. > -=Chris -- ¤--------¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: How can I do it?
And lo, the chronicles report that Dimitris Vyzovitis spake thusly unto the masses: > > > Aaron Gaudio wrote: > > > Isn't this a little over-complicated? Couldn't one just open up the file > > like any other normal file in Java and then read from it? I admit I > > haven't tried it myself. > > > > /proc contents are special files. They always appear to have size 0 but you > can always cat them for the current snapshot. > So, opening as a normal file will not do (try lessing them, you'll know what I > mean) ;-} > > Dimitris > less and more both worked, but you are right, it is zero length. But why should that prevent Java from reading it (in fact I see it that someon else has tried it and succeeded). After all, stdin is zero length before you put anything into it. As long as reading does not get and end-of-file you should be fine. -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: How can I do it?
And lo, the chronicles report that Dimitris Vyzovitis spake thusly unto the masses:
>
> > less and more both worked, but you are right, it is zero length. But
> > why should that prevent Java from reading it (in fact I see it that someon
> > else has tried it and succeeded). After all, stdin is zero length before
> > you put anything into it. As long as reading does not get and end-of-file
> > you should be fine.
> >
>
> Right, but it only works with a FileReader, curiously enough.
> This makes me wonder on the implementation diffs between a FileReader and
> FileInputStream.
> Does anybody have a clue on that?
>
> Dimitris
>
>
Where did you get this idea? FileReader and FileInputStream both work
the same. Here's some code I whipped up:
/* ** */
import java.io.*;
public class testProc {
public static void main( String args[] ) {
try {
FileInputStream in1 = new FileInputStream( "/proc/version" );
int ch = in1.read();
while( ch != -1 ) {
System.out.print( (char) ch );
ch = in1.read();
}
in1.close();
}
catch( Exception e ) {
e.printStackTrace();
}
System.out.println( "\nDone with FileInputStream." );
try {
FileReader in2 = new FileReader( "/proc/version" );
int ch = in2.read();
while( ch != -1 ) {
System.out.print( (char) ch );
ch = in2.read();
}
}
catch( Exception e ) {
e.printStackTrace();
}
System.out.println( "\nDone with FileReader." );
}
}
/* ** */
Here's the output of the resultant program:
Linux version 2.2.0 (root@usaagaudio) (gcc version 2.7.2.3) #2 SMP Fri Jan 29 13:47:39
EST 1999
Done with FileInputStream.
Linux version 2.2.0 (root@usaagaudio) (gcc version 2.7.2.3) #2 SMP Fri Jan 29 13:47:39
EST 1999
Done with FileReader.
BTW, according to "Java in a Nutshell, 2nd Edition":
"The FileReader constructor internally creates a FileInputStream to read bytes
from the specified file, and uses the functionality of its superclass,
InputStreamReader, to convert those bytes from characters in the local
encoding to the Unicode characters used by Java."
So it would seem that if a FileInputStream can do it, so can a FileReader.
--
¤¤
| Aaron Gaudio mailto:[EMAIL PROTECTED] |
|http://www.rit.edu/~adg1653/|
¤¤
| "The fool finds ignorance all around him. |
| The wise man finds ignorance within." |
¤¤
Use of any of my email addresses is subject to the terms found at
http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you
agree to be bound by the terms therein.
Re: How can I do it?
Quite simple: in the second method he creates an array of zero length because he sets llen to f.length(). Well as we already discussed, the file will appear to have zero length, which means llen == 0 and when he initializes b, he uses new byte[len]...a zero-length array. Therefore it makes perfect sense that nothing would be read into the array, since readFully() will only read as many bytes into the array as can fit. The disparity between the two methods is that method 1 does not use the length of the file at all. It simply reads lines until there's no more lines to read (in other words, the last line read is null). That's basically what my example does, only I didn't much with BufferedReader, I simply did it char by char (less efficient perhaps, but its a proof of concept). The second method tries to "predict" how many bytes there are, by checking the file size, which we know will be zero. And lo, the chronicles report that Dimitris Vyzovitis spake thusly unto the masses: > > Aaron Gaudio wrote: > > > Where did you get this idea? FileReader and FileInputStream both work > > the same. > > Try this (Sean Kellner's code -> [EMAIL PROTECTED]) > > [Code snipped -Ed.] > > > I also used to think that the Reader and the Stream work the same way, but it seems >they don't. > Any clues (please don't quote "Java in a Nutshell", I also have the book) ? Why not? It may at times be vague or lacking, but what information it does provide is unerringly correct. -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Modal Dialog blocking sub-Windows
Prima facie, I'd say that the Linux behaviour is correct as you described it. Modal dialogs, AFAIK, should prevent all other windows in the app (and components therein) from being activated, even if such windows were opened by components within a modal dialog. Now, if you opened a modal dialog from within a modal dialog...well I don't know... the ground would open up and envelop you sending you cascading into GUI hell where Ben Schneiderman and a staff of Apple will pound you with titlebars. Okay it's late ;-) Anyways, how about a simple example in code Carl? And lo, the chronicles report that Carl H. Sayres spake thusly unto the masses: > > We have a lightweight component which creates a secondary Window > as part of it's operation. This works fine in general on Linux > (and anywhere else as well). The problem occurs when this component > is used in a modal dialog. On Linux, the Modal dialog blocks any > input to the contents of the Window. > > This problem does not exist on win32. (I'm not certain if the > bug is in the Linux JDK and this should work, or in the win32 > JDK and this should not work! ;-) ) > > Any suggestions? > > - Carl > -- ¤--------¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: compiler / path problem
Does this happen when you're compiling the file or when you try to use the class or when you try to run that class's main() method? What is your CLASSPATH set to? And lo, the chronicles report that Greg Sarsons spake thusly unto the masses: > > I've got a problem when I compile and i'm sure it has to do with the > path but I haven't been able to solve it. When I compile a .java file > that will create another someother .class file when the constructor is > called I get the error > > class whatever not found in type declaration > > If I take the same .java files and compile it under os/2 it works no > problem. The files the compiler is looking for are in the same > director as the file i'm trying to compile. is there anything special > I could try from the command line ? > > Greg > > -- > > [EMAIL PROTECTED](Greg Sarsons) > > __oooO--(_)--Oooo_ >/ O O \ >\ ~ ~ / > """"" > > -- ¤¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
Re: Java on RedHat Linux 5.2 with glibc-2.0.110
Your problem is related to the version of glibc you are using. The JDK 1.1.7 uses an internal symbol, _dl_symbol_value, which was present in glibc 2.0 but is no longer in glibc 2.1, thus the undefined symbol error. I believe JDK 1.1.6 does not use this symbol and should be fine, although I have not checked it myself yet. The next JDK release (whether 1.2 or an upgrade of 1.1.7) should have this fixed. BTW, glibc 2.1 has been officially released, so you can upgrade it (although I doubt that will solve your problem here). And lo, the chronicles report that Kenneth J. Baker spake thusly unto the masses: > > > I am trying to install Java v1.1.7-v1a on my system. I get the errors > below when I try to run any bins within the package... The run of java > -native crashes if any simple app is run similar to the way javac -native > crashes. I also included my ldconfig. Does anyone have suggestions as > to how to fix this problem? > > Thanks so much for your time... > > Ken > -- ¤----¤ | Aaron Gaudio mailto:[EMAIL PROTECTED] | |http://www.rit.edu/~adg1653/| ¤¤ | "The fool finds ignorance all around him. | | The wise man finds ignorance within." | ¤¤ Use of any of my email addresses is subject to the terms found at http://www.rit.edu/~adg1653/email.shtml. By using any of my addresses, you agree to be bound by the terms therein.
