java Script

2000-06-11 Thread wangmq
Now i have a problem about javaScript. I want to abtain client browser width with javaScript, who has a good idea?

Re: Why nonblocking I/O in Java is hard

2000-06-11 Thread Matt Welsh
Dimitris Vyzovitis <[EMAIL PROTECTED]> writes: > > Isn't that a bit dangerous? Well - anything you do with native code in Java is inherently "dangerous". Obviously it's best to use native threads when doing this kind of thing, but I want compatibility with green threads in case people need tha

More on idlj

2000-06-11 Thread Brett W. McCoy
Now I feel rather foolish about my earlier question on idlj: the _Impl classes weren't generated because I didn't use the -fserver argument to the compiler. Doh! But all is well now... Brett W. McCoy http://www.chapelperilous

jdk1.3/forte problem

2000-06-11 Thread noisebrain
I tried running the recent jdk1.3+hotspot downloaded from sun with forte community edition 1.0 v502. It has a problem whereby the jmenus pull down but then immediately disappear, so it is impossible to select any menu items. Any thoughts or suggestions on what to try? / thanks -

Re: visual age and jdk1.3

2000-06-11 Thread Mojahedul Hoque Abul Hasanat
On Sun, Jun 11, 2000 at 11:54:13AM +0800, yangyuexiang wrote: > I installed jdk1.3 from IBM in my redhat 6.2. Today, I > installed VisualAge 3.0, when I run the software, following > error occurred. > ... > 1) Primitive failed in: PlatformFunction>>#callWith:with:with:with:with:with: due to >Gen

Re: jdk1.3 for linux?

2000-06-11 Thread Brett W. McCoy
On Mon, 12 Jun 2000, wangmq wrote: > I want to download jdk1.3 for linux,but > http://java.sun.com/jdc/earlyAccess/j2sdk13/download-linux.html can't > be linked. Anyone knows where is the suitale downloaded site. Try: http://developer.java.sun.com/developer/earlyAccess/j2sdk13/download-linux.ht

Re: Why nonblocking I/O in Java is hard

2000-06-11 Thread Dimitris Vyzovitis
Matt Welsh wrote: In other words, although I was creating a nonblocking socket and issuing read calls against it in JNI-based C code, those system calls (from C) were in fact being caught by the Java runtime library which was turning them back into "blocking" access to the socket. This is because

jdk1.3 for linux?

2000-06-11 Thread wangmq
I want to download jdk1.3 for linux,but http://java.sun.com/jdc/earlyAccess/j2sdk13/download-linux.html  can't be linked. Anyone knows where is the suitale downloaded site.

Why nonblocking I/O in Java is hard

2000-06-11 Thread Matt Welsh
Our discussion on thread overheads and using nonblocking I/O in Java strikes close to home - here at Berkeley we are building an event-driven Internet server platform, implemented entirely in Java. Obviously for this to work we need nonblocking I/O primitives. So, I've been working on implement

Re: J2SEE 1.3 for Linux!

2000-06-11 Thread Nathan Meyers
Christopher Smith wrote: > On Sun, Jun 11, 2000 at 08:48:13AM -0700, Larry Sanderson wrote: > > > with their own proprietary extensions. Despite the evil that MS > > > represents I have to say that they've treated Transvirtual MUCH better > > > than Sun. > > > > Do you mean Microsoft treated Tran

Re: idlj

2000-06-11 Thread Brett W. McCoy
On Sun, 11 Jun 2000, Nelson Minar wrote: > >Anyway, the output of idlj doesn't quite grok with the CORBA tutorial > >(HelloWorld); namely, it doesn't generate a ImplBase abstract class > >but instead generates an Operations *interface*, which looks like it > >must be implemented for use in the de

Re: J2SEE 1.3 for Linux!

2000-06-11 Thread Christopher Smith
On Sun, Jun 11, 2000 at 08:48:13AM -0700, Larry Sanderson wrote: > > with their own proprietary extensions. Despite the evil that MS > > represents I have to say that they've treated Transvirtual MUCH better > > than Sun. > > Do you mean Microsoft treated Transvirtual better than Microsoft treate

Re: JavaOne - no green threads for Linux

2000-06-11 Thread Matt Welsh
[EMAIL PROTECTED] (Nelson Minar) writes: > And green threads, in many ways, are just a thread > abstraction on top of the select() magic that you'd have to write > special purpose. Still, green threads do not work very well (see the first paper on my website for details) -- and they cannot take

Re: idlj

2000-06-11 Thread Nelson Minar
Slashdot picked up my note about JavaOne. >Anyway, the output of idlj doesn't quite grok with the CORBA tutorial >(HelloWorld); namely, it doesn't generate a ImplBase abstract class >but instead generates an Operations *interface*, which looks like it >must be implemented for use in the derived s

Re: JavaOne - no green threads for Linux

2000-06-11 Thread Nelson Minar
>> I'm not one of the kernel folk, but can you give me an example of >> an application that would be impossible without hundreds of threads? Many of these examples have a common theme - lots of network I/O to different places. We've learned from web servers that it's actually better if you multip

Problems with Blackdown-Java-Plugin

2000-06-11 Thread Detlev Jäckel
Hello, I installed the recent Blackdown-Java-Plugin. I am using the Netscape 4.73 and SuSe 6.2 glibc2.1.2. There where no error or warnings during installation. NPX_PLUGIN_PATH is set to $HOME/.netscape/plugins. I can start the Java Console and it shows me, that it is using JRE-Version 1.2.2. When

idlj

2000-06-11 Thread Brett W. McCoy
After not touching Java for like a year or two, I've started a new job that is going to require some Java programming. So, I'm giving myself a refresher course in Java, using the 1.3 JDK beta. I notice it now includes idlj, which replaces the old idltojava compiler, for which, I think, there was

Re: J2SEE 1.3 for Linux!

2000-06-11 Thread Larry Sanderson
See below... > I have to say, I'm impressed with he power of the rumour > mill. Microsoft didn't buy out Transvirtual, they merely payed for the > development of some elements of the KaffeVM which made it compatible > with their own proprietary extensions. Despite the evil that MS > represents I

Re: JavaOne - no green threads for Linux

2000-06-11 Thread Diego Pons
Stefaan A Eeckels wrote: > > > I'm not one of the kernel folk, but can you give me an example of > an application that would be impossible without hundreds of threads? > Or even one that would significantly benefit from hundreds of threads? A RMI server on the net. One of our servers is handlin