Sorry....
To java-linux users, I am sorry that sending this mail to interrupt you all. I forget how to unsubscribe from this list, please help me. Thanks and best regards Kai-Loon Kok
downloading the JDK
Hello, First, greetings for all the cool stuff you're doing... please, is there any site where I can dowload the JDK by HTTP protocol? (I'm connecting from a university, FTP downloads are forbiden...) Please!, I need the JDK for Linux! I still have Windows'98 in my computer because it'is the only OS compatible with my JDK... Thanks!
Unsubscribing from the list....
I am a newbie to the Linux world and it is because my first job requires java that i subscribed to this list...I am also on other linux related mailing list and generally I feel the Linux community to be friendly and helpful. However, I find it very puzzling that the java-linux mailing list does not seem to fall into this description category. Before u click the reply button to flame me at least hear me out on some observations i have made... The first thing that greeted me on the list was the squabble between the blackdown ppl and some contributor who was frustrated at not being acknowledged. I want to make it clear that i am not taking sides on this issue...I just want to use it to show how unfriendly the list was for a while. The next was the vulgar e-mail sent by someone who wanted to get off the list...he was wrong and i do not like his actions and way of doing things but what followed in my mind was maybe even worse...i need to unsub from this list as i no longer need to work on java...my coy's mail system went out of whack for a while and everyone lost some mails, especially the early ones...that includes the welcome message, in my case. I have posted to the list kindly requesting for instructions and i have seen many similar request but either the replies to those posts did not get to me or nobody even gave a damn. All i saw were people trying to improve their skills at string =ing insults together...i do not mind being insulted for losing the message..i have been on enough list to know that the message is important but some ppl who are either new or in my case unfortunate may relaly be in need of help...i do not like to insult ppl with harsh words 'cos it is impolite but my opinion is that there are a lot of ppl with big egos on this list. I am saying that not as a sweeping statement but that there are some active ppl on the list who are like that. Why the java-linux community does not behave like the rest of the linux community , i do not know, all i know is i have lost interest. If you made it so far...i must applaud you for your patience...i wrote this anticipating flame mail but i needed to get it off my chest. For those who need to know the unsubscribing information here it is [EMAIL PROTECTED] [Archived] General discussion list for Java Linux. To subscribe, email [EMAIL PROTECTED] with the word subscribe in the subject. To unsubscribe, email [EMAIL PROTECTED] with the word unsubscribe in the subject. [EMAIL PROTECTED] A digest version of the [EMAIL PROTECTED] mailing list. To subscribe, email [EMAIL PROTECTED] with the word subscribe in the subject. To unsubscribe, email [EMAIL PROTECTED] with the word unsubscribe in the subject.
Re: Idiot Trap!!!
Jauvane Cavalcante de Oliveira wrote: > > I'm on several mailing lists, and subscribe/unsubscribe methods vary. I > > can't remember how to get off any particular list. > > It is always wise to keep th esubscription message you received when you > subscribed. Such message (which asks you to keep it) always explains how to > unsubscribe... > > JVc. My subscription reply does not contain an explicit explanation how to unsubscribe. Non-idiots can guess how to do it from the transcript of the original subscription request that shows the receiver and subject. Or from the information from the java-linux homepage that they used to subscribe. imho the subscription reply should contain something like: To unsubscribe this message list, send a mail with subject "unsubscribe" to java-linux-request@... The reply does not ask me to keep it, but that does not help idiots either ;-) Here is my subscription reply. imho not very verbose of how to unsubscribe: > Subject: > Re: subscribe >Date: > Tue, 6 Oct 1998 04:04:43 -0400 > From: > [EMAIL PROTECTED] > To: > [EMAIL PROTECTED] > References: > 1 > > > > > You have been added to the subscriber list of: > > [EMAIL PROTECTED] > > the following mail address: > > [EMAIL PROTECTED] > > By default, copies of your own submissions will be returned. > > This is an automated subscription mechanism. For your verification, a > transcript of the original subscription request is included below. > > If the wrong address has been subscribed and you seem to be unable to fix it > yourself, reply to this message now (quoting it entirely (for diagnostic > purposes), and of course adding any comments you see fit). > > -- > >From [EMAIL PROTECTED] Tue Oct 6 04:04:40 1998 > >Received: [...] > >Sender: [EMAIL PROTECTED] > >Message-ID: <[EMAIL PROTECTED]> > >Date: Tue, 06 Oct 1998 10:05:54 +0200 > >From: Martin Sorgatz > >X-Mailer: Mozilla 4.06 [en] (X11; I; SunOS 5.5.1 sun4m) > >MIME-Version: 1.0 > >To: [EMAIL PROTECTED] > >Subject: subscribe > >Content-Type: text/plain; charset=us-ascii > >Content-Transfer-Encoding: 7bit > Martin -- Martin Sorgatz [EMAIL PROTECTED]
JDK & lesstif
Hi, Kevin Hendricks suggested I troll here to find folk who still build the JDK with lesstif. I'm building for NetBSD, but I figure that does not matter when it comes to AWT and lesstif. I'm also still building 1.1.6 - but from reading the release notes for blackdown jdk 1.1.7 it sounds like many of the same issues remain. I'm building against lesstif 0.85 as that is what my 1.1.5 port used and it works fine. I'll be updating lesstif - but first I'm trying to get a grip on why 1.1.5 works ok and 1.1.6 is so broken. If anyone is interested, http://www.quick.com.au/java/awt-tests/t4.java is a simple test class which shows a couple of problems with 1.1.6 (I would be interested to here if they remain in 1.1.7). When t4 is run with no args, it produces a _simple_ 200x200 window which is resizable by the wm. This works fine with 1.1.6 With a single arg it adds a menuBar. With 1.1.5 this is fine, but with 1.1.6 we get a shadow of the menuBar at the bottome of the window and the frame is no longer resizable. Traces below... With a 2nd arg it calls pack() before setSize() and 1.1.6 really starts to fall apart. Not only does the resizing not work, but the setSize() does not work either. All cases work fine with jdk-1.1.5 (and lesstif-0.85). Oh and I fixed the problem of the window flashing on the screen and then jumping to 0,0 - in case that is still bugging anyone. --sjg Here are the output of t4 for the above 3 cases. In each run, I simply dragged one corner of the frame to resize it, and then closed the window to terminate the app. The WM is fvwm95 btw, and XFree86 3.3.1 0 args: This class should produce a 200x200 window which is resizable. With a single arg it will add a menuBar Another arg will have it pack() before setSize() ++ create. target x pos: 0, target y pos: 0 create. shell. target width: 200, target height: 200 create. offsets - top: 25, bottom: 5, left: 5, right: 6 create. setting shell resizable create. shell: 15f400, form: 176a00, inner canvas: 176c00, outer canvas: 178200 create. Done. ++ reshape. ++ setMenuBar reshape. x: 0, y: 0, w: 200, h: 200 reshape. offsets - top: 25, bottom: 5, left: 5, right: 6 reshape. adjustments - top: 0, bottom: 0 reshape. Done. ++ in ..._pShow() ..._pShow(). Done. Other WM insets: 583, 430 insets fixed: 5, 25 ++ reshape. ++ setMenuBar reshape. x: 583, y: 430, w: 200, h: 200 reshape. offsets - top: 25, bottom: 5, left: 5, right: 5 reshape. adjustments - top: 0, bottom: 0 reshape. Done. ++ canvasMapOrResize. Event - type: 22, serial: 122, send event: 0,display: 1251328, +window: 117440537 ++ setMenuBar canvasMapOrResize. x: 0, y: 0, width: 190, height: 170 offsets - top: 25, bottom: 5, left: 5, right: 5 ++ WindowResize. outerCanvasResizeCB. width: 200, height: 200 outerCanvasResizeCB. JAVA_UPCALL WindowResize. Done. canvasMapOrResize. Done. ++ shell resize. Xevent x,y,w,h: 0, 0, 252, 210. ++ canvasMapOrResize. Event - type: 22, serial: 150, send event: 0,display: 1251328, +window: 117440537 ++ setMenuBar canvasMapOrResize. x: 0, y: 0, width: 252, height: 210 offsets - top: 25, bottom: 5, left: 5, right: 5 ++ WindowResize. outerCanvasResizeCB. width: 262, height: 240 outerCanvasResizeCB. JAVA_UPCALL WindowResize. Done. canvasMapOrResize. Done. Bye 1 arg: + menuBar This class should produce a 200x200 window which is resizable. With a single arg it will add a menuBar Another arg will have it pack() before setSize() ++ create. target x pos: 0, target y pos: 0 create. shell. target width: 200, target height: 200 create. offsets - top: 25, bottom: 5, left: 5, right: 6 create. setting shell resizable create. shell: 16e600, form: 180c00, inner canvas: 180e00, outer canvas: 184500 create. Done. ++ reshape. ++ setMenuBar reshape. x: 0, y: 0, w: 200, h: 200 reshape. offsets - top: 25, bottom: 5, left: 5, right: 6 reshape. adjustments - top: 0, bottom: 0 reshape. Done. ++ ...pSetMenuBar. ...pSetMenuBar. new menu bar (widget 177000, parent: 180c00) - menu bar height: 0 ++ setMenuBar setMenuBar menu found with height: 25, border: 0, margin: 3, bar border: 0 setMenuBar setMenuBar added menuBar height: 35 ...pSetMenuBar. with menu bar: menu bar height: 0, top offset: 60, bottom offset: 5 ...pSetMenuBar. Done ++ in ..._pShow() ..._pShow(). Done. Other WM insets: 600, 464 insets fixed: 5, 25 ++ reshape. ++ setMenuBar setMenuBar menu found with height: 21, border: 0, margin: 3, bar border: 0 reshape. x: 600, y: 464, w: 200, h: 200 reshape. offsets - top: 60, bottom: 5, left: 5, right: 5 reshape. adjustments - top: 35, bottom: 0 reshape. Done. ++ canvasMapOrResize. Event - type: 22, serial: 194, send event: 0,display: 1304576, +window: 117440565 ++ setMenuBar setMenuBar
Re: Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
I'm not one to normally defend Microsoft, but their JVM is a "true" JVM. The area that they depart from the Java standard is in their choice to leave out support for JNI (Java Native Interface). The reason they chose to do this is that JNI specifies that Java objects can be moved around in memory, at the whim of the JVM. This requires that java memory accesses from native code first explicitly request the value of the variable from the JVM, rather than simply checking the value pointed to by a pointer (after all, the object may have moved after the native pointer was set). Pure Java code that works other JVMs will work with Microsoft's. Pure Java code that works on Microsoft's JVM will work on other JVMs. Why did Microsoft do this? Because they were trying to optimize the performance of WFC calls (their Java interface to MFC). MFC is, of course, native code. If WFC required memory copies for every access to Java memory, the performance of WFC would suck. So Microsoft chose not to implement JNI. The answer to this, of course, is simply to avoid WFC like the plague. Besides, WFC is a really lousy UI. However, Microsoft's JVM is actually pretty decent. In the same way that I get upset when I hear FUD from Microsoft, I also get upset when I hear FUD directed *to* Microsoft. Oh, and for the record, their security model is also different than Sun's. But, then again, so is Netscape's. This isn't too bad, though. It simply means that you need to do a little more work in JavaScript if using signed applets. -dan [EMAIL PROTECTED] (home) [EMAIL PROTECTED] (work) "Matola, Tod" wrote: > I agree it is good to see (yeah Linux), but it is also a strange comparison. > > But my point was, is Micro$oft's sdk really a TRUE JVM? Didn't they buy performace > at the cost of portablity? Don't they play funny games with the low level calls > that get close to the OS? > > I have no first hand knowledge, but I question: is a High Performance compiler > that different from a vendor that doesn't follow the standard and regularly adjust > the OS to make an application perform (have you ever notice what DLL's get loaded > in the system directory during an install). > > Just my $.02. > > Cheers Tod... > > Bryce McKinlay wrote: > > > Although this is good to see, it is hardly fair to compare a native code > > compiler (a commercial one, at that) against a true JVM (which in Microsoft's > > case was only slightly slower) > > > > regards > > > > [ bryce ] > > > > Mario Camou wrote: > > > > > Hi all, > > > > > > Check this out (I'm not including the full text in the interest of conserving > > > bandwidth): > > > > > > http://www.internetworld.com/print/current/webdev/19981123-java.html > > > > > > Way to go!
Re: Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
> Why did Microsoft do this? Because they were trying to optimize the performance of >WFC > calls (their Java interface to MFC). MFC is, of course, native code. If WFC >required > memory copies for every access to Java memory, the performance of WFC would suck. So > Microsoft chose not to implement JNI. Most likely they tried to crush Java by creating a poluted version. This way many developers could write code to their java language, hence being once again attached to Windows... Well, fortunately they lost the first instance in the lawsuit with Sun and they will have to comply with real Java (so, there is no such thing is MS JNI implementation anymore, I didn't even bother memorizing its name). This way Java code will have no need for any specific OS (such as Windows.. Did you get why they did that?). > I also get upset when I hear FUD directed *to* Microsoft. You will get upset a lot yet as the antitrust case goes on... I have no personal complaints about MS, but their way of business, kinda "If I don't like, it won't exist" doesn't seem to be correct. They really gotta have some agency to hold it. Regards, - _/ _/_/ Jauvane Cavalcante de Oliveira _/ _/ _/ University of Ottawa _/ _/ _/ _/_/ School of Information Technology & Engineering _/ _/ _/ _/ Multimedia Communications Research Laboratory _/ _/ _/_/ _/ Phone:1(613)562-5800 Ext.6248/6243 FAX:562-5175 _/_/_/ _/ _/_/ Canada http://www2.mcrlab.uottawa.ca/~jauvane - |Bolsista da CAPES - Brasilia/Brasil| -
Re: Unsubscribing from the list....
In reply to Kelvin Teh's message, I am a VERY recent to Linux and this list, having just gotten and loaded my Red Hat distribution last week, and signed up for this list after that. I am not a newcomer to computing, with about 25 years of experience programming for my physics research and education (including a few years of UNIX experience). I have been hearing good things about Linux for some time, and one of the things that I heard was that the Linux community really acted like a community in the best sense -- helpful to novices and techies alike. Consequently, I have been taken aback by the number of sarcastic comments about those who have forgotten how to unsubscribe from this list. Every list that I have ever been on occasionally has queries from people who don't know how to get off. Sure it's annoying, but to me it's even more annoying to see rude, sarcastic, snide remarks on a list like this. If your overactive Y-chromosome compels you to do it, okay, but if you add a simple comment about how to unsubscribe it may help us all in the long run. Ron Greene Kelvin Teh wrote: > I am a newbie to the Linux world and it is because my first job requires > java that i subscribed to this list...I am also on other linux related > mailing list and generally I feel the Linux community to be friendly and > helpful. However, I find it very puzzling that the java-linux mailing list > does not seem to fall into this description category. Before u click the > reply button to flame me at least hear me out on some observations i have > made...
Re: Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
Jauvane Cavalcante de Oliveira wrote: > > Why did Microsoft do this? Because they were trying to optimize the performance >of WFC > > calls (their Java interface to MFC). MFC is, of course, native code. If WFC >required > > memory copies for every access to Java memory, the performance of WFC would suck. >So > > Microsoft chose not to implement JNI. > > Most likely they tried to crush Java by creating a poluted version. This way many > developers could write code to their java language, hence being once again attached >to > Windows... Well, fortunately they lost the first instance in the lawsuit with Sun >and they > will have to comply with real Java (so, there is no such thing is MS JNI >implementation > anymore, I didn't even bother memorizing its name). This way Java code will have no >need > for any specific OS (such as Windows.. Did you get why they did that?). Yes, this did factor into Microsoft's reasoning. However, when the decision was originally made, it was made for performance reasons relating to WFC. The FUD aspect was an afterthought. This, of course, placed them in an alleged violation with their license with Sun (btw, the injuction is a preliminary decision to prevent further damage until the outcome of the trial is complete--the trial is not yet over, and Sun has not yet "won"). My point is that if you write pure Java code, it will work on the Microsoft JVM. Furthermore, the Microsoft JVM is pretty darn good, from a technical standpoint. I can't agree with Microsoft for desiring to split the Java camp. However, their decision not to support JNI was as much a technical decision as a FUD decision. The FUD is more related to Microsoft's inclusion of WFC in the first place, not in their decision not to support JNI. If you think I'm a MS suporter, or whatever, you simply need look at my posts on Slashdot (my user ID is "The Mayor"). I am *not* a suporter of MS. However, I work for a company that releases Java development tools, and have come in direct contact with VJ++ developers as a result. If they have me fooled as to their intentions, then so be it. I am certainly not immune to being fooled. But, as an "insider", I can confidently say that there are technical reasons for leaving JNI support out of the JVM (besides, JNI was not part of the standard when MS' JVM was first released). > > > I also get upset when I hear FUD directed *to* Microsoft. > > You will get upset a lot yet as the antitrust case goes on... I have no personal > complaints about MS, but their way of business, kinda "If I don't like, it won't >exist" > doesn't seem to be correct. They really gotta have some agency to hold it. I *do* have personal complaints about MS (code bloat, the price of their OSes to OEMs has quadrupled in the past 3 years, they've squashed WordPerfect, Dr. Dos, OS/2, and numerous others). Their decisions concerning Java were partly driven by their desire to split the Java camp. However, unlike their behavior wrt the aforementioned products, I don't really see how their decision concerning Java was anti-competitive. It was, IMO (and I'm no the judge presiding over the case, so it's merely an opinion), a violation of their license with Sun, and as such, will likely be reversed. But it was not anti-competitive (they didn't use an existing monopoly to create a new monopoly, or to extend their existing monopoly). Microsoft will get punished for their anti-competitive behavior. However, that is a separate subject from the Java issue. And, despite all the FUD on both sides, Microsoft's JVM is pretty darn good. -dan [EMAIL PROTECTED] (home) [EMAIL PROTECTED] (work)
Re: Linux Takes Lead in Server-Side Java Performance /IWNovember 23, 1998
Sure, just what we need is another "agency" to protect us from ourselves ( re: Microsoft ). Bruce Mutch
Re: downloading the JDK
if you download from the java.sun.com site, you will be given a choice of ftp or http. vipin XXX_p6lip131 wrote: Hello, First, greetings for all the cool stuff you're doing... please, is there any site where I can dowload the JDK by HTTP protocol? (I'm connecting from a university, FTP downloads are forbiden...) Please!, I need the JDK for Linux! I still have Windows'98 in my computer because it'is the only OS compatible with my JDK... Thanks!
Stupid PopupMenu question
Hi all,
I'm trying to make a PopupMenu appear in a Component (a subclass
of
Canvas, to be precise).
I create the menu in my Component's constructor:
mypopup = new PopupMenu();
mypopup.add("Blah");
// etc...
mypopup.addActionListener(this);
In my processMouseEvent method, I check for mouse clicks in a
certain
place, and then I try to pop up the menu by saying
mypopup.show(this, X, Y);
The result is this:
Exception occurred during event dispatching:
java.lang.NullPointerException: parent is null
at java.awt.PopupMenu.show(PopupMenu.java:92)
at MyComponent.processMouseEvent(MyComponent.java:358)
at java.awt.Component.processEvent(Component.java:2249)
at
java.awt.Component.dispatchEventImpl(Component.java:1781)
at
java.awt.Component.dispatchEvent(Component.java:1708)
at
java.awt.EventDispatchThread.run(EventDispatchThread.java:81)
The documentation for PopupMenu.show() mentions a "parent", but
I can't
figure out how to set it.
I must be missing something obvious, but I don't see it... Your
help
would be greatly apprectiated!
Thanks,
- Tom
for the record
To all the good people who are working hard to grow java on linux; I, for one, appreciate your efforts. In my opinion, you are underpaid! This recent barrage of criticism from new subscribers and wall flowers is completely baseless. We need to make everyone aware that there is a 100% money-back-guarantee. If you aren't completely satisfied, it won't cost you a cent. Its also worth pointing out (again) that this list generates a lot of traffic. It would be to the benefit of everyone involved to stay on the topic. As much as I enjoy MS-bashing, we don't need to do it here. We also don't need to discuss list management issues or badmouth people who haven't yet got it all figured out. I'd like to call a cease-fire and get back to coding, please. If you must reply to this, please reply to me directly. Thank you. I am sorry for adding to the pollution. Douglas Toltzman
Re: for the record
On Tue, 1 Dec 1998, Java News Collector wrote: > To all the good people who are working hard to grow java on linux; I, for > one, appreciate your efforts. In my opinion, you are underpaid! > > This recent barrage of criticism from new subscribers and wall flowers is > completely baseless. We need to make everyone aware that there is a 100% > money-back-guarantee. If you aren't completely satisfied, it won't cost > you a cent. > > Its also worth pointing out (again) that this list generates a lot of > traffic. It would be to the benefit of everyone involved to stay on the > topic. As much as I enjoy MS-bashing, we don't need to do it here. We > also don't need to discuss list management issues or badmouth people who > haven't yet got it all figured out. > > I'd like to call a cease-fire and get back to coding, please. If you must > reply to this, please reply to me directly. > > Thank you. I am sorry for adding to the pollution. > > Douglas Toltzman > > I benefit from almost all the posts to this list and have found very few of the posts "off topic". Mark
Re: Linux Takes Lead in Server-Side Java Performance /IW November 23, 1998
I agree with you about MS's lack of JNI support , however there is on very large "Pure java" type of application that will not run under MS's JVM and they are RMI applets and application. The classes.zip that is shipped with IE4.x , NT 4.0 and 95/98 do not contain the java.rmi.* core package which makes it impossible to write pure java RMI applications/applets without downloading a patch from MS( its hard to find on their web site!!) . Remember all core packages must be included by all licensee's in their implementations. It is clear that MS doesn't want to support RMI because it does not want competition for COM/DCOM. Cheers Chris. dan wrote: I'm not one to normally defend Microsoft, but their JVM is a "true" JVM. The area that they depart from the Java standard is in their choice to leave out support for JNI (Java Native Interface). The reason they chose to do this is that JNI specifies that Java objects can be moved around in memory, at the whim of the JVM. This requires that java memory accesses from native code first explicitly request the value of the variable from the JVM, rather than simply checking the value pointed to by a pointer (after all, the object may have moved after the native pointer was set). Pure Java code that works other JVMs will work with Microsoft's. Pure Java code that works on Microsoft's JVM will work on other JVMs. Why did Microsoft do this? Because they were trying to optimize the performance of WFC calls (their Java interface to MFC). MFC is, of course, native code. If WFC required memory copies for every access to Java memory, the performance of WFC would suck. So Microsoft chose not to implement JNI. The answer to this, of course, is simply to avoid WFC like the plague. Besides, WFC is a really lousy UI. However, Microsoft's JVM is actually pretty decent. In the same way that I get upset when I hear FUD from Microsoft, I also get upset when I hear FUD directed *to* Microsoft. Oh, and for the record, their security model is also different than Sun's. But, then again, so is Netscape's. This isn't too bad, though. It simply means that you need to do a little more work in JavaScript if using signed applets. -dan [EMAIL PROTECTED] (home) [EMAIL PROTECTED] (work) "Matola, Tod" wrote: > I agree it is good to see (yeah Linux), but it is also a strange comparison. > > But my point was, is Micro$oft's sdk really a TRUE JVM? Didn't they buy performace > at the cost of portablity? Don't they play funny games with the low level calls > that get close to the OS? > > I have no first hand knowledge, but I question: is a High Performance compiler > that different from a vendor that doesn't follow the standard and regularly adjust > the OS to make an application perform (have you ever notice what DLL's get loaded > in the system directory during an install). > > Just my $.02. > > Cheers Tod... > > Bryce McKinlay wrote: > > > Although this is good to see, it is hardly fair to compare a native code > > compiler (a commercial one, at that) against a true JVM (which in Microsoft's > > case was only slightly slower) > > > > regards > > > > [ bryce ] > > > > Mario Camou wrote: > > > > > Hi all, > > > > > > Check this out (I'm not including the full text in the interest of conserving > > > bandwidth): > > > > > > http://www.internetworld.com/print/current/webdev/19981123-java.html > > > > > > Way to go!
Re: for the record
[EMAIL PROTECTED] wrote: > On Tue, 1 Dec 1998, Java News Collector wrote: > > > To all the good people who are working hard to grow java on linux; I, for > > one, appreciate your efforts. In my opinion, you are underpaid! > > > > This recent barrage of criticism from new subscribers and wall flowers is > > completely baseless. We need to make everyone aware that there is a 100% > > money-back-guarantee. If you aren't completely satisfied, it won't cost > > you a cent. > > > > Its also worth pointing out (again) that this list generates a lot of > > traffic. It would be to the benefit of everyone involved to stay on the > > topic. As much as I enjoy MS-bashing, we don't need to do it here. We > > also don't need to discuss list management issues or badmouth people who > > haven't yet got it all figured out. > > > > I'd like to call a cease-fire and get back to coding, please. If you must > > reply to this, please reply to me directly. > > > > Thank you. I am sorry for adding to the pollution. > > > > Douglas Toltzman > > > > > > I benefit from almost all the posts to this list and have > found very few of the posts "off topic". > > Mark If you did benefit from the list then how about letting people benefit something from YOU by shutting your mouth up. Don't try to start another argument on this list because it's even worse than continuing the old arguments. Be nice, at least give it a try. Regards, Mike
Time slicing or tricks to simulate it?
It appear that the the linux implementation of java does not do time-slicing (I'm running jdk 1.1.7v1a, using the tya jit). Is that correct? If so, does anyone have any suggestions for simulating time-slicing (other than throwing in a lot of yields())? My curent problem involves writing a gui that monitors a rather lengthly process. I'd like to have the compute intensive method update a gui monitor as it proceeds. However, the compute intensive method seems to consume all the time - the gui doesn't even get repainted until the compute intensive method finishes. Raising the priority of the gui (and putting in a few yields()) doesn't make any differences. Any suggestions would be appreciated. --- Barnet Wagman [EMAIL PROTECTED] --
