Re: little endian & big endian
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! === ¤µ¤Ñ¨ì¦Ñ§Ú¹³¨º¶^¤£¨ì §Ú·Q°µLeung Yau Wai °µ§Ú©R¹B²Å¸¹ ¥Î§Ú¤OçE§Ú¸ô³~§Ú«Y¬ì¤j¹q¤lpºâ¾÷¬ì¾Ç¨t¤T¦~¯Å ¥u¬ß§Ú¤@¤é·|¦b¬P©]¸Ì[EMAIL PROTECTED] ¨º¤Ñ§Ú·| §t²\»¡Án §Ú°µ¨ì [EMAIL PROTECTED]
Minimum configuration for JRE use?
The FAQ has vague references to JDK resource needs. Anyone have an estimate of the minimum configuration needed for the Linux JRE? That is, what's the smallest system which can run Linux Java programs, not the JDK? (I happen to be wondering about 486 12M RAM/20M disk at the moment)
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
> 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. You can deal with endianess in native code not in Java code. I think that system dependent stuffs should not be dealt with in Java code. See the following code from GNU libc, #undef LITTLE_ENDIAN #undef BIG_ENDIAN #if defined(__i386__) || defined(__alpha__) \ || (defined(__mips__) && (defined(MIPSEL) || defined (__MIPSEL__))) # define LITTLE_ENDIAN #elif defined(__mc68000__) || defined (__sparc__) || defined (__PPC__) \ || (defined(__mips__) && (defined(MIPSEB) || defined (__MIPSEB__))) # define BIG_ENDIAN #else # error architecture not supported by the Linux C library #endif Kazuyuki SHUDO Happy Hacking! Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ.
Re: Minimum configuration for JRE use?
On Sat, 30 Jan 1999, Scot E. Wilcoxon wrote: > The FAQ has vague references to JDK resource needs. > > Anyone have an estimate of the minimum configuration > needed for the Linux JRE? That is, what's the smallest > system which can run Linux Java programs, not the JDK? > (I happen to be wondering about 486 12M RAM/20M disk > at the moment) I happen to run the linux JDK on a 486/66 yesterday. 16MB of RAM and complete Redhat 5.2. Compiling a little java servlet took about 9 minutes to compile! And javac is just a java program, like any other... So I guess it won't be a good idea tu run java on a 486... My guess is that min requirements are +- pentium 75Mhz+ 20MB of RAM. A workable Linux distribution (you should be able to do something with it...) takes about 50Mb + some swap + extra space for java process = 100Mb. -Yves
Re: Minimum configuration for JRE use?
On Sat, 30 Jan 1999 23:50:40 -0600, Scot E. Wilcoxon wrote: >The FAQ has vague references to JDK resource needs. > >Anyone have an estimate of the minimum configuration >needed for the Linux JRE? That is, what's the smallest >system which can run Linux Java programs, not the JDK? >(I happen to be wondering about 486 12M RAM/20M disk >at the moment) Well, I built the complete JDK and JRE distributions for the libc5 on a rather small system. A 486DX4/100 laptop with 24megs of RAM. Yes, that includes compiling all of the JAVA class files (including the compiler itself) And yes, this took much longer than on a larger system, mainly because of swapping while doing one of the big compiles of character translation classes. However, most Java programs run reasonably on that system (as in, do not swap much or at all) but just like any other program (C/C++/perl/etc) it is slower by the factor that the machine is slower. (A 486DX4/100 is much slower that a P-II/266 no matter what you do :-) 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
Cornfused about JDE, RT and Native installation
I need to install the native support for jdk117. I have read the "Java Linux Native Threads Pack", "README.linux for JDK117" and the "[EMAIL PROTECTED] FAQ" but am unable to find a more detail discription of the installation instructions of the JDE and RT packages. The best description I found was form the README.linux-JDK117... >To install the native threads package, you need to first download >the JDK, JRE, RT and install that. Next, you need to get the matching >native threads package and install that into the same location. >Finally, to use the native threads version of the JVM, you need >to set the THREADS_FLAG environment variable to "native" Unpacking these packages in order, JDK, JRE, RT and JDK-native, creates three directories in my build path, (/usr/local/) jdk117_v1a, jre117_v1a and rt117_v1a. After inspecting the directory trees and the files they contain, it appears that installing the "jdk_1.1.7-v1a-glibc-x86-native.tar.gz" installs all the same directories and files that both jre117_v1a and rt117_v1a contain. I guess what I'm asking is, if I install the JDK and JDK-native packages, why do I need the JRE and the RT packages? Also, if I do need both of the JDR and RT packages, how do I use them? Do I place the files in the $(JDK)/bin and $(JDK)/lib respectively or set some environmental vars? -- Glenn Valenta Engineering @ http://www.coloradostudios.com [EMAIL PROTECTED] http://ouray.cudenver.edu/~gavalent/ [EMAIL PROTECTED] Personal mail [EMAIL PROTECTED] Work mail
need help on installing Java Studio1.0 in Linux
Has anyone out there been able to get Sun's Java Studio 1.0 to run on Linux? I went thru the procedure as described on the Blackdown pages and I get the error message Can't find class sun.jws.Main I do have my own (legally purchased) copy of Java Studio 1.0 (bought 12-97) and did what the installation said. I figure I messed up the "apply js-linux.diff". Any and all help would be greatly appreciated..thanks in advance.
(no subject)
unsubscribe
Re: need help on installing Java Studio1.0 in Linux
P. T. Kornman wrote: > > Has anyone out there been able to get Sun's Java Studio 1.0 to run on > Linux? I went thru the procedure as described on the Blackdown pages and > I get the error message > > Can't find class sun.jws.Main > > I do have my own (legally purchased) copy of Java Studio 1.0 (bought > 12-97) and did what the installation said. I figure I messed up the > "apply js-linux.diff". Any and all help would be greatly > appreciated..thanks in advance. Check your classpath. Whenever I've gotten that error message and then added the appropriate directory to CLASSPATH, it's worked ok.
Swing 1.1.1b1 does not compile under Linux
Hi I need to add patches to Swing to fix show stopper bugs but
the new 1.1.1b1 does not compile under linux using jdk1.1.7
Jikes also fails.
Anyone have any luck. The problem seems to be in BasicTableUI.java
The private inner class access seems to fail. Under both Jikes and
javac.
Anyway Jikes failed in many other places too.
I wish Sun would tell us whow they compiled it.
I suspecting it was done under 1.2 ??
Mike
BTW Heres my patch but javasoft hasnt done anything about it.
You can't show a internal frame inside another : (
in javax.swing.DefaultDesktopManager.java
WAS
public void activateFrame(JInternalFrame f) {
...
else if (currentActiveFrame != f) {
// if not the same frame as the current active
// we deactivate the current
if (currentActiveFrame.isSelected()) {
try {
currentActiveFrame.setSelected(false);
}
catch(PropertyVetoException e2) {}
}
.
PATCH ...
else if (currentActiveFrame != f) {
// if not the same frame as the current active
// we deactivate the current
if (currentActiveFrame.isSelected()) {
try {
if( !currentActiveFrame.isAncestorOf(f) ) {
currentActiveFrame.setSelected(false);
}
}
catch(PropertyVetoException e2) {}
Re: Cornfused about JDE, RT and Native installation
On Sun, 31 Jan 1999 10:26:14 -0700, Glenn Valenta wrote: > >I need to install the native support for jdk117. I have read the "Java Linux >Native Threads Pack", "README.linux for JDK117" and the >"[EMAIL PROTECTED] FAQ" but am unable to find a more detail >discription of the installation instructions of the JDE and RT packages. > >The best description I found was form the README.linux-JDK117... > >>To install the native threads package, you need to first download >>the JDK, JRE, RT and install that. Next, you need to get the matching >>native threads package and install that into the same location. >>Finally, to use the native threads version of the JVM, you need >>to set the THREADS_FLAG environment variable to "native" > >Unpacking these packages in order, JDK, JRE, RT and JDK-native, creates three >directories in my build path, (/usr/local/) jdk117_v1a, jre117_v1a and >rt117_v1a. After inspecting the directory trees and the files they contain, it >appears that installing the "jdk_1.1.7-v1a-glibc-x86-native.tar.gz" installs >all the same directories and files that both jre117_v1a and rt117_v1a contain. > >I guess what I'm asking is, if I install the JDK and JDK-native packages, why >do I need the JRE and the RT packages? I guess I missed an "or" as the statement should read: : To install the native threads package, you need to first download : the JDK, JRE, *or* RT and install that. Next, you need to get the matching : native threads package and install that into the same location. All you need to install is the JDK and JDK native package, *or* the JRE and JRE native package, *or* the RT and RT native package. >Also, if I do need both of the JDR and RT packages, how do I use them? Do I >place the files in the $(JDK)/bin and $(JDK)/lib respectively or set some >environmental vars? Generally you only need one of them. The JDK is the "Java Developers Kit" which includes the development tools, some demos, etc. The JRE is the "Java Runtime Environment" which is the full Java Environment including all of the international language support files. The RT is the "Run Time" which is the Java Runtime which has the basic set of files but none of the internationalization files. The RT + i18n == JRE(i18n is available separately) The JRE + tools == JDK (tools not available separately) 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
Java Hangs on 2.2.0 with Old KeyMappings
JDK - latest 1.1.7 from Blackdown Hardware - IBM300PL (450 Mz Pentium II), 128 Mb RAM, S3Trio3D (Redhat 5.2 updated for 2.2.0 Kernel XServer: XF86_FBDev and "XdbDisable" in XF86Config file) OR (Redhat 5.2 with original 2.0.36 Kernel Accelerated X-Server) I have a strange problem which only seems to impact my Java programs. Basically, I can start my Java Swing application once successfully. However, if I exit and try to restart it, then it hangs on the statement "new JText_Area(..". I can cancel the program. So my XServer is not hung. Also other programs, like emacs, Netscape, etc., all run just fine. So I assume that the problem lies with the JDK and not with the XServer. Even if I kill the XServer and restart it, I still cannot execute my Java application. The thing that seems strange to me is that I can overcome the problem in the following ways: 1. Run the java command in verbose mode and have the verbose output go to the screen. If the verbose output is redirected, then the program still hangs. 2. Remove the "XdbDisable" from the keyboard section of my XF86Config file. This line disables some of the changes made in the later version of the XServer. Unfortunately, if I leave these changes enabled, then the home, end and arrow keys do not function correctly in my Java program. In order to support my video card, I either need to use the Accelerated X-Server from Xi Graphics or the free XServer with frame buffer support. But using either of these causes the Java problem. Anyone have any thoughts or suggestions. Cynthia Jeness
Re: little endian & big endian
On Sun, 31 Jan 1999, Leung Yau Wai wrote: > 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? Don't know if this helps, but I read in the Java Glossary (http://mindprod.com/gloss.html): "Java stores binary values internally and in files MSB (Most Significant Byte) first, i.e. high order part first. This is referred to as big-endian byte sex or sometimes network order." Robert. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Robert P Biuk-Aghai, University of Macau, Faculty of Science and Technology http://hyperg.sftw.umac.mo/robert/tel: +853-3974365fax: +853-838314 - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - Microsoft isn't the answer. Microsoft is the question and the answer is no.
