Re: Quick Cash for Christmas
Can this mailing list be locked down so that only subscribers can post to it? I get enough junk email as it is... Besides, pyramid schemes are illegal. I'll forward this email to the proper authorities... Thanks, Andrew [EMAIL PROTECTED] wrote: > Are you ready for the Holidays? How about a head start? > > NOW would be a GREAT time to get ready for the HOLIDAYS !! > > You probably have received this in the past and done nothing about it, then > wondered about it. It really does work. All you need is to invest some > time and effort into this, but the pay off can be great. I received this > letter late last year, put little effort onto it and got moderate results. > The system does work!! I am starting this again for the upcoming holiday > season. This is a ground floor opportunity!! > > This could possible be the best HOLIDAY SEASON ever!! > > Never Thought I'd be the One Telling You This: > > I Actually Read a Piece of E-Mail & I'm Going to Europe on the Proceeds! > > Hello! > > My name is Karen Liddell; I'm a 35-year-old mom, wife, and part-time > accountant. As a rule, I delete all unsolicited "junk" e-mail and use my > account primarily for business. I received what I assumed was this same > e-mail countless times and deleted it each time. > > About two months ago I received it again and, because of the catchy subject > line, I finally read it. Afterwards, I thought, "OK, I give in, I'm going > to try this. I can certainly afford to invest $20 and, on the other hand, > there's nothing wrong with earning a little extra cash." I promptly mailed > four $5 bills and, after receiving the reports, paid a friend of mine a small > fee to send out some e-mail advertisements for me. After reading the > reports, I also learned how easy it is to bulk e-mail for free! > > I was not prepared for the results. Everyday for the last six weeks, my P.O. > box has been overflowing with $5 bills; many days the excess fills up an > extra mail bin and I've had to upgrade to the corporate-size box! I am > stunned by all the money that keeps rolling in! > > My husband and I have been saving for several years to make a substantial > Down payment on a house. Now, not only are we purchasing a house with 40% > down, we're going to Venice, Italy to celebrate! > > I promise you, if you follow the directions in this e-mail and be prepared to set >aside about an hour each day to follow up (and count your money!), you will make at >least as much money as we did. You don't need to > be a whiz at the computer, but I'll bet you already are. If you can open an > envelope, remove the money, and send an e-mail message, then you're on your > way to the bank. Take the time to read this so you'll understand how easy it > is. If I can do this, so can you! > >GO FOR IT NOW!! > >Karen Liddell > > The following is a copy of the e-mail I read: > > $ > > This is a. LEGAL, MONEY-MAKING PHENOMENON. > PRINT this letter, read the directions, THEN READ IT AGAIN !!! > > You are about to embark on the most profitable and unique program you may > ever see. Many times over, it has demonstrated and proven its ability to > generate large amounts of cash. This program is showing fantastic appeal > with a huge and ever-growing on-line population desirous of additional > income. > > This is a legitimate, LEGAL, money-making opportunity. It does not require > you to come in contact with people, do any hard work, and best of all, you > never have to leave the house, except to get the mail and go to the bank! > > This truly is that lucky break you've been waiting for! Simply follow the > easy instructions in this letter, and your financial dreams will come true! > When followed correctly, this electronic, multi-level marketing program works > perfectly...100% EVERY TIME! > > Thousands of people have used this program to: > - Raise capital to start their own business > - Pay off debts > - Buy homes, cars, etc., > - Even retire! > > This is your chance, so don't pass it up! > > - > - > OVERVIEW OF THIS EXTRAORDINARY > ELECTRONIC MULTI-LEVEL MARKETING PROGRAM > - > - > > Basically, this is what we do: > > We send thousands of people a product for $5.00 that costs next to nothing to > produce and e-mail. As with all multi-level businesses, we build our business > by recruiting new partners and selling our products. Every state in the U.S. > allows you to recruit new multi- level business online (via your computer). > > The products in this program are a series of four business and financial > reports costing $5.00 each. Each order you receive via "snail mail" will > include: > > * $5.00 cash > * The name and number of the report they are ordering >
Unidentified subject!
Is there anywhere hhtp download page for jdk for Linux Thank you !Dejan Milutinovic
Unidentified subject!
Is there anywhere http download for jdk/Linux thank you Dejan Milutinovic
Low level disk access
While this is not directly a Java question does anybody know of any library functions etc which will provide low level disk access to harddisks. i.e sector access etc. I am looking at writing a Java class for providing direct access to a dedicated harddisk so that I can avoid some of the overhead of Java and normal filesystem based disk access. Dave Atkinson
Re: Low level disk access
On Wed, 11 Nov 1998 10:40:52 +, [EMAIL PROTECTED] wrote: >While this is not directly a Java question does anybody know of any >library functions etc which will provide low level disk access to >harddisks. i.e sector access etc. > >I am looking at writing a Java class for providing direct access to a >dedicated harddisk so that I can avoid some of the overhead of Java and >normal filesystem based disk access. Sorry, but when I read this I laughed a bit... In any reasonable filesystem (ext2 on Linux, HPFS on OS/2, etc) you get very good performance - and if you are controlling this from Java, going directly to the hard drive just seems a bit, well, funny. I do not know of any libraries for Java that provide low-level disk access. Using JNI (Native Methods) you could write those routes in another language (C is the easiest) and then use them from Java. 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
OROInc
>From Cafe au Lait... http://sunsite.unc.edu/javafaq/ -quote on- I note with regret the recent passing of OROinc, purveyors of NetComponents, PerlTools, and assorted other useful free, closed source Java software libraries. These may be made available again at some point in the future. I don't know what happened to OROInc, but whatever it was I do hope it doesn't prove that giving a lot of free software back to the community (which ORO did) doesn't allow a viable business model. -quote off Bummer. Joe -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED] http://freespace.virgin.net/joe.carter
Java-based install/setup tools
I am wondering about the possibility to create "primordial" install/setup front ends using Java. Some possibilities would be: a) native compiler use, no JVM needed b) use of a JNI-glued curses library Has anybody tried such a setup? Are there any non-X/non-Motif GUI toolkits out there that, along with the Java executable would even fit on on a floppy disk? Any native compiler that works with that toolkit, and JNI? b.
Getting jre to run...
I have installed the package jre_1_1_7-v1a-glibc-x86-native_tar.gz on my RedHat 5.1 system. In keeping with the new UNIX standard, I made a /usr/opt directory (with the symbolic link to /opt) and installed the package. I put the jre in my path. When I type 'jre' I get "Could not locate Java runtime". I have tried to copy the rt.jar file from the NT version of the jre because it appeared to be missing from the tar file. Although the idea of Kaffe being Java in RedHat 5.1, I prefer Java that is closer to the SUN standard. (Besides I could not get Kaffe to work.) I am porting Java applications from other Java 1.1.7 systems... (Because JNI is used, this is a true "port") Can someone help me to get a jre to run under Linux? [EMAIL PROTECTED]
swing 4 linux
hi! i would like to know if there is a swing version for linux and where i could get it. thanks, alex a. __ Get Your Private, Free Email at http://www.hotmail.com
Announce: JDK117 for alpha
Yes folks ( I think ) it ready for prime time. There was a binary version v1, but there was an awt problem that showed up in the ide "supermojo" ( i have no connection, AND have only a demo model ), and has been superceeded by the binary files version v2. The classes file is still version v1. I Have no idea as to whats going on with my website ( as the webmaster doesn't respond to my inquiries), but the folks at blackdown.org have provided space for my linux/alpha port of JavaSoft's 1.1.7 java. The files can be found at http://www.blackdown.org/java-linux/mirrors.html As usual, since this is my port, i guess i will be the only one to answer bugs & crashes specific to the port. Please publically post your [EMAIL PROTECTED] maillist - thanks The sum of the files are: 45046 3767 jdk117_alpha_classes_v1.tgz 03448 1368 jdk117_alpha21064_bin_v2.tgz 41359 1362 jdk117_alpha21164_bin_v2.tgz 34192 1332 jdk117_alpha21164a_bin_v2.tgz 26482 1486 jdk117_alpha_demo.tgz jdk117_alpha_README have fun. gat BTW - i will be in NY for a few days, and wont be able to respond to any inquiries until saturday. The files were uploaded this morning, and may not be available till thursday, or friday. If you dont need the awt, then version v1 should be good enough for you. AND as a usefull reminder, dont erase your old jdk, until you know that this new one works well enough for you.
Getting Back On The List
Hi All, Don't know if any of you can help me out -- I had been subscribed to the java-linux-digest list for a while, up until a few weeks ago when I was mysteriously bumped off. I tried to subscribe in the usual manner, but it didn't work! I wrote an email to Karl, but he never replied! Does anyone have any idea why this could be happening, and how I can get back on the list? TIA, -Armen -- Armen Yampolsky Axiom Software Labs New York
Re: java
Thanks for the hint. I upgrade to Redhat 5.1 and my java problems went away. Unfortunately new non-java related problems took its place. > From [EMAIL PROTECTED] Fri Nov 6 10:44:28 1998 > Resent-Date: Fri, 6 Nov 1998 11:38:51 -0500 > X-Sender: [EMAIL PROTECTED] > Date: Fri, 06 Nov 1998 11:39:02 > To: [EMAIL PROTECTED], [EMAIL PROTECTED] > From: Java News Collector <[EMAIL PROTECTED]> > Subject: Re: java > Mime-Version: 1.0 > Resent-Message-ID: <"oXEe7.0.YZ7.IOoGs"@shell> > Resent-From: [EMAIL PROTECTED] > X-Mailing-List: <[EMAIL PROTECTED]> archive/latest/3354 > X-Loop: [EMAIL PROTECTED] > Resent-Sender: [EMAIL PROTECTED] > > Also, make sure you are running what you think you are running. > Do a "which java" and make sure you don't have a conflicting package like > Kaffe or older version of Java. > > At 10:25 AM 11/6/98 -0500, Aleksey Sudakov wrote: > >: I am running the lates glibc version of jdk on a Pentium66 with linux 5.0. > >: > >: I looked and appear to have the correct versions of the glibc libraries. > >: > >: But everytime I run any of the jdk program. I get no output. No errors, no > >: ..class files, no nothing. I don't even get a core dump. > >: > >: Does anyone now what is going on? > > > >I guess I experienced the same. Even simple things like javac > HelloWorld.java failed silently while java --help worked. I upgraded to the > most recent glibc which is if I am not mistaken x-x-29 and problems went away. > > > >Regards, > >Aleksey > > > >P.S. Well, glibc was not the only thing that I upgraded from default > RedHat 5.0 installation, so may be the solution was there. > * Buddy Lott * Technical Staff Member * Alcatel USA * Mail Stop 402-135* P.O. Box 833802 * Richardson, Texas 75083-3802 * (972)996-6244* * Thought: He who has a thousand friends, has not one to spare. He who has one enemy, will meet him everywhere. - Joel Rosenberg Author of "Guardians of the Flame" *
Re: Getting jre to run...
On Wed, 11 Nov 1998 09:57:38 -0500, Jon Allen wrote: >I have installed the package jre_1_1_7-v1a-glibc-x86-native_tar.gz on my >RedHat 5.1 system. In keeping with the new UNIX standard, I made a >/usr/opt directory (with the symbolic link to /opt) and installed the >package. > >I put the jre in my path. When I type 'jre' I get "Could not locate Java >runtime". Do you have any environment variables (such as JAVA_HOME) set? JAVA_HOME is a common problem. The other problem could be due to having the wrong libc/glibc version of the JRE. Since you are RedHat, you should make sure you have the glibc version (glibc also happens to work the best) >I have tried to copy the rt.jar file from the NT version of the jre because >it appeared to be missing from the tar file. Which tar file did you use? I just tried the jre_1.1.7-v1a-glibc-x86.tar.gz file that we built and "tar -zxf jre..." and then made the jre117_v1a/bin directory part of the path and typed "jre" >Although the idea of Kaffe being Java in RedHat 5.1, I prefer Java that is >closer to the SUN standard. (Besides I could not get Kaffe to work.) You may wish to check that the jre command is the one you think it is. which jre should return the file .../jre117_v1a/bin/jre Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz
Re: Low level disk access
Paul Reavis wrote:
>
> Urban Widmark wrote:
> >
> > ... but that would perhaps not be
> > low enough for you so how about:
> > int fd = open("/dev/hda", O_RDONLY);
> >
> > and then:
> > lseek()
> > read()
>
> Oh ho! That's the best idea so far! Why don't we just skip all this JNI
> nonsense and just open /dev/hda up as a java.io.RandomAccessFile?
>
> I've just _got_ to try this... though probably on a ramdisk first :-)
Or a floppy... check out these apples:
- - - - - - - - - - - - - - - - - - - - - - - - - >8 - - - - - - - - -
import java.io.*;
public class DirectAccess {
public static void main(String[] argv) {
try {
RandomAccessFile filet = new RandomAccessFile("/dev/fd0",
"rw");
filet.writeChars("Look ma, no filesystem!\n");
filet.close();
}
catch (IOException oopsie) {
oopsie.printStackTrace(System.err);
System.exit(1);
}
}
}
- - - - - - - - - - - - - - - - - - - - - - - - - >8 - - - - - - - - -
slackguy:/home/paul# java DirectAccess
slackguy:/home/paul# dd if=/dev/fd0 bs=1 count=50
Look ma, no filesystem!
50+0 records in
50+0 records out
Though platform-specific, this would likely work on most unix platforms
(with different /dev/???, of course) and could be used with fixed-size
files even on less noble platforms - you could make a partition, build a
single file in it that takes up all space, and don't let it shrink and
you shouldn't have fragmentation problems.
And now we're all set to build java-based swap partitions, highly
tweaked data storage and retrieval, etc. It's not to be scoffed at - I
used RandomAccessFile and a simple binary-search mechanism on sorted
data to deliver a GIS-like map item search mechanism below 1 ms. search
time. Totally blew away the databases etc. I was trying at the time, and
is faster than the general search routines AutoCAD and ESRI provide.
--
Paul Reavis [EMAIL PROTECTED]
Design Lead
Partner Software, Inc.http://www.partnersoft.com
Re: JDBC 2.0
On Thu, 12 Nov 1998, Paul Siegel wrote: > Hello - > > I'm running the blackdown JDK 1.1.6 v6, and trying to write some code using > JDBC (I've got the postgreSQL JDBC driver running). I've been using the > documentation from www.javasoft.com to help me along, and suddenly > discovered that many of the calls I want to use are implemented only in JDBC > 2.0. I found the .java files for JDBC 2.0 on sun's site, but now I don't > know what to do with them. I haven't looked at JDBC 2.0 yet, so I don't know what the differences are. > Is there any hope for me with JDBC 2.0, or will I have to wait for the JDK > 1.2 to port to linux? Thanks! My main development platform is Linux, so it's a good bet that as soon as 1.2 is available, I'll be able to see what the differences are, and plan a way of implementing them into the postgreSQL driver. -- Peter T Mount [EMAIL PROTECTED] Main Homepage: http://www.retep.org.uk PostgreSQL JDBC Faq: http://www.retep.org.uk/postgres Java PDF Generator: http://www.retep.org.uk/pdf
Re: OROMatcher & www.oroinc.com
Jason Dillon wrote: > > Does anyone know what happened to oroinc.com? They produced a rather > fullfeatured regular expression engine called OROMatcher, but it seems like > there website has been down for a really long time... and I was wondering if > any of you may know what happened to them. > > --jason I've been wondering the same for a while, even to the point of email a few of the java mag editors. No information whatsoever :( (I use NetComponents) Joe -- Joe Carter Software Engineer Brite Voice Systems Ltd, Gatley, Cheshire. UK. mailto:[EMAIL PROTECTED] http://freespace.virgin.net/joe.carter
Re: OROMatcher & www.oroinc.com
On Wed, 11 Nov 1998 08:03:34 +, Joe Carter wrote: >Jason Dillon wrote: >> >> Does anyone know what happened to oroinc.com? They produced a rather >> fullfeatured regular expression engine called OROMatcher, but it seems like >> there website has been down for a really long time... and I was wondering if >> any of you may know what happened to them. >> >> --jason > >I've been wondering the same for a while, >even to the point of email a few of the java mag >editors. No information whatsoever :( >(I use NetComponents) > >Joe I was searching too. My results: A lot of information on regexp stuff is at http://Meurrens.ML.org/ip-Links/java/regex . The Java Programmer's FAQ http://www.afu.com/javafaq.html lists http://web.theorem.com/java/index.htm as current URL for the ex-ORO material.
Re: Low level disk access
I won't charge for the entertainment value, and I wont give up my daytime job. (Although I have considered joining a circus as a juggler!) I was actually implying that I would use JNI and write the interface in C. Hence the "While this is not directly a Java question...". Does anybody know of any suitable library functions, code, for lowlevel HD access ? Thankyou and Good Night!! (Insert fanfare here) Dave Atkinson > On Wed, 11 Nov 1998 10:40:52 +, [EMAIL PROTECTED] wrote: > > >While this is not directly a Java question does anybody know of any > >library functions etc which will provide low level disk access to > >harddisks. i.e sector access etc. > > > >I am looking at writing a Java class for providing direct access to a > >dedicated harddisk so that I can avoid some of the overhead of Java and > >normal filesystem based disk access. > > Sorry, but when I read this I laughed a bit... > > In any reasonable filesystem (ext2 on Linux, HPFS on OS/2, etc) you > get very good performance - and if you are controlling this from Java, > going directly to the hard drive just seems a bit, well, funny. > > I do not know of any libraries for Java that provide low-level disk > access. Using JNI (Native Methods) you could write those routes in > another language (C is the easiest) and then use them from Java. > > Michael Sinz -- Director of Research & Development, NextBus Inc. > mailto:[EMAIL PROTECTED] - http://www.nextbus.com > My place on the web ---> http://www.users.fast.net/~michael_sinz > >
Re: Low level disk access
On Wed, 11 Nov 1998 [EMAIL PROTECTED] wrote:
> While this is not directly a Java question does anybody know of any
> library functions etc which will provide low level disk access to
> harddisks. i.e sector access etc.
>
> I am looking at writing a Java class for providing direct access to a
> dedicated harddisk so that I can avoid some of the overhead of Java and
> normal filesystem based disk access.
>
> Dave Atkinson
>
I believe the ext2fs tools (e2fsck) has most of its disk access functions
in a library which you could use/look at ... but that would perhaps not be
low enough for you so how about:
int fd = open("/dev/hda", O_RDONLY);
and then:
lseek()
read()
from the block(s) you want. I don't know of any such library, but it won't
be that hard to write.
But if you want anything fancy like files, or co-existence with other
OS's/other partitions you're going to end up writing a new filesystem of
your own ...
Also, I'm not sure if /dev/hda access goes through the disk cache or if
you would loose that as well.
You could probably get very good performance increase without raw disk
access by rewriting some key routines in C.
/Urban
---
Urban Widmark [EMAIL PROTECTED]
Svenska Test AB +46 90 71 71 23
Re: which is the best CORBA/Java implementation?
Bruno Boettcher wrote: > > Hello, > > i wanted to distribute the simulator i am writing with rmi, was then pointed > out that it would be a lot better if i would use CORBA, i have read a book > about it, and in fact this seems to be true > > Now RMI is bundled with the JDK, as far as i have seen the official CORBA/Java > bindings will appear in the 1.2 JDK, but since it is unsure when it will be > available on linux (and especially since we have some Alphas here that i would > like to use for the distributed simulation, when available on linux-alpha...) i > was looking for an implementation i could use immediately and that is able to > offer me what i need (i didin't really understood how CORBA finds its objects... > in the Objectcalls i never saw the reference to a specific server) means: I > have the paradigm of one client and multiple servers (the client holds the > circuit description, and the servers hopefully simulate it) and need some sort > of load balancing. > > And on top of that, since my institute is totally unwilling to pay anything > (they pretext financial shortcomings) is should be available for free > > Any chance to find something like this? BTW is anyone here using CORBA in > conjunction with java? > We are using ORBacus (http://www.ooc.com) very successfully with Java and C++ on the Alpha-Linux platform. It is an excellent product, and is free for non-commercial use. You'll probably want to look at using the NamingService for object resolution, which is included with ORBacus. -- Rich Edwards Senior Software Engineer Codonics, Inc. e-mail: [EMAIL PROTECTED] web:www.codonics.com -- __o _ \<,_ "Think of bicycles as rideable art that (_)/ (_) can just about save the world." - Grant Petersen
Re: Low level disk access
Urban Widmark wrote:
>
> ... but that would perhaps not be
> low enough for you so how about:
> int fd = open("/dev/hda", O_RDONLY);
>
> and then:
> lseek()
> read()
Oh ho! That's the best idea so far! Why don't we just skip all this JNI
nonsense and just open /dev/hda up as a java.io.RandomAccessFile?
I've just _got_ to try this... though probably on a ramdisk first :-)
Gee I love linux...
--
Paul Reavis [EMAIL PROTECTED]
Design Lead
Partner Software, Inc.http://www.partnersoft.com
swing 4 linux
alex andrejin writes: > hi! i would like to know if there is a swing version for linux and where > i could get it. Swing is written in Java, so you just need to get it from Sun. No special versions for different OSes Cheers, alex. -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook
Re: swing 4 linux
alex andrejin wrote: hi! i would like to know if there is a swing version for linux and where i could get it. thanks, alex a. __ Get Your Private, Free Email at http://www.hotmail.com Hi! There is no linux version of swing. As swing is 100% java it is system independent. You can download it from the javasoft web site: http://java.sun.com/products/jfc/index.html You should download the zip archive, it is smaller than the compressed tar archive. -Martin -- Martin Sorgatz [EMAIL PROTECTED]
Re: JDK for 21064?
On Wed, Nov 04, 1998 at 09:57:19PM -0800, Steve Byrne wrote: > We're LEGALLY OBLIGATED to be closed. We signed the non-commercial source > license. We're not allowed to share with non-licensees. So we have a > "licensees only" mailing list. This is the real problem with Java on Linux. By definition this effort cannot be "Open Source" because of the Sun licensing situation. This and the inability to easily certify projects like Kaffe and call them a JavaVM, make Java a real problem in the Open Source community. Java started out as a standard that had the potential to erase the boundries associated with proprietary software platforms but has devolved into a sort of cross-platform Visual Basic with a prettier syntax. Admittedly, Sun publishes the specs (for now and on most components) but thats an odd concession when matching their specs does not give you something you can call Java. Shrug, E -- ___ Ean SchuesslerDirector of Strategic Weapons Systems Novare International Inc.A Devices that Kill People company --- Some or all of the above signature may be a joke
jdk-1.1.7-1a & tya-1.1-4
hi, I'm just uploading to incoming.redhat.com and in-rhcn.redhat.com jdk and tya. Both are made on RH 5.2 (but I hope work on all 5.x with the glibc updates). This version of tya compile for this jdk. You can find more info about java rpms on: http://anna.inf.u-szeged.hu/java/java-rpm.html - Name: jdk Distribution: (none) Version : 1.1.7 Vendor: (none) Release : 1a.glibc Build Date: Wed Nov 11 18:58:23 1998 Install date: Wed Nov 11 19:46:06 1998 Build Host: anna.inf.u-szeged.hu Group : Development/Languages/JavaSource RPM: jdk-1.1.7-1a.glibc.src.rpm Size: 55560136 License: see README.linux Packager: Levente Farkas <[EMAIL PROTECTED]> URL : http://www.javasoft.com/products/jdk/ Summary : Java Developer's Kit Description : This is the Blackdown Java-Linux Porting Team's port of Sun(tm)'s Java(tm) Development Kit 1.1.7. THESE FILES HAVE BEEN MODIFIED FROM THEIR ORIGINAL SUN(tm) VERSIONS AND THEY CANNOT BE HELD LIABLE FOR ANY PROBLEMS. Name: tya Distribution: (none) Version : 1.1 Vendor: (none) Release : 4 Build Date: Wed Nov 11 19:56:14 1998 Install date: Wed Nov 11 19:57:01 1998 Build Host: anna.inf.u-szeged.hu Group : Libraries Source RPM: tya-1.1-4.src.rpm Size: 222350 License: 1997,98 The TYA Team, distributed under GPL Summary : TYA is a 100% unofficial JIT-compiler for Java. Description : TYA is a ``100% unofficial'' Just-In-Time-compiler for Java. When Java is invoked with the option "-Djava.compiler=tya" it will automatically detect TYA and compile any method bodies in Java byte code to Pentium instructions just before they are being executed for the first time. This means that Java programs will run faster than before, especially after some time of execution, when most methods have already been called before. --- -- Levente -- E-Mail: Levente Farkas <[EMAIL PROTECTED]> Homepage: http://www.inf.u-szeged.hu/~lfarkas/ PGP public key & Geek Code: [EMAIL PROTECTED] --
Native Library
I hope that I am writing to the correct place. Any responses to this mail should be directed to this mail address for I have not subscribed to the list. Anyway, I installed jdk117_v1a on my linux system and whenever I type javac, I get the following error: Failed to locate native library in path: My profile file has the following defined: export JAVA_HOME=/usr/local/jdk117_v1a export JDK_HOME=$JAVA_HOME export CLASSPATH=.:$JAVA_HOME/lib/classes.zip export LD_LIBRARY_PATH=. PATH="$PATH:$JAVA_HOME/bin" Note that I've changed LD_LIBRARY_PATH to point to several other directories, all of which dont work. I've been through several pages and nothing seems to explain the problem or what to do. I am running: *Redhat 4.2(with all of its default programs) *Intel P200 *java version "chapman:10/12/12-23:12" -Ron Kinney(Minex) Dawn of Demise(dod.hpi.net 4000) http://dod.hpi.net
No library path set
Hi, I can't understand why javac keeps telling me "No library path set", please help me. It was running fine under Redhat5.0. I'm using Redhat5.1 and the 1.1.6 glibc v2 of the jdk. Thanks, Shin
Re: OROMatcher & www.oroinc.com
On Wed, Nov 11, 1998 at 08:03:34AM +, Joe Carter wrote: > Jason Dillon wrote: > > > > Does anyone know what happened to oroinc.com? They produced a rather > > fullfeatured regular expression engine called OROMatcher, but it seems like > > there website has been down for a really long time... and I was wondering if > > any of you may know what happened to them. > > > > --jason > > I've been wondering the same for a while, > even to the point of email a few of the java mag > editors. No information whatsoever :( > (I use NetComponents) OroInc was dissolved and Daniel Savarese (the founder) took a full-time research job in a californian university (I think). He said on USENET he should resume working on the OroInc stuff by the end of the year. -- Louis-David Mitterrand - [EMAIL PROTECTED] - http://www.aparima.com window.close()
Re: Native Library
> Ron Kinney writes: Ron> I hope that I am writing to the correct place. Any responses to this mail Ron> should be directed to this mail address for I have not subscribed to the Ron> list. Ron> Anyway, I installed jdk117_v1a on my linux system and whenever I type Ron> javac, I get the following error: Ron> Failed to locate native library in path: Ron> The message is actually from kaffe's javac. export PATH=/usr/local/jdk117_v1a:$PATH or installing kaffe should do the trick. Juergen
Re: JDK for 21064?
"Ean R . Schuessler" wrote: > [snip] > Java started out as a standard that had the potential to erase > the boundries associated with proprietary software platforms but > has devolved into a sort of cross-platform Visual Basic with a > prettier syntax. For my last 3 commercial projects, Java has indeed delivered on its potential to easily cut across OS barriers. What about Java has "devolved?" Also, the differences between Java and VB go far beyond syntax, but I suspect that you threw in the VB reference for dramatic effect (and maybe a little bit of flame bait ;^) ). > Admittedly, Sun publishes the specs (for now and on most > components) but thats an odd concession when matching > their specs does not give you something you can call Java. You can't call it "Java" but if I read the trademark guidelines properly, you can advertise its Java compatibility by the use of a Java "Tagline" (see section 5 of the guidelines). I feel that publishing the spec is more than just a concession. It has created a much broader set of tool choices across Java-tized platforms than would otherwise be available. Dru begin:vcard n:Henke;Dru x-mozilla-html:TRUE org:STR version:2.1 email;internet:[EMAIL PROTECTED] title:Sr. Consultant adr;quoted-printable:;;311 S. Wacker=0D=0ASuite 3200;Chicago;IL;60626;USA x-mozilla-cpt:;0 fn:Dru Henke end:vcard
Re: Native Library
> Juergen Kreileder writes: > Ron Kinney writes: Ron> I hope that I am writing to the correct place. Any responses to this mail Ron> should be directed to this mail address for I have not subscribed to the Ron> list. Ron> Anyway, I installed jdk117_v1a on my linux system and whenever I type Ron> javac, I get the following error: Ron> Failed to locate native library in path: Ron> Juergen> The message is actually from kaffe's javac. Juergen> export PATH=/usr/local/jdk117_v1a:$PATH or installing kaffe should do the trick. I meant 'deinstalling'...
Re: Announce: JDK117 for alpha
(BTW, I tried replying personally to you, but it bounced.) George, I just want to say a BIG thanks for your work on this. This has eliminated one of the things that I was lacking on Alpha, and was sorely missed. No longer! Just a quick question: Does it use green threads or native threads? If not native threads, can we expect such support in the future? Thanks, John On Wed, Nov 11, 1998 at 10:21:05AM -0500, Uncle George wrote: > Yes folks ( I think ) it ready for prime time. There was a binary > version v1, but there was an awt problem that showed up in the ide > "supermojo" ( i have no connection, AND have only a demo model ), and > has been superceeded by the binary files version v2. The classes file is > still version v1. -- John Goerzen Linux, Unix consulting & programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capital Linux Users Group on the web at http://www.aclug.org
RE: JDK licensing (was Re: A Scenerio)
On Tue, 10 Nov 1998, Mark H. Wilkinson wrote: > > Could someone explain the differences between a reference implementation and > > a production. > > I suspect that the reference and production JDK releases from Sun are > pretty closely related because the JDK reference implementation _is_ > actually pretty high quality in most areas. When a new JDK 1.1 reference > release is posted the Solaris production release is typically pretty > close behind, presumably because the reference->production patches don't > change much between minor releases. I will speculate here: Buggy code doesn't demonstrate well how things should work: if the spec says "This class works this way" and the reference implementation doesn't do it reliably, it's not a lot of good as a reference. Clearly Sun needs to get the reference implementation out the door AND Sun doesn't want to be sued if it breaks, So, they say, "Don't bet your business on this - it could fail." If the reference implementation IS of good quality, it makes porting (including the work done by the Solaris folk) easier and so promotes the use of java. When java comes from the Solaris people (or from IBM for OS/2 etc and so forth) it's going to be used by people who ARE betting their business on it and the quality perception is different. Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index.
Re: Low level disk access
On Wed, 11 Nov 1998 [EMAIL PROTECTED] wrote: > While this is not directly a Java question does anybody know of any > library functions etc which will provide low level disk access to > harddisks. i.e sector access etc. > > I am looking at writing a Java class for providing direct access to a > dedicated harddisk so that I can avoid some of the overhead of Java and > normal filesystem based disk access. On Linux, a disk is a file like any other. Use /dev/hda for the device, /dev/hda1 for the partition. Be aware if you give youself write access and stuff it up, the disk content is effectively destroyed and you'll need to repartition & reformat. However, if the overhead's a problem, Java's not the language to use: it's full of overheads. Cheers John Summerfield http://os2.ami.com.au/os2/ for OS/2 support. Configuration, networking, combined IBM ftpsites index.
Re: Why Japanese......????
Hello! I think this causes the Japanese characters. Unlike most of European language(I don't know the correct terminology.), Japanese needs 2 bytes to display a character, so if a Japan se company develop English version of software, it can't run correctly in Japan se version of platform. Displaying Japanese characters requires different techniques. For instance, NEC had special ROM to display the characters. We can't use ASCII because we have more than 2000 characters. I hope Java can change this situation because of unicode. At 09:38 AM 11/9/98 +0300, you wrote: >Could anyone give me starting point: > >Why Japanese have faired well in the hardware industry but have made very >little impact on software. > >Thanx > > >
Swing doesn't work on jdk117
I've just downloaded jdk117v1a. Then I tested it with the SwingSet example comes with swing1.0.3. When I started it, it generated a segment fault. Did I miss something? Alex Hui [EMAIL PROTECTED]
plug-in for linux
Hi, Has anybody noticed weird behavior from the plug-in in linux. Could you please check this out : http://egnatia.ee.auth.gr/~dviz/dip/ex1/app.html The applet works normally under the plug-in for windoze, but it failes badly under linux. It simply doesn't respond. Any ideas for weird behavior of awt applets are welcome. If anybody is interested in exploring the problem, please notify me to dispatch the src... Dimitris -- 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
jdk1.1.7 and PrintWriter + TYA1.1v4
Hi, It seems that PrintWriter is really slow under 1.1.7 (green) if you construct it with the autoflush flag on and use tya 1.1v4 as the jit compiler that is, I construct a printwriter like new java.io.PrintWriter( System.out, true ) Howver, the program becomes *really* slow and seem "bumping", esp when dumping large chunks of data. This didn't happen under jdk1.1.6v5, where there was a continuous flow of data in the stream. Howver if I export JAVA_COMPILER="", the flow of data is normal!!! Has anybody observed something similar? -- 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
Re: Anyone tried JNI Interface via dlopen/dlsym methods? I SEGV with it.
Howdy!
I'm glad to hear that the problem does not exist in 1.2, but is there a release
date for this anytime
in the near future? If not, is there anyway of backporting the fix to the
native-threads version
of 1.1.7, or of getting an early release (whatever you have) of the 1.2 binaries?
Thanks!
kenbo
Juergen Kreileder wrote:
> > Bernd Kreimeier writes:
>
> Bernd> Kenneth & Susan writes:
> >> I'm having trouble loading the java libraries and accessing the
> >> JNI Interfaces using dlopen/dlsym/dlclose.
> >> This works fine on Solaris, but for some reason it fails on Linux.
> >> First I use dlopen to load libjava.so, then
> >> I use dlsym to get the addresses for the JNI Interfaces
> >> (JNI_GetDefaultJavaVMInitArgs, JNI_CreateJavaVM,
> >> JNI_GetCreatedJavaVMs) and call each as appropriate, but right after I
> >> load the library, I start getting
>
> Bernd> Just like I did. Happens with all JDK's including 1.1.6v5.
> Bernd> It even happens in the JDK 1.1.7v1a native thread port.
> Bernd> I've been told that there are wrappers now around the libdl
> Bernd> functions, but it doesn't seem to do the trick.
>
> The wrapper functions are used for green threads only. It seems that
> they cause some trouble and so they will be removed in 1.1.8 (if
> it should ever get released).
>
> Bernd> I got a small test program ("inload") source I am going to
> Bernd> submit to the group - Jitterbug if the Routers That Be
> Bernd> grace me with web access some time soon, e-mail else.
>
> Bernd's inload program shows that we have indeed a problem with a
> dlopened libjava.so and native threads (don't try it with green
> threads, they are not designed for such things). Depending on the
> java/native stack size you'll get different error messages, but
> basically it's infinite loop.
>
> Now for the good news: The dlopen thing works on 1.2 without problems!
>
> Bernd, a short note on DestroyJavaVM: 1.1 does not support unloading
> the virtual machine (the JNI spec says it does not work in '1.1.2'
> but it applies to all 1.1 JDKs, Sun only forgot to update the spec).
> The 1.2 documentation for DestroyJavaVM is more precise: 1.2 still
> does not support vm unloading and DestroyJavaVM *always* returns an
> error code.
>
> 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
begin: vcard
fn: Kenneth & Susan
n: ;Kenneth & Susan
org:Us
email;internet: [EMAIL PROTECTED]
x-mozilla-cpt: ;0
x-mozilla-html: TRUE
version:2.1
end:vcard
