What's so platform dependent with Java2 source?
First, no I haven't read the source; my views are based on my thoughts. Why has it been so difficult to port Sun's Java2 source to Linux? I was under the impression that a) Sun isolated their platform-dependent parts, b) all the rest of the code is in portable, standard C, and c) the source code is fairly well-organized. I would also tend to believe that Sun would probably use POSIX and/or de-facto system calls for system-related tasks such as threads and I/O. The current "release" is still labelled a pre-release, suggesting that it should definitely not be used to do real work. Even the porting team says that one should use it only if you are "willing to take some risk". So what are the major problems in porting this thing and why has it taken so many months without the end in sight? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Other ports
Besides the Blackdown 1.1.x/1.2 ports and the IBM 1.1.6 port, are there any other ports (as opposed to actual implementation like Kaffe) underway to provide a useable Java implementation for Linux? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Platform dependence of Java2 source ...
Hi all. Alright. In order to gain a good understand of the issues that have arisen during the port of Java2 on Linux, I have read over the past messages regarding technical difficulties in the port. There seem to be several main ones: - Linux threads are screwy and the Java2 source (J2S) uses Solaris threads rather than pthreads. The two don't mix well. - J2S is written for 64-bit Solaris. - J2S uses system calls that are incompatible with Linux. - Memory management is "tough to port". - AWT is also somehow hard to port. The first point makes a lot of sense. I don't know enough to accept the second point. Yes Solaris 7 is a "64-bit OS", even though it might run on a 32-bit processor. But what about 2.6 and 2.5? Are those 64-bit OSs too? For the third point I can only interpret it to mean that J2S does not use POSIX calls but some non-standard ones for if they use POSIX calls, they must be the same on Linux if they are implemented. The fourth point I can't understand at all. It's standard C. C provides only the malloc/free pair for dynamic memory. I find it hard to believe that there could be any sort of shared memory usage. I suppose there could be some use of thread local storage. Of all these, I can only see possible problems with the latter. Everything else should just "compile". What's the problem with memory management? The fifth one I also can't understand. Isn't Java2 built on top of Motif/X? Aren't X and Motif calls "standardized"? If anyone can shed some light, it would be great. Please CC a copy to [EMAIL PROTECTED] directly. I've been trying to subscribe to the mailing list and I get these success responses from the mailing list program but I don't get any messages from the list itself. Thanks. Andreas Jaeger writes: > > Steve Byrne writes: > > Steve> [EMAIL PROTECTED] (Nelson Minar) writes: > > >> Java hits threads very hard. In particular, the native threads port of > >> Java stresses the glibc threading framework (and the kernel!) more > >> than most systems. So you have to contend not just with portability > >> problems, not just bugs in the Java sources, but bugs and misfeatures > >> in the Linux implementation too. > > Steve> Right. LinuxThreads doesn't completely play well with signals. This > Steve> causes race conditions. It's messy. We may end up including a (slightly) > Steve> custom libpthreads with the release to work around these issues. > > Jürgen told me already about some of the problems with LinuxThreads. > Could anyone from the blackdown team come up with a detailed > explanation what's broken - and what's needed? As I'm one of the > glibc developers[1] I might try to help get some of these into glibc. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
V4a crashes on startup
Hi, I've never had any problems with the previous ports. Now I install v4a and the thing crashes :-( What happened? I use S.u.S.E. 5.1 and chose the libc-version. Here come the libs: ldconfig: version 1.9.2 /usr/X11R6/lib: libXtst.so.6 => libXtst.so.6.1 libXt.so.6 => libXt.so.6.0 libXp.so.6 => libXp.so.6.2 libXmu.so.6 => libXmu.so.6.0 libXi.so.6 => libXi.so.6.0 libXext.so.6 => libXext.so.6.3 libXaw.so.6 => libXaw.so.6.1 libXIE.so.6 => libXIE.so.6.0 libX11.so.6 => libX11.so.6.1 libSM.so.6 => libSM.so.6.0 libPEX5.so.6 => libPEX5.so.6.0 libICE.so.6 => libICE.so.6.3 /usr/i486-linux/lib: /usr/i486-linuxaout/lib: /usr/local/lib: /usr/lib: libsnmp.so.3.1 => libsnmp.so.3.1 libopcodes.so.2.8.1 => libopcodes.so.2.8.1 libbfd.so.2.8.1 => libbfd.so.2.8.1 libgpm.so.1 => libgpm.so.1.11 libtermcap.so.2 => libtermcap.so.2.0.8 libcurses.so.1 => libcurses.so.1.0.0 libpthreads.so.1 => libpthreads.so.1.60.4 libgnumalloc.so.5 => libgnumalloc.so.5 libpanel.so.3.0 => libpanel.so.3.0.970515 libncurses.so.1.9 => libncurses.so.1.9.7a libmenu.so.3.0 => libmenu.so.3.0.970515 libform.so.3.0 => libform.so.3.0.970515 libstdc++.so.27 => libstdc++.so.27.2.1 libg++.so.27 => libg++.so.27.2.1 libgdbm.so.1 => libgdbm.so.1.7.3 libdb.so.1 => libdb.so.1.85.2 /lib: libm.so.5 => libm.so.5.0.9 libc.so.5 => libc.so.5.4.33 libncurses.so.3.0 => libncurses.so.3.0.970515 libdl.so.1 => libdl.so.1.9.2 ld-linux.so.1 => ld-linux.so.1.9.2 Thanx, Gerald
Re: What is the difference between protected & public?
> I'm using jdk1.1.6v1 glibc jdk, I can compile B.java > successfully. However, A.java & B.java doesn't in the same package, why > it can compile successfully? B.java shouldn't had access right to A.y. > Am I wrong? Pls tell me the error. Leung, you're not using any 'package'-statements, so the code in both files is part of the same unnamed default package. Hence B.getY() does have access to A.y. Gerald
Re: this must be a bug
Richard, your PipedOutputStream has to be connected to a PipedInputStream before being used. Gerald
JDK & native threads
I'm starting to pull out my hair from the fact that the current JDK is based on user threads. I can't call anything that can potentially block, because everything will block. An alternative is Kaffe, but it's too incomplete to be usable right now. Is anyone working on producing a version of the JDK that uses native threads ? I remember reading about some "problems" with this. What are the problems ? Thanks.
Re: JDK & native threads
> (Ok, so on older versions, reads from STDIN/STDOUT/STDERR were a problem
> but this has been addressed)
>
Are you sure ? The following seems to indicate that at least
STDIN will block everything.
import java.io.*;
public class Threads extends Thread
{
public static void main (String[] av)
{
try {
Threads th = new Threads ();
th.setDaemon (true);
th.start ();
Thread.sleep (5000); /* Is the thread running ? */
System.out.println ("What's your name ?");
String strn = (new BufferedReader (
new InputStreamReader (System.in))).readLine ();
System.out.println ("Hello, " + strn + "!");
} catch (Exception e) {
e.printStackTrace ();
}
}
public void run ()
{
try {
while (true) {
System.out.println ("Waiting");
Thread.sleep (500);
}
} catch (Exception e) {
e.printStackTrace ();
}
}
}
Re: JDK & native threads
> If you check the Java-Linux bug database (jitterbug) you will see > that I was the one to report this and that Kevin was the one who > did most of the work to address this. Jitterbug ? Is that the "Bug Reporting" page on Blackdown ?
How long will it take to port 1.1.7 ?
I'm curious. How long does it usually take to port the full 1.1 JDK ? I'd guess that since all the 1.1.x are all just bugfixes of the previous version, the changes shouldn't be that extensive. Having all the changes made to the previous versions should speed things up too. Am I wrong ?
Re: JDK 1.1.7 source released yet?
Michael Thome wrote: > > Any of you noncom licensees been able to get their 117 distribution > yet? Sun keeps pointing me at files on their server that don't exist. I downloaded mine this morning.
Where is code for Java image -> X11 Image ?
I've been looking at the 1.1.7 source code. I'd like to find the C code which takes a Java image in int array format, like what is passed to a MemoryImageSource, and converts it into an X11 image for display. I think it's somewhere inside the src/solaris tree in a directory with a bunch of awt_*.c files, but because I'm not familiar with X programming, I can't figure out where. Can someone point me to it please ? Thanks.
Where is Java Image -> X11 Image code ?
I sent this message before, but I don't think it made it to the list, so I'm trying again. I'm looking for the C code which converts a Java image ( in the form of an int array ) into the coorsponding X11 image. I thought it would be straightforward, but I can't seem to find it. The closest I got was a directory full of awt_*.c files, but it doesn't look like any of the stuff in there does this conversion. Can someone please point me to it ? Also, out of curiosity, has the porting of 1.1.7 started ?
Re: Swing and Threads
> > Well that illustrates my point. A developer should not have to do that. > > The Swing team should provide the queue interface it should not have to be > > cobbled together by every developer that wants to write a complex graphics > > program. > > I never had any problems with Display Postscript under Nextstep. The > > interface was very easy to use and multi threaded drawing was much > > easier to implement. > > Just fill a message buffer and send it. The locking is at the message level. Are you sure ? The UI libraries of NeXTSTEP are not threadsafe, and it was strongly encouraged that the UI be accessed by only one thread. Interaction with the UI via multiple threads often yielded strange results. This is the primary reason why there are so many "MultiThreadedApp" objects around. These things used to buffer UI requests from child threads, and release them to be executed when the main thread is scheduled and executing so that conflicts would not occur. To clarify, I mean NeXTSTEP in terms of the 3.x versions, not OPENSTEP.
Re: Swing and Threads
> Short answer the UI used a single DPSContext you were free to create as many as > you wanted. Thre creation is expensive > I never used more than two. > The Contexts were individually thread safe. So you can eather create a new Context > or manage your default one. > You were gasp given a choice. Perhaps I should've also mentioned that I was talking about the AppKit, which more closely correlates to Swing than does Display Postscript. As far as I can remember, the AppKit is not thread safe and it is not advisable to use it with more than one thread. Can you just create another DPSContext and use the AppKit with it ? I wasn't aware of that.
Sun's ORB & Java-Linux
Has anyone got Sun's ORB to work with Linux's Java port ? I'd like to use CORBA with Java but it says on Sun's web page that JavAIDL is for JDK1.2 only. It'd also be great if the ORB is actually stable. Suggestions for alternative ORBs perhaps ? Thanks.
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 ?
Re: (no subject)
unsubscribe
Re: Swing applications + TYA 1.2?
Bryce McKinlay <[EMAIL PROTECTED]> writes: > I was going to send this to Albrecht Kleine (author of TYA), but can't seem to > resolve his mail address, so I'll post it here. Origional message follows: > > -- [error message sniped] > Environment: - Kernel 2.1.131ac8 - glibc 2.0.7-29 - JDK 1.1.7v1a (tried with > both native & green threads) - Swing 1.1beta3 > > I have tried #undef EXCEPTIONS_BY_SIGNALS but the error still occurs. > > No problem with TYA 1.1-v4 ... > > --- > > Anyone have any ideas? > > [ bryce ] > > I see the same problem on a system with Kernel 2.0.35 and libc5. And it seems that Albrecht has a problem with his mail feed - my mail to him bounced, too. cheerio Jerry -- ||| ... and now for something completely different ... o o --m--!--m--
Re: little endian & big endian
As mentioned below, class files are MSB. That is defined in the Java specification. For serialized objects, one only has to look at the serialization source code. The specification also indicates that a VM's internal representation is implementation dependent. The common sense of most people who tell them that it is LSB on LSB machines, MSB on MSB machines. It does not matter as long as the interface is consistent. For PROOF, in the sense of absolute correctness, once must look at the VM source code. The source code tells you whether it is itself manipulating the endianess, or whether it is relying on the semantics of the compiler's generated code. If it is the latter, then one must know the endianess of the hardware. The interface to the hardware specifies whether it is MSB or LSB. If you don't believe the specifications, you'll have to infiltrate the hardware manufacturer's engineering facilities and look at their design. If you don't believe those, you'll have to infiltrate the fabrication plants steal a mask, and scrutinize it. If you don't believe what you see, you'll have to question the laws of natural physics. >> > I now have two different opinions. Some say Java is big-endian, some >> > say it depends which machine it's on. Who's right? Proofs, please. >> >> Class files and serialized objects are MSB. The endianness of the VM >> itself is implementation dependent; however, if you could devise a >> pure-Java program that could detect the endianness of the VM, you >> would have found a bug in the spec.
SUN "supports" Java on Linux?
So what exactly did SUN do when they spoke of their "support of the Linux developer community" (http://java.sun.com/pr/1998/11/pr981102-01.html)? I've heard that they released the JDK1.2 source to Blackdown prior to their releasing the final JDK1.2 on their web site, but surely this couldn't have made that much of a difference nor warranted a high publicity press release ... Also, am I correct in assuming that the Linux JDK1.2 port will not have a JIT? Does anyone have any performance numbers of it and other Linux JVMs, such as Cafemark? Thanks.
Green/Native threads
The difference between "green" threads and "native" threads is that in the latter the operating system provides for thread support while in the former the application, in this case a JVM, builds its own thread support on top of one native thread. Hence, if a JVM's green thread implementation does not preempt nor do time slicing, then it won't do your "true multitasking" very well. Why? Well, the only mechanism to pass control from one thread to another is by getting the running thread to yield. If it doesn't yield, then of course it won't multitask well. In a native threads situation very likely the underlying operating system implements some sort of preemption and/or time slicing mechanism (yes they are different things). The operating system hence can control which thread gets the CPU. So you get "true multitasking". Non-Java processes don't have the problem because "processes" are heavyweight native threads, essentially. Non-Java threads MAY have the problem if they are not native threads. Assuming you are talking about Linux when you talk about G++, yes Linux implements a time slicing mechanism. I don't think it implements preemption. >Hmm. Everyone says that's the best thing about native threads. But what about >"true" multitasking? In my experience, green threads don't do that very well. >For example, if I have two threads of equal priority, one of which are >performing some calculations (i.e. is not using I/O stuff and such, which seems >to implicitly yield() the thread), the other will hang unless I do explicit >yields(). > >Surely that's not the case with native threads, is it? I mean, non-Java >processes/threads don't have that problem (you don't see g++ hanging the entire >system until it's finished compiling, do you?).
Hatred of 1.2 messages
>Maybe we could add a "Asking when 1.2 will be done will result in >unsubscription from this list and subscription to as many AOL spam lists >as possible. Don't ask!!" I'm starting to get the feeling that many in this group are approaching "when will 1.2 be out" messages with a very disheartening attitude that will surely turn potential users off. They ask because they want it. There is an official release for Solaris. The Windows JVMs happen to run way faster than anything else. Yet, they ask about the Linux version. Perhaps it's because they think it's the right-thing-to-do or perhaps it's their only option because they're already using Linux. There are potential users anxious for it and they'll praise those who make it happen. Yet there are those who feel perfectly correct telling them to shut up and go away. If they go, it just makes the porters' effort that much less useful. Disheartened porters do less in more time, and more potential users leave. The feedback loop is quite obvious. It's very sad, really. I, myself, am very anxious to get a hold of a working JDK1.2 for Linux. I constantly wonder when it'll be out. Yet every time I see statements like the ones above I'm reminded of the childish people surrounding this project and I'm convinced more and more that the childishness will lead the project to doom. What I propose is simple. FIRST, for every message regarding the status of JDK1.2 on Linux, refer the inquirer to the 1.2 Status web page, and refain from degrading the reply by any of your personal comments. SECOND, the web page should provide a best guess as to when the porting should be finished. Having a nice complicated JCK table full of colors and numbers is nice, but many don't know what the JCK is nor do they care. They just want a "working JDK1.2". An estimate of remaining time required is something everyone can understand. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
While I understand the pure "netiquette" viewpoint and would tend to believe that it would be best in an ideal world, this is not the ideal world and I cannot agree with it. One cannot expect everyone to follow the rules. If the mailing list is only willing to cater to people who do-it-right, it will only end up catering to an extremely small, isolated community of people. If you drive away the commoners so that only the royalty remain, from whom do you collect your taxes? Perhaps Christopher Rowan, Dimitris Vyzovitis and Paolo Ciccone said it better than I in that bad temper and "netiquette" without "etiquette" is worse than nothing at all. Why do people use such degrading sarcasm and bad tempered style in their replies? What purpose does it serve? It does not teach inquirers netiquette nor does it help to retain them as potential users. Those who don't know the name "Dale Carnegie" really should look it up. As for my suggestions, they are only suggestions, although I don't see any inherent faults in them. If one is going to take the time to reply to an inquirer, why flame them and leave them with anger and no information, when instead you can leave them with a sense of activeness within the group as well as the information. The former only helps them to demote the group members in the inquirer's mind, while the latter gives them the feeling of community. Who knows. Perhaps they can help. As for posting an estimated time: myself, I would rather see an estimate to the closest half year than a big technical chart that tells me nothing. Even "No Estimate" is pretty good since it directly answers everyone's question. For all anyone knows, those who ask may be those who've already looked at the web page and thereafter ask "what the hell does that mean?" People want to know when it'll be ready, not what tests it has passed. I know it's difficult to estimate for the unknown, but that's what everyone wants to know. If your phone line screws up, you don't want to know what tests the telco has done and what tests remain. Likely you won't understand it even if they tell you. You just want to know whether your line will be operational in time for that phone interview an hour from now. At 12:08 AM 2/24/99 -0600, you wrote: >Gerald Gutierrez <[EMAIL PROTECTED]> writes: > >> I'm starting to get the feeling that many in this group are approaching >> "when will 1.2 be out" messages with a very disheartening attitude that >> will surely turn potential users off. > >Well let's see. Presumably to find out about the mailing list, they >will have visited www.blackdown.org. At that website, there is a >*prominent* link to the JDK 1.2 status. I don't see why there is a >big right for them to bother the list with information that they could >have easily looked up themselves (which is also contained in the list >archives). Common netiquette has it that you RTFM first, then check >the archives (or dejanews or whatever), and then finally ask on the >list if you have a question. It saves everybody's time, including the >person looking for an answer. > > ... > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
>Please understand that we're doing what we can. Yes I understand and appreciate your effort. I'm sure you can understand my intentions as well. I am only trying to influence those whom I see as threats to your effort to change for the better. >I think it's pretty common knowledge now that scheduling >volunteer based projects is folly; I won't engage in it. Then the web page is only providing most potential users with a table full of colors and very little information for which they then look on the mailing list. I find the trend quite obvious. I can understand your unwillingness to put up a date. One alternative is to put up "No estimated completion date." It would at least directly answer the question of "When will JDK1.2 for Linux be ready?". -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
At 08:45 AM 2/26/99 -0800, you wrote: >>>>>> "GG" == Gerald Gutierrez <[EMAIL PROTECTED]> writes: >GG> Then the web page is only providing most potential users with >GG> a table full of colors and very little information for which >GG> they then look on the mailing list. > >I disagree, having that page with the table that shows the progress is >quite valuable for me and other people in my company (borland.com). We >licenced the JDK long ago and we have knowledge of what's in >it. Seeing what remains to be tested with JCK gives us an idea of the >progress done. Unfortunately those, such as yourself, who understand and care about what's involved only constitute the minority .. the "java-elite". I know many programming gurus at Motorola where I work that can't care less what JCK tests java-linux has passed. They simply a) expect it to work when its released and b) want to know when it'll be released. I find the same attitude amongst all those whom I know that care about java-linux. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problem with JSplitPane on 1.1.7 and Swing 1.1.1b2
Hello folks,
could anyone please tell me if this is a problem with the Blackdown
JVM or with Swing pre Java 1.2. Under JDK 1.2 on NT, the attached code
works as I expect it to, i.e. if I click in a TextField, I see a caret
and the event-listeners get events when I click, press enter etc.
Under Blackdown 1.1.7 with Swing 1.1.1 Beta 2, there is no caret if I
click in one of the JTextFields, and I don´t get any events from the
listener. I don´t have a win-machine with jdk1.1.7 and Swing handy to
test there.
Thanks
Jerry
--8<-- cut here
import java.awt.*;
import java.awt.event.*;
import javax.swing.*;
public class test4 extends JFrame implements ActionListener,FocusListener{
public test4() {
super ("System Diary - demo for simple tree");
setSize(350,80);
addWindowListener (new BasicWindowMonitor());
JTextField b1 = new JTextField("Button 1");
JTextField b2 = new JTextField("Button 2");
b1.addActionListener(this);
b2.addActionListener(this);
b1.addFocusListener(this);
b2.addFocusListener(this);
JSplitPane test = new JSplitPane(JSplitPane.HORIZONTAL_SPLIT,b1,b2);
getContentPane().add(test);
setVisible(true);
}
public void actionPerformed(ActionEvent e) {
System.out.println(e);
}
public void focusGained(FocusEvent e) {
System.out.println(e);
}
public void focusLost(FocusEvent e) {
System.out.println(e);
}
public static void main (String[] args)
{
test4 t = new test4();
}
}
--8=--cut here
--
||| ... and now for something completely different ...
o o
--m--!--m--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun's hiring Linux guys
Hey. > Does it mean that Sun wants to get more involved in the > Java-Linux-development? Seems to be. http://www.javasoft.com/jobs/D/Job5440.html One peculiar thing about the web page: "Typical number of years of relevant experience: 35" I assume that really meant "3-5". Or otherwise it must mean they really ARE aware of the problems and believe that only guys that've been around even before UNIX was born can help them. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
JIT/Hotspot/Interpretor Information
With all the recent news regarding Java/Linux (and being hit by the idea that there really isn't any useable open source Java engine), I became interested in the general topic of JITs, Hotspot-type engines (what's it called .. dynamic compilation?) and bytecode interpretors. Can anyone recommend some papers and/or sites (or even class notes) that introduces these topics and discusses them in detail? Thanks. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Java3D examples
ava:174) "Reference Handler" (TID:0x2b9583b0, sys_thread_t:0x81032d0, state:CW) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java, Compiled Code) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114) "Signal dispatcher" (TID:0x2b9583e0, sys_thread_t:0x8101418, state:CW) prio=5 "Thread-1" (TID:0x2b973c08, sys_thread_t:0x804c378, state:CW) prio=5 Monitor Cache Dump: java.util.Vector@2B96A140/2B9E42F8: Waiting to be notified: "Image Fetcher 0" (0x83fcaf8) java.lang.Object@2B968F50/2BAAC038: owner "J3D-Traverser-1" (0x8693b58) 1 entry Waiting to enter: "J3D-Behavior-1" (0x84e6d98) java.lang.Object@2B968F48/2BAAC030: owner "J3D-Traverser-1" (0x8693b58) 1 entry javax.media.j3d.CollisionThread@2B9651E0/2BAADDB8: Waiting to be notified: "J3D-Collision-1" (0x84c4220) sun.awt.PostEventQueue@2B970E98/2B9D9908: Waiting to be notified: "SunToolkit.PostEventQueue-0" (0x82fdbc8) javax.media.j3d.BehaviorScheduler@2B965F40/2BAAC9C0: owner "J3D-Traverser-1" (0x8693b58) 0 entries javax.media.j3d.SoundScheduler@2B978758/2BB0E190: Waiting to be notified: "J3D-SoundScheduler-1" (0x86bf988) ÁWaiting to be notified: "Screen Updater" (0x8621848) java.lang.ref.ReferenceQueue$Lock@2B958338/2B98DD48: Waiting to be notified: "Finalizer" (0x8108020) java.lang.Object@2B970580/2B9E5B90: owner "J3D-View-1" (0x8695390) 1 entry javax.media.j3d.UniverseManager@2B96D0A0/2B9D9C70: Waiting to be notified: "J3D-UniverseManager-1" (0x86c1c10) java.awt.EventQueue@2B970F58/2B9D95D0: Waiting to be notified: "AWT-EventQueue-0" (0x82fc490) java.lang.ref.Reference$Lock@2B9583C0/2B98D878: Waiting to be notified: "Reference Handler" (0x81032d0) javax.media.j3d.ViewThread@2B962638/2BAA3AD0: Waiting to be notified: "J3D-View-1" (0x8695390) javax.media.j3d.InputDeviceScheduler@2B971B08/2B9E4B50: Waiting to be notified: "J3D-Input-1" (0x8517d38) java.lang.Class@2B96D8D0/2B9DB610: owner "J3D-Renderer-1" (0x850b3b0) 1 entry Registered Monitor Dump: Invoker change lock: utf8 hash table: JNI pinning lock: JNI global reference lock: BinClass lock: Class linking lock: System class loader lock: Code rewrite lock: Heap lock: Monitor cache lock: owner "J3D-Renderer-1" (0x850b3b0) 1 entry Dynamic loading lock: Monitor IO lock: User signal monitor: Waiting to be notified: "Signal dispatcher" (0x8101418) Child death monitor: I/O monitor: owner "AWT-Motif" (0x8325538) 1 entry Alarm monitor: Waiting to be notified: (0x80577e0) Thread queue lock: owner "J3D-Renderer-1" (0x850b3b0) 1 entry Waiting to be notified: "Thread-1" (0x804c378) Monitor registry: owner "J3D-Renderer-1" (0x850b3b0) 1 entry What do you think of this ? Must I change my JDK ? Thanks for your help, Gerald. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[ANN] Viva - Open Source Java Site Goes Live
Hi, I've put together a site dedicated to open source Java called Viva. Viva aims to give you a quick overview of the state of open source Java and uncover and clarify Sun's open source Java stand. For now the Viva site includes: * a directory listing open source Java runtimes, compilers, core libraries, test suites, FAQs, UI toolkits and more * another directory listing dozens of open source Java runtimes from the research community * a link directory about open source basics and about Sun's offical open source PR propaganda * a call to action to pressure Sun to open-source the Java core and to help secure the future of Java as an open royality-free standard * more to come Full story @ http://viva.sourceforge.net Comments? Suggestions? - Gerald __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[ANN] The Java Republic - Chronicle of The Free Java Now Campaign Goes Live
Hi, I've started the Java Republic - a news blog dedicated to core open soure Java building blocks such as runtimes, test suites, compilers, core libraries, scripting languages and so on. The Java Republic is part of the Viva! initiative that tries to give you a quick overview of the state of open source Java and uncovers and clarifies Sun's open source Java stand. For a sense what the Java Republic is all about let me quote the latest news headlines: * gcj Delivers Fastest Eclipse Under The Sun * SuperWaba 4.0 Now Playing on Palm OS, Windows Pocket PC and more * Kaffe 1.1.1 Goes Live Full story @ http://viva.sourceforge.net/republic Any comments? - Gerald __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[ANN] Viva The Java Republic! Forum Now Live at The Javalobby
Hi, Just to let you know that Rick Ross added a new forum titled "Viva! The Java Republic" to the Javalobby site where you can talk about the Free Java Now Campaign a.k.a "Operation Java Freedom" and work out the next steps to help secure the future of Java as an open royality-free standard. To kick off the new forum I've started half a dozen discussion threads: * GNU Classpath 0.06 Now Out * Java 3.0 - Think Different * Rethinking the Java Cartel Process (TM) * JSmooth - Wrap your .jars into .exes * Article: Create Desktop Applications with Web Technologies * Viva! - Take Action Now - Join The Free Java Now Campaign * Groovy - Jazzing Up Plain Old Java Full story @ http://www.javalobby.org/forum.jsp?forum=156 - Gerald PS: What is Viva! What is the Java Republic? The Viva! site collects links to core open source Java building blocks such as runtimes, core libraries, test suites, UI toolkits and more. The Viva! site also includes a call to action to put pressure onto Sun to fullfill its promises. More info @ http://viva.sourceforge.net The Java Republic is a news blog that chronicles the Free Java Now Campaign. More info @ http://viva.sourceforge.net/republic/ __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Poll: Do you want to see Java set free (that is, open sourced)?
Hello, To shade some light on the ongoing open source Java discussion I invite you to cast your vote in the Java Republic online poll asking "Do you want to see Java set free (that is, open sourced)?": Answers include: o Yes, because only free Java will lead to wide distribution and acceptance. o Yes, because Sun's dominance is against the interest of the Java community at large. o Yes, because only free Java allows non-standard speciality distributions that fill all niches. o Yes, because only free Java can avoid forking and keep everybody working together. o No, only with Sun in charge can you keep Java from forking and enforce compatibility. o No, only with Sun in charge can you keep Microsoft from running away with Java. o No, but I want to see an independent organization take over from Sun. o Other (Please Comment) You can find the pollstation online @ http://viva.sourceforge.net/republic/2004/03/poll_do_you_want_to_see_java_set_free_that_is_open_sourced.html - Gerald PS: You can find an alternative poll by Carlos E. Perez online @ http://www.manageability.org/polls/should-sun-make-java-open-source/mpoll_poll __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
DevX Online Poll: Should Sun Distribute an Open Source Version of Java with IBM?
Hello, allow me to hightlight a new online poll on the DevX Developer site front page that asks: "Should Sun distribute an open source version of Java with IBM, as Big Blue suggested in its open letter?" Answers include: * No way. It'll just fragment Java even more. * Definitely. The open source community would be a better steward. * Maybe, but what's in it for Sun? * Either keep pace with .NET or open it up so I can. Cast your vote today @ http://www.devx.com/DevX/Poll/20576 - Gerald ---- Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Poll Results: Do you want to see Java set free (that is, open sourced)?
Hello, thanks to everybody for casting your vote in the Java Republic online poll asking "Do you want to see Java set free (that is, open sourced)?". Now the results are in: 66 votes (32%) - Yes, because only free Java will lead to wide distribution and acceptance. 25 votes (12%) - Yes, because Sun's dominance is against the interest of the Java community at large. 5 votes ( 2%) - Yes, because only free Java allows non-standard speciality distributions that fill all niches. 11 votes ( 5%) - Yes, because only free Java can avoid forking and keep everybody working together. 68 votes (33%) - No, only with Sun in charge can you keep Java from forking and enforce compatibility. 7 votes ( 3%) - No, only with Sun in charge can you keep Microsoft from running away with Java. 21 votes (10%) - No, but I want to see an independent organization take over from Sun. 5 votes ( 2%) - Other (Please Comment) Full story @ http://viva.sourceforge.net/republic/2004/04/poll_results_do_you_want_to_see_java_set_free_that_is_open_sourced.html If you know of any other online polls about open source Java please let me know and I will add it to the Viva! polls collection online @ http://viva.sourceforge.net/polls.html - Gerald ---- Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun Lawyers Attack The Java Republic News Blog
Hello, I just got an email from a Sun lawyer advising me to rename the Java Republic news blog to the Republic for discussion of Java(tm) technology or to the Republic regarding the Java(tm) platform. I'm not making it up. What's next? Sun lawyers suing the Java Republic to rebrand their island? See the email titled "Sun's Java Trademarks" yourself online @ http://www.mail-archive.com/[EMAIL PROTECTED]/msg00025.html Any comments? - Gerald ---- Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Just Say Viva! Just Say Kaffe - Java Rebranding Campaign Kicked Off
Hello, As a follow-up to the post "Sun Lawyers Attack The Java Republic News Blog" allow me to suggest a rebranding campaign: Why not follow IBM's lead and drop the Java name and use Eclipse or Viva! or Kaffe instead? Java (TM)* is way too overused anyways. Is Java a operating system? Is Java a language? Is Java a class library? Is Java a runtime? Is Java a bytecode machine? Let's use new names to clear up the confusion: * Why not use Viva! or Kaffe for the bytecode machine and runtime? * Why not use Viva! Libraries or Classpath for the class libraries? * Why not use Shark or Viva/J or Kaffe/J for the language? * Why not use Linux for the operating system? Any thoughts? Any suggestions? - Gerald (*) Sun Lawyer: As you know, Java is a Sun trademark that is used to designate certain Sun technologies, as well as Sun products and services incorporating those technologies. By protecting the Java mark, Sun also protects the underlying technology and our licensees, by ensuring that only goods and services that meet our stringent criteria qualify to bear our Java compatibility logos and make other appropriate references to the Java mark. Maintaining a strong Java trademark is one of the many ways in which Sun seeks to ensure that the Java technologies continue to meet the needs of our entire user community. We hope you understand that in order for Sun to preserve the strength of the Java marks and to preserve the compatibility and other benefits of Java technology, trademark law requires that Sun monitor use of its Java and Java-based marks by others and, in some circumstances, take steps to ensure that these companies and individuals change the way they use Sun's Java mark. ---- Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun Lawyers Attack The Java Republic News Blog
Hello Matt Avery, > One comment -- [EMAIL PROTECTED] is a > technical mailing list. Correct me if I'm wrong. The point of blackdown is to create a free Java runtime alternative for the free Linux operating system. Don't you think it's worth clearing up Sun's Java trademark policy before investing any further effort? Is a free Java runtime possible at all or will Sun sue you if you don't license and pay up for the Java trademark and Java (TM) technology APIs and compatibility tests and so on? - Gerald Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Questions for the Java Open Source "Debate" at JavaOne
Hello, Allow me to highlight the blog story by Tom Tromey - of GNU Compiler for Java (gcj) fame - that points out some questions to ask if you attend the Java Open Source Debate at Sun's JavaOne conference. True to style Sun has - of course - not invited any actual Free Java hacker to the "debate". Tom writes: Sun invariably says that they can't think of what problems open source Java would solve that aren't already solved. Of course that's ridiculous. It is pretty hard for Linux vendors to ship a working JRE on their platform if they make any sort of changes at all -- the Java vendors are just too slow. And Debian can't ship a complete Java at all, so lots of Java software ends up in unfree. On top of this, non-free core software is something to be avoided in the community. This overly-controlled approach on Sun's part is losing the Linux desktop to .NET. I'm curious to hear what Sun has to say about this. Do they notice this? Do they care? Do they think there is some other strategy to change this? Full story @ http://www.peakpeak.com/~tromey/blog/2004/06/25/#free-java5 - Gerald Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Questions for the Java Open Source "Debate" at JavaOne
Hello, Allow me to highlight the blog story by Tom Tromey - of GNU Compiler for Java (gcj) fame - that points out some questions to ask if you attend the Java Open Source Debate at Sun's JavaOne conference. True to style Sun has - of course - not invited any actual Free Java hacker to the "debate". Tom writes: Sun invariably says that they can't think of what problems open source Java would solve that aren't already solved. Of course that's ridiculous. It is pretty hard for Linux vendors to ship a working JRE on their platform if they make any sort of changes at all -- the Java vendors are just too slow. And Debian can't ship a complete Java at all, so lots of Java software ends up in unfree. On top of this, non-free core software is something to be avoided in the community. This overly-controlled approach on Sun's part is losing the Linux desktop to .NET. I'm curious to hear what Sun has to say about this. Do they notice this? Do they care? Do they think there is some other strategy to change this? Full story @ http://www.peakpeak.com/~tromey/blog/2004/06/25/#free-java5 - Gerald Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun Tells Javalobby To Pull All Sun Java APIs Off jdocs.com
Hello, Rick Ross - founder of Javalobby - reports in the lastest JDocs.com Update newsletter that Sun pulled off all Sun Java APIs from the JDocs.com site. Again Sun shows its true colors. Rick writes: What Happened to J2SE and other Sun APIs? Several of you have noticed that J2SE, J2ME and J2EE are no longer present on the front page of JDocs.com and asked why? The simple answer is that Sun has asked us to remove those APIs from the system and informs us that its business interests are not served by allowing them to be included. I take responsibility for not having obtained formal permission in advance, and I was foolish to imagine Sun would naturally want to help us deliver the best possible service to Java developers. I'm sorry that we are not presently able to provide them. Sun is adamant that the javadocs for Sun APIs must be accessible solely and exclusively from sun.com - nowhere else. Although their rationale has not been revealed to us, Sun's internal dialogue has also apparently resulted in a conclusion that JDocs.com somehow threatens the integrity of the Java platform, and we certainly would not want our community resource to have that effect! From the beginning Javalobby has been an unwavering supporter of the Java vision, so we would sorely regret it if our contribution hurt the platform. Still, it seems to be quite a stretch for any conspiracy theory to apply to JDocs.com. Ironically, Sun was not only the very first friend in Java with whom we shared details about JDocs.com almost two months ago, but it is also the only organization to have asked us to remove any API while a huge number have asked to be added. We imagined from Sun's initial enthusiasm and from subsequent conversations that we would enjoy their full cooperation to better serve the needs of developers like you. I should have anticipated that the right hand might not know what the left hand was doing. Even though we spoke openly to a good number of significantly placed individuals at Sun, there were others who acted surprised and offended when we made our preliminary announcement. We apologize for any bad feeling, and nothing could have been further from our intent. We hoped for JDocs.com to be unequivocally positive. Javalobby has patiently encouraged Sun to recognize and value the benefits that a dynamic, comprehensive, annotated, searchable documentation resource brings to Java developers like you. A key strength of JDocs.com is that it can become a "one-stop shop" for your API documentation needs, and it also adds powerful evolutionary enhancements over the static html docs that Sun produces. It would definitely be a pity if we can support you with hundreds of APIs but not include Sun's core Java APIs. ... If Sun cannot ultimately be persuaded to join in and support the community, then I hope all the rest of us will work together to identify creative and positive solutions without them. More @ http://www.javalobby.com/nl/archive/jlnews_20040818o.html - Gerald Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun: All Java Belongs To Us - Comments On The JDocs.com Crisis
amming language can use and how these APIs are expected to work. Besides creating a implementation of the core class library and (hopefully superior) documentation we are also work on our own free software testsuite Mauve. Mauve has tens of thousands of tests for the core library. The goal is the have at least one test for every method in every class. We have not yet reached that goal, but we are making steady progresss and people helping out to make sure our implementations is as bugfree as possible. (The kaffe developers with which we work closely together have asked a couple of times for the "official" JDK TCK to run against kaffe under acceptable GPL compatible terms, but they have never gotten a strait answer from Sun about this in the last 6 months.) Source: http://www.javalobby.org/thread.jspa?threadID=13951 - Gerald Gerald Bauer Viva! Free Java Now Campaign | http://viva.sourceforge.net The Java Republic | http://viva.sourceforge.net/republic __ Post your free ad now! http://personals.yahoo.ca -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Still troubles with the libraries and jdk1.2
On Sat, 10 Apr 1999, Kontorotsui wrote: > So far, same outcome: Segmentation fault. > I fear I'm not the only one with this frustrating problem, if anybody on this > list solved the problem, I'd like to hear it. > > If someone with a working JDK 1.2 or the developers could please check what is > wrong, I'd be very grateful. Thanks. > > > PS: I upgraded also to ldconfig-1.9.5-8, ld.so-1.9.5-8, glibc-2.0.7-29, > libstdc++-2.8.0-14, all taken from the RedHat latest archives. > > PS2: If more informations about my system are needed, I can send them. all i had to do to get jdk1.2 running on RH 5.2 is make the following symbolic link, which i made in the /opt/jdk1.2/jre/lib/i386 directory. lrwxrwxrwx 1 root root 27 Apr 6 18:44 libstdc++-libc6.0-1.so.2 -> /usr/lib/libstdc++.so.2.8.0* -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Native Java applications
On Tue, 13 Apr 1999, Urs Wagner wrote: > I would like to program with the JFC. But on the opposite I prefer native Java > applications because performance reasons. > > What kind of possibilities do I have today? > > Thanks and Kind Regards. > > Urs Wagner JFC is what's called "native Java" i believe. or do you prefer "native code"? -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun's Agenda?
forgive me for musing. this is not intended as any sort of flame for anyone. Sun is of course intent upon having their own Solaris operating system be the ultimate environment upon which to run the Java2 platform. for a JVM to work optimally it has to be woven deeply into the native code operating system under it, and nobody knows an operating system better than those who built it. we should not be all that surprised if MS creates a snappier JVM on Win32 than Sun, or that IBM creates the snappiest on OS2 or AS400. Solaris is one of the most capable and scalable OSses in existence, and Sun wants to sell big iron and Solaris to people running serious Java server software. makes good sense. GNU/Linux, the rising hype star, enters on the scene as "newcomer" (after ages of gestation in the alternative universe where people do things for fun and respect instead of money), and naturally must be considered a contender for future systems of all kinds. Sun therefore needs to help bring the Linux JVM into existence for Linux, just as it was forced to build the whole JDK on Win32 as well. presumably they'd abandon Win32 development if they could avoid it, but naturally they cannot (though maybe now, with IBM's impressive new offering), and the same goes for any other competitor. now Linux is of course in so many more ways a cousin to Solaris than Win32 is, so Sun should necessarily be happy with its growing popularity. people growing up on Linux will be vastly more capable of administering and using Solaris than the click-addicted backslashers from the FAT partition (pretty dang poetic, eh?), so Sun will naturally welcome any transition on that front. on the other hand, there's this issue of their understandable desire to have people run Solaris servers, hopefully on nice meaty Sun boxes. it would be a shame if Linux did indeed achieve world domination on the server front, unless of course the SPARC port somehow reinforced the utility of Sun big iron. many (including myself, wholeheartedly, and i would argue, justifiably) are hooked on Java these days, especially in the realm of server software, so we choose our server boxes based at least partially on how well they can run Java. those of us on the "low end" working on non-huge server systems are sort of torn. crashy opaque NT systems run Java extremely well, while our lean stable transparent Linux boxes run Java well, but not extremely so. correct me if i'm wrong, but i can't help but conclude that it's in Sun's best interest to have Java run extremely well on Solaris and on any other operating system that represents the _client_ side of the story (ie. unable to effectively invade server space, like NT), prioritized according to market presence. however, it is not in Sun's best interest to have Java perform better on Linux servers than on comparable Solaris servers. as Linux grows in client popularity, however, Sun's interest in having it run Java well will grow accordingly. as long as it can be tamed. -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Big-Endians
On Wed, 21 Apr 1999, Dustin Lang wrote: > > Can someone help me clarify the following: > > > > Java is Big-Endian, correct? > > Intel Linux is Little-Endian, correct? > > Corrrect me if I'm wrong, but here's my understanding of the endianness: > 1. the java classes (such as DataInputStream) do things big-endianedly > 2. the jvm is responsible for hiding the endianness of the platform > 3. as a result of (2) there is nothing a 100% java app can do to determine > the endianness of the platform it's being run on. bingo. -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A Good Overview of Java-Linux
for those of you looking for a good overview of the various efforts underway and the products currently available in the Java-Linux domain, this may be a nice article to read: http://www.gamelan.com/journal/techfocus/042199_jlinux.html -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun Bashing 2
On Fri, 30 Apr 1999, Maksim Lin wrote: > As for a "java killer", I don't see one coming along, but then again I'm > sure most people didn't see Java coming. But really I don't see how our > lack of support for Sun will bring this about anymore then our support > will prevent it. As I said before I use java because I LIKE IT. > Something pretty spectacular would have to come along to make me "jump > ship". that's the good news, for sure. if there does appear to be a "Java killer" in the next few years, it will have to be significantly _better_ than Java in all kinds of ways. it will take a fair while before something like that hatches, and when it does.. fine. for now i consider us to be very lucky that Sun happened upon Java because it has triggered a number of positive shifts in the industry. for one thing, i'm having more fun than i ever was. Java has defined a big milestone, and given its momentum i doubt that anything similar will have much of a chance. it will have to be another milestone, a kind of paradigm shift. until then, let's code! -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Native Threads
i downloaded the v3 JDK, and also the native threads stuff. i would like to RTFM about how to make use of the native threads stuff, but i don't know where the M is. can somebody point a finger? -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Java IDE
if you're thinking about IDEs, make sure you've taken a look at ElixirIDE, which is written in Java with Swing. i've been using it a while now on my 266Mhz Toshiba Tecra with 128Mb RAM, RH5.2, and the blackdown jdk 117v3 and swingall.jar from the 1.1.1 beta 2. this is a very lovely tool! when a JDK for Linux appears which also has the debugging interface, Elixir will also debug. (they've got it working on windhose and solaris). it's even got some jar tool stuff, and obfuscation. http://www.elixirtech.com -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Linux Desktop based on JDK 1.2
On Wed, 30 Jun 1999, Tony Dean wrote: > >%_Cliff Baeseman wrote: > > so I have started building a desktop on top of a minimal RH > > 6.0installation. > What is the minimal RH 6.0 in this context? Are you doing without X > somehow? that would be a fabulous approach! there must be a pared down kernel somewhere using libvga. if the AWT could be implemented in libvga, the fun would begin. -- Gerald de Jong, Beautiful Code B.V. Rotterdam, The Netherlands, Tel. +31655893940 http://www.beautifulcode.nl -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
