Sun ports JDK 1.2 to Linux in push for ubiquitous Java (InfoWorld)
http://www.infoworld.com/cgi-bin/displayStory.pl?98112.ecsunjava2.htm have you all seen this??
Increase Profits Online
ACCEPT CREDIT CARDS FOR YOUR * INTERNET * STOREFRONT * HOMEBASED OR * MAIL ORDER BUSINESS WE SPECIALIZE IN HELPING THE SMALL BUSINESS OWNER! CALL 1-888-264-9272 OUR BUSINESS HOURS ARE 8:00 a.m. to 6:00p.m MST
Re: Interest in a JIT on Linux
> I couldn't tell whether the 1.2 announcement from Sun > meant that there was going to be a reasonable JIT on Linux with 1.2. Please tell us whether the source code of JDK 1.2 contains JIT compiler or not, if the license allow the porting team to mention it. Kazuyuki SHUDO Happy Hacking! Muraoka Lab., Grad. School of Sci. & Eng., Waseda Univ.
Re: Interest in a JIT on Linux
A better JIT for Linux is definitely needed. TYA may well become such, but it has a long ways to go- I've timed it on several applications and gotten between 0 and 30% speedup -- not very impressive yet.
Re: Interest in a JIT on Linux
[EMAIL PROTECTED] wrote: > 8< > > Well, there is the TYA JIT ftp://gonzalez.cyberus.ca/pub/Linux/java/ > It certainly *seems* fast, but I am curious if there are any > benchmarks for it. > Attached (html) Joe -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED] http://freespace.virgin.net/joe.carter Title: Title Caffeine Mark 3 results Using Linux_JDK_1.1.6v5 Plain JDK tya 1.0 tya 1.1pre % for 1.0 % for 1.1pre Sieve 190 377 377 98.421052632 98.421052632 Loop 179 724 716 304.469273743 300 Logic 236 1218 1208 416.101694915 411.86440678 String 295 650 692 120.338983051 134.576271186 Float 202 447 447 121.287128713 121.287128713 Method 180 292 288 62.2 60 Graphics 192 207 230 7.8125 19.79167 Image 76 103 90 35.526315789 18.421052632 Dialog 23 24 24 4.347826087 4.347826087 Total CM 145 289 289 99.310344828 99.310344828 Embedded 210 551 554 162.380952381 163.80952381 System Details Pentium P120, 64Mb RAM, Diamond Stealth 64 Running Linux 2.0.34, fvwm2-95, Linux_JDK_1.1.6v5
wanted:java linux to win linux FAQ
Hi all, is there a list or FAQ for things that you should take care of when you want to run your java software on both Linux and NT ?? I ran into some small probs. when I ran my programs - which I developed under Linux - on Win NT. For example, I can iconify the frame under Linux (KDE) but not under NT. Also, FileWriter seems to behave differently under NT, that line out=new PrintWriter(new BufferedWriter(new FileWriter(dataFile))); seems not to do the same on both systems. It didn't work with NT. I changed the line to out=new PrintWriter(new OutputStreamWriter(new FileOutputStream(filename))); voila, it works. But anyway, where is the FAQ, there are more little things especially with the awt, that I like to change Thanks Mark -- M a r k H o f m a n n Department of Computer Science University of Stellenbosch / South Africa phone: +27-82-7449880
Image-Button
Hi! Together with JDK 1.0 Event Handling I used an Image Button from the Java Work Shop 1.0. Now I can' t find an Image Button for JDK 1.1 Event Handling. Has someone a java-file for it? -- Reinhard Simon HTL Wr. Neustadt Abt. EDVO email: [EMAIL PROTECTED]
HALLOWEEN
Title: The Halloween Document (1.3)
{ The Halloween Document }
Open Source Software
A (New?) Development Methodology
{
The body of the Halloween Document is an internal strategy memorandum
on Microsoft's possible responses to the Linux/Open Source phenomenon.
It smells too strongly of Microsoft's unique corporate culture (as
revealed by independent resources such as The Borg) to be other than
genuine.
The list of collaborators mentioned at the end includes some people
who are known to be key players at Microsoft, and the document reads
as though the research effort had the cooperation of top management;
it may even have been commissioned as a policy white paper for Bill
Gates's attention (the author seems to have
expected that Gates would read it).
Accordingly, it provides us with a very valuable look past Microsoft's
dismissive marketing spin about Open Source at what the company is
actually thinking -- which, as you'll see, is an odd combination of
astuteness and institutional myopia.
Since the author quoted my analyses of open-source community dynamics
(The
Cathedral and the Bazaar) and Homesteading
the Noosphere) extensively, it seems fair that I should
respond on behalf of the community. :-)
Here are some notable quotes from the document, with hotlinks to where
they are embedded. It's helpful to know that ``OSS'' is the author's
abbreviation for ``Open Source Software''.
*
OSS poses a direct, short-term revenue and platform threat to
Microsoft, particularly in server space. Additionally, the
intrinsic parallelism and free idea exchange in OSS has benefits that
are not replicable with our current licensing model and therefore
present a long term developer mindshare threat.
*
Recent case studies (the Internet) provide very dramatic evidence
... that commercial quality can be achieved / exceeded by OSS projects.
*
...to understand how to compete against OSS, we must target a process
rather than a company.
*
OSS is long-term credible ... FUD tactics can not be used to combat it.
*
Linux and other OSS advocates are making a progressively more credible
argument that OSS software is at least as robust -- if not more
-- than commercial alternatives. The Internet provides an ideal,
high-visibility showcase for the OSS world.
*
Linux has been deployed in mission critical, commercial
environments with an excellent pool of public testimonials. ...
Linux outperforms many other UNIXes ... Linux is on track to
eventually own the x86 UNIX market ...
*
Linux can win as long as services / protocols are commodities.
*
OSS projects have been able to gain a foothold in many server
applications because of the wide utility of highly commoditized,
simple protocols. By extending these protocols and developing new
protocols, we can deny OSS projects entry into the market.
*
The ability of the OSS process to collect and harness the collective
IQ of thousands of individuals across the Internet is simply
amazing. More importantly, OSS evangelization scales with the size of
the Internet much faster than our own evangelization efforts appear to
scale.
Comments in green, surrounded by curly brackets, are me (Eric S. Raymond). I have
highlighted what I believe to be key points in the original text by
turning them red. I have inserted comments
near these key points; you can skim the document by surfing
through this comment index in sequence.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
I've embedded a few other comments in green that aren't associated
with key points and aren't indexed. These additional comments are
only of interest if you're reading the entire document.
I have otherwise left the document completely as-is, so you can read
what Bill Gates is reading about Open Source. It's a bit long, but
persevere. An accurate fix on the opposition's thinking is worth some
effort -- and there are one or two really startling insights buried in
the corporatespeak.
The first (1.1) annotated version of the VinodV memorandum was
prepared over the weekend of 31 Oct-1 Nov 1998. It is in recognition
of the date, and my fond hope that publishing it will help realize
Microsoft's worst nightmares, that I named it the ``Halloween
Document"'.
The 1.2 version featured cleanup of non-ASCII characters by
David Levine <[EMAIL PROTECTED]>.
Breaking news:
According to the Wall Street Journal, Microsoft has confirmed that this
memorandum is genuine. This fact will become public knowledge tomorrow
evening (3 Nov) at the latest. This update is the 1.3 version.
}
Vinod Valloppillil (VinodV)
Aug 11, 1998 -- v1.00
Microsoft Confidential
Table of Contents
Table of Contents *
Executive Summary *
Open Source Software *
What is it? *
Software Licensing Taxonomy *
Open Source Software is Significant to Microsoft *
History *
Open Source Process *
Open Source Development Teams *
OSS Development Coordination *
Parallel Development *
Parallel Debugging *
Conf
Re: HALLOWEEN
I'm not sure the "Halloween Document" belongs on this mailing list. Furthermore, this seems to me to be one more bit of propaganda that was intentionally "leaked" to the press. Look at the timing. This was released just 2 days before Bill Gates video testimony was made public in the DoJ vs. Microsoft trial. What better way to claim that they don't have a monopoly than the release of an "internal" memo that states that Microsoft is losing the battle against Open Source Software. I'd like to see some caution within the Open Source community before we embrace this as a victory for Our Side. It seems more plausible to me that this was a PR move designed to distract the DoJ from the trial. Just my $.02 worth. -dan [EMAIL PROTECTED] (home) [EMAIL PROTECTED] (work) p.s. - and JFK was assasinated by Cuban-Americans angry over the Bay of Pigs, Elvis is living in the Seychelles, and crack was an invention of the CIA to keep the minorities oppressed ;-)
q for U
I have redhat ver5 lib6 so got the glibc version untarred the thing and DID THE EXPORT I tried to ./java and I get an error can not open javalib(i forget which one) file, any ideas do I havew to download diffs also i tried zcat (with the origional tar version that i downloaded??)and the shell went wild and looked as though it was going trough nonsence for about 5 min and so I stopped it out of ideas thanks Al
Re: JDK for 21064?
gee fellas, i've been waiting since october 01 1998, for someone to tell me me how this is to be set up. It doesn't take 30 days to figure out where to place the port, now does it. But from both of ur responses, i get the impression u both wanted to make some sort of deal, otherwise u could have shown us all how you didn't drop the ball. The offer of space did not include my joining , nor release of diffs. So what went wrong. I think maybe at the time you were just placating the "loose cannon", and the public outcry when i released the alpha jdk116, and subsequently, through time, reneging on your offer for space. I'm sorry that u feel that way. but i'm not going to beg for a copy of the 1.2 source. My integrity just wont allow u to "harball" me into any other stance.I will do the alpha 1.2 port when, or if the source publicly becomes available. If it's not to be made public, then i guess the last alpha port that i will do will be 1.1.7. AND those of u with alpha JDK's, ask SUN if they are going to make the lic. avail to the public, otherwise u might have a long wait for the next release, if it comes at all. BTW before it was just a technical question of why i wouldn't join. Now it appears to be 2 additional, albeit personel, reasons not to join. u just dont seem to be my type of folk. Good luck with the alpha 1.2 port. COPY OF OFFERING FROM sbb: Subject: Re: redhat RPM & bin license. Date: Thu, 01 Oct 1998 11:45:59 -0400 From: Uncle George <[EMAIL PROTECTED]> Organization: None Avail To: [EMAIL PROTECTED] References: 1 , 2 what would the "deal" be for this utilization of the blackdown website. do i leave it on the ftp/incomming and u ( blackdown ) will move it to appropriate directory. I dont want passwd's ( well maybe i do ) what do u sugg? gat Steve Byrne wrote: Why don't you make your distribution available so that Blackdown can cause it > to be mirrored around the world like the other Linux JDK's? This means that > your site only pays for the one upload to Blackdown, it gets wide distribution, > and you don't have to keep the files on your ISP (the restrictive ISP from > Hell, if I remember right). No legal issues. If you want to package > things as an RPM and upload that too, that would be fine. > > Steve Michael Sinz wrote: > On Sat, 31 Oct 1998 11:05:03 -0500, Uncle George [fwd by sbb] wrote: > > >[sbb: Here's what Uncle George wrote:] > > > >actually a 21164a ( the "a" really counts - who wuddya thunkit ) > >i'm gonny try to see if i can build for all processors with 117, and see > >if it all will fit under 10 meg. these processors are ( 21064, 21164, > >and 21164a ). > > > >at the moment i am having probs with finding a home. The folks at > >blackdown seemed to have reneged on their offer :-( . > > > >[Is it just me, or does this guy seem to be a real hard case. We've tried and > >tried to bring him into the fold, and at this point I'm ready to say "let's not > >try anymore. He's likely to do more damage if he joins than where he is now." > >I know it's uncharitable of me, but statements like this (at least I don't > >THINK we reneged on the offer, I THINK he let it fall on the floor) really piss > >me off. Also, his lack of willingness to develop a unified port with us, and > >other "loose cannon" behavior make me real hesitant at this point to extend any > >more olive branches (and certainly not in the 1.2 space). > > > >What do others feel about this? -- sbb] > > I have asked him a number of times to join. I only got once responce > back about how he could not join due to some issues with being a closed > group. Given that we give out our diffs and let anyone in who has the > legal access to the source, I find this difficult to understand. > > I don't know what to do. I still hope to find some time to finish > the Alpha work but CVS is much more important and will make the work > that much easier to manage. (Lots of little changes in prototypes > and return types)
JNI trouble
Hi, I could successfully compile and run a small program using JNI on Sun SPARC/Solaris-2.5.1 platform. The same doesn't work on linux (RedHat 5.0 with libc5). It gives a very lengthy error message. I followed the same procedure on both platforms. I compiled shared objects on both. I could compile and run other java programs on linux. I have JDK-1.1.6 on both platforms (jdk1.1.6v2 on linux). Where is the catch. Thanks V.P.Reddy __ Get Your Private, Free Email at http://www.hotmail.com
Re: RMI anyone?!
Andrew, Another worthwhile book is "Java RMI" by Troy Downing, IDG Books. Good luck. - Chris Sommers dan wrote: > > I concur, in general, about the cryptic errors that occur with JNI coding. I tend >not to put > everything within a single function call, but I do follow the KISS principle (Keep >It Simple, > Stupid). > > May I also suggest the book, "essential JNI: Java Native Interface" (sic on >capitalization), by > Rob Gordon. This is an excellent (no, authoritative) book on the subject of JNI. >It is very > well written. Following the KISS principle, you'll probably only need to read the >first 2 or 3 > chapters. > > There are other native interfaces available, as well. Netscape's JVM has their own >native > interface, developed before JNI was available. However, Netscape has deprecated >this interface > in favor of JNI. > > Microsoft's JVM uses something called RNI (Runtime Native Interface), and does *not* >support JNI > (you can, however, use Sun's Java Plug-In, which encapsulates Sun's JVM inside an >Active-X > control). Microsoft will likely never support JNI. This is, in fact, the source of >Sun's > accusations against Microsoft for not supplying a JVM that is compliant with the >Java standard. > Why does Microsoft do this? WFC, Microsoft's Java interface to MFC, makes extensive >use of > native calls (as you might expect). In order to make WFC faster than it would >otherwise be, RNI > allows native code to get the address of Java variables directly (which, of course, >would not > work if data is moved in memory, as the JNI specification allows). To support JNI, >Microsoft > would have to cripple (in terms of speed, anyway) the WFC, something Microsoft is >not likely to > do. > > We have built a bridge between RNI and JNI for our internal use (we provide Java >toolkits for > data visualization). This way, our native code and our Java code remains intact. >Our bridge > maps the RNI stubs to call the JNI stubs, and provides the JNI data access functions >in the > event that the JNI is not available. However, we do not offer this as a product >(yet). If > there is sufficient interest, we could probably be coaxed into developing this into >an actual > product. Please e-mail me if you require this functionality. > > I hope this helps. Native interfaces have been the source of a lot of headaches for >Java > developers. I repeat my earlier advice: KISS. > > -dan > [EMAIL PROTECTED] > > Diego Pons wrote: > > > > > I'll try to be less terse this time. > > First, RMI is a great solution, much simpler to code than say RPC's > > for developing client/server interfaces. The only complication is that > > to support legacy systems not written in Java, you will need to create > > a (non-portable) bridge using JNI (see Dan Kirkpatrick's response to you). > > > > JNI allows you to interface with the C language, having thus access to > > the underlying operating system or application interfaces in C. > > As D.K. says, in JNI you have to map Java classes to C structures on > > the output arguments, and C to Java on the input arguments, all the while > > checking for errors at each step. This is a lot easier to say than to do. > > Most errors will cause the JVM to dump a (most enigmatic) core. > > > > Given this difficulty, I suggest to minimize the number of JNI functions. > > One way is to create a mega-call in JNI where the parameters are a command > > and a related argument list as strings, in a way similar to ioctl() calls. > > A typical API would then be handled in this way: > > > > my_jni_call(..., OPEN_CMD, arg, NULL) > > my_jni_call(..., READ_CMD, arg, argsz) > > my_jni_call(..., WRITE_CMD, arg, argsz) > > etc, etc. > > > > While this goes against elegancy in design, it will add to the robustness > > of the product by eliminating error-prone Java<->C mapping code. > > Unfortunately, this came to me only after writing about 3000 lines of > > the interface code. > > > > I suggest reading "Core Java, Volume II", by Horstmann and Cornell for > > both RMI and JNI examples and references. > > > > -- > > Diego Pons Pharos Consulting LLC --
Re: JNI trouble
> Vanga Reddy writes: Vanga> Hi, Vanga> I could successfully compile and run a small program using Vanga> JNI on Sun SPARC/Solaris-2.5.1 platform. The same doesn't Vanga> work on linux (RedHat 5.0 with libc5). Isn't RH 5.0 a glibc based distribution with libc5 support? You should run a glibc JDK on a glibc based system! Vanga> It gives a very lengthy error message. SIGSEGV? Vanga> I followed the same procedure on both platforms. I compiled Vanga> shared objects on both. I could compile and run other java Vanga> programs on linux. I have JDK-1.1.6 on both platforms Vanga> (jdk1.1.6v2 on linux). Could you please try again with the glibc 1.1.6v5 JDK? 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
Re: Sun to deliver JDK 1.2 for Linux
Jauvane Cavalcante de Oliveira wrote: > > Hi everyone, > > I just read the following news about Sun's plans about Java for Linux: > http://biz.yahoo.com/bw/981102/sun_micros_3.html > I guess you would be interested as well. Does this mean that when Sun unveils their JDK1.2 on their web site, you'll be able to select between Solaris, Windows AND Linux ?
