CORBA/JDK1.2
You guys are all amazing! Great work! I hope you won't mind me asking when the Linux world can hope to see Java IDL, or JDK1.2? Thanks for any hints. I am starting a project that requires CORBA. I want to do it on Linux if it all possible... -- Christopher Rowan +81-3-3266-7812 Voice Sony Music Communications (Japan) +81-3-3266-7822 Fax 1-1 Ichigaya-Honmura-cho[EMAIL PROTECTED] Sumitomo-Ichigaya Bldg 11F Shinjuku, Tokyo 162 JAPAN
1.2 ETA?
Any idea of an ETA on this? Since there is no date for "now" it's hard to judge progress. Thanks for your hard work! JDK 1.2 The system is running on x86 and PowerPC, with ports underway to SparcLinux and some other processors. Currently it's native threads only. Before we can release, we have to make sure that it passes the tests in the Java Compatibility Kit. I think we should be ready to release in less than a month from now, and hopefully much sooner. Chris Rowan
Re: Problem : can't find class
Common mistake. You need to have . (current directory) in your PATH. See the leading dot on the example below: CLASSPATH=.:/usr/local/java/lib/classes.zip:/usr/local/java/jsdk/lib/jsdk.jar Vinay Pai wrote: > > Hello, > > I am having the following problem when I try to execute a java program , > says : > can't find class test > This happens although the file test.class and test.java are in the same > directory from where I am executing java. I am however able to compile java > programs without any problems. Also I can run servlets through the browser. > The classpath variable is as follows : > > CLASSPATH=/usr/local/java/lib/classes.zip:/usr/local/java/jsdk/lib/jsdk.jar
Re: JavaLinux for servlets [off-topic]
Wht? Alex Romadinoff wrote: > > >AFAIK unix doesn't support real threads. For new requests a new instance > > ? > >of the CGI is created with fork() or something like that? Now imagine a > >server with a load around 99%. > > Are you sure ? > What about 'clone' on Linux ? > > With best wishes, > Alex Romadinoff
Making an Java Application "wait" to be called
Heya Hiya Ho! I want to make a database connection pool class that starts up, preconnects n jdbc connections, then waits to be called by various apps. How do I make Java wait without exiting and without putting it into a cycle sucking loop? I've checked the API docs and a few books (my due dilligence) but can't find an answer. It's got to be ez - I just can't find it. Also, is CORBA/RMI the only way to call the connections? Is this even possible? Suggestions? Chris Rowan This mail is CopyLeft
Re: Solaris x86 and Linux
Considering Sun was born to create "Open Computing" I hope they aren't condemning Linux! That would be TOO hypocritical! I seem to remember an article somewhere saying that from 1.2 they would be "wholeheartedly" supporting Linux... I am new on this list and don't know about the 1.2 Java for Linux scandal. Could it be that Sun is taking over the project from blackdown and it just hasn't been announced and everyone is sworn to secrecy... Ok... doubtful... Armin kurz wrote: > > Sun ships Solaris x86 without fee except the shipping costs. > > Does anybody know what Sun's market > positioning vision of that product is ? > > Where do they see Linux then ? Have they declared war to Linux ? > > And may this be the reason why the java support of Linux isn't > what some people expect it to be ? > > Who knows more ? This E-mail is CopyLefted
Re: More evil from Microsoft [Off topic]
What was wrong with minix? Seemed like a better direction than DOS or Windows... Dimitris Vyzovitis wrote: > > "Harold G. Andrews II" wrote: > > > When I looked at javalobby for the information regarding the JDK 1.2 Source > > Release, I noticed another article about a new programming language > > Microsoft is contemplating to get itself out from the litigation it's > > currently in with Sun. [snip] > This their chance to commit suicide... Even windoze people won't use it, and > it will pass in swee oblivion like minix... > > Dimtris
Re: More evil from Microsoft [Off topic]
Oops, I thought he was referring to something else. Didn't Microsoft have a Unix-like OS with a name similar to Minix? Sachin Goyal wrote: > > hello, > > > What was wrong with minix? Seemed like a better direction than DOS or > > > > This their chance to commit suicide... Even windoze people won't use it, and > > > it will pass in swee oblivion like minix... > > Minix is an early comer in free software world. Most important it was not > written for commercial use: but for educational use. Andrew S.Tannenbaum > wants to keep it simple so that students can understand it easily and he > is 100% successful..most of the guys in operating system world have > started their journey by understanding minix.our linux people are also > among them...it's our root. > > sachin
Re: 117a installation grief
Which installer are you using? Did you read the FAQ? Did you read the INSTALL docs? It's short, so it's easy to be fooled into just skimming, but there are some very important details in there. I'll bet you are using the Motif version. Forget that - get the regular version. Also, grab the X dev rpm from an ftp.redhat.com mirror and put that in too. Sounds like you don't have it installed, which will be a pain in the future. You'll prolly want the C/C++ gcc dev libraries too. I installed blackdown java as a newer than new newbie without a glitch. Read carefully and you should have zero problems... David Kosmal wrote: > > I having problems with installation of the 117a JDK installation. I get > the following when I try to run any of the executables: > >ls: not: No such file or directory >/usr/local/jdk117_v1a/bin/../bin/i586/green_threads/java: can't > resolve symbol '_Xglobal_lock' >/usr/local/jdk117_v1a/bin/../bin/i586/green_threads/java: can't > resolve symbol '_XUnlockMutex_fn' >/usr/local/jdk117_v1a/bin/../bin/i586/green_threads/java: can't > resolve symbol '_XLockMutex_fn' > > I am running Redhat 5.2 with the default "server" installation. > > I understand that the symbol problems involve an incorrect library > (although I don't know how to fix it). I tried setting the NS_JAVA > variable and this gets rid of the symbol errors, but I still get the "No > such file or directory" message and the all the executables crash with > the following: > > SIGSEGV 11* segmentation violation > stackbase=(nil), stackpointer=(nil) > > Full thread dump: > NULL (TID:0x405100b0, sys_thread_t:0x80a1278, state:R) > prio=5Killed > > Thanks for any help. > > David Kosmal
Re: Making an Java Application "wait" to be called
Well - I answered my own question!
Straight from Sun's Java tutorial on CORBA:
Waiting for Invocation
The server is ready; it simply needs to wait around for a client to
request its service. To achieve that, enter the following code at the
end of (but within) the try-catch block:
java.lang.Object sync = new java.lang.Object();
synchronized(sync) {
sync.wait();
}
Christopher Rowan wrote:
>
> Heya Hiya Ho!
>
> I want to make a database connection pool class that starts up,
> preconnects n jdbc connections, then waits to be called by various apps.
>
> How do I make Java wait without exiting and without putting it into a
> cycle sucking loop?
>
> I've checked the API docs and a few books (my due dilligence) but can't
> find an answer.
>
> It's got to be ez - I just can't find it.
>
> Also, is CORBA/RMI the only way to call the connections? Is this even
> possible?
>
> Suggestions?
>
> Chris Rowan
> This mail is CopyLeft
rmi stable on 1.1.7a?
I have been getting various seemingly spurious errors using rmi. Sometimes it works, sometimes it doesn't. Here is one of them (below): (I also had thread and finalization problems) It seems that the first few invocations are problematic, then things smooth out. Does anyone have any positive or negative experience using rmi? chris: /export/home1/bmb/src/rmi % java GetTeamnumTest /usr/java/lib/i686/native_threads/libnet.so: undefined symbol: java_net_PlainSocketImpl_socketCreate (libnet.so) java.lang.UnsatisfiedLinkError: no net in shared library path at java.lang.Runtime.loadLibrary(Runtime.java) at java.lang.System.loadLibrary(System.java) at at at sun.rmi.registry.RegistryHandler.registryStub(RegistryHandler.java:50) at java.rmi.registry.LocateRegistry.getRegistry(LocateRegistry.java:107) at java.rmi.Naming.getRegistry(Naming.java:149) at java.rmi.Naming.lookup(Naming.java:48) at GetTeamnumTest.main(GetTeamnumTest.java:8) chris: /export/home1/bmb/src/rmi % java GetTeamnumTest 881 chris: /export/home1/bmb/src/rmi % java GetTeamnumTest 882 chris: /export/home1/bmb/src/rmi % java GetTeamnumTest 883 chris: /export/home1/bmb/src/rmi % -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: rmi stable on 1.1.7a?
More examples (the next invocation worked fine..): SIGSEGV 11* segmentation violation stackbase=BF9FFD5C, stackpointer=BF9FF454 Full thread dump: "AsyncConnector" (TID:0x40663900, sys_thread_t:0x8204e00, state:R, thread_t: t@4100, sp:0x0 threadID:0x4668, stack_base:0xbf3ffd68, stack_size:0x20) prio=5 java.lang.ThreadGroup.remove(ThreadGroup.java) java.lang.Thread.exit(Thread.java) "SIGQUIT handler" (TID:0x4065f2a0, sys_thread_t:0x81c24a8, state:R, thread_t: t@3075, sp:0x0 threadID:0x4667, stack_base:0x0, stack_size:0x0) prio=10 "Finalizer thread" (TID:0x4065f088, sys_thread_t:0x81c2420, state:CW, thread_t: t@2050, sp:0x0 threadID:0x4666, stack_base:0xbf7ffd68, stack_size:0x20) prio=10 "main" (TID:0x4065f0b0, sys_thread_t:0x81b6c00, state:R, thread_t: t@1025, sp:0x0 threadID:0x4665, stack_base:0xbf9ffd5c, stack_size:0x20) prio=0 *current thread* java.net.PlainSocketImpl.getInputStream(PlainSocketImpl.java:386) java.net.Socket.getInputStream(Socket.java:282) sun.rmi.transport.tcp.TCPChannel.openSocket(TCPChannel.java:271) sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:125) sun.rmi.server.UnicastRef.newCall(UnicastRef.java:67) sun.rmi.registry.RegistryImpl_Stub.lookup(RegistryImpl_Stub.java:89) java.rmi.Naming.lookup(Naming.java:53) GetTeamnumTest.main(GetTeamnumTest.java:8) Monitor Cache Dump: java.net.PlainSocketImpl@1080441328/1080826752: owner "main" (0x81b6c00, 1 entry) java.lang.ThreadGroup@1080441080/1080825048: owner "AsyncConnector" (0x8204e00, 1 entry) java.lang.Class@1080422736/1080684672: owner "AsyncConnector" (0x8204e00, 1 entry) java.lang.Class@1080441424/1080826200: owner "main" (0x81b6c00, 1 entry) Registered Monitor Dump: Thread queue lock: Name and type hash table lock: String intern lock: JNI pinning lock: JNI global reference lock: BinClass lock: Class loading lock: owner "main" (0x81b6c00, 1 entry) Java stack lock: Code rewrite lock: Heap lock: Has finalization queue lock: Finalize me queue lock: Waiting to be notified: "Finalizer thread" (0x81c2420) Monitor registry: owner "main" (0x81b6c00, 1 entry) Abort Christopher Rowan wrote: > > I have been getting various seemingly spurious errors using rmi. > > Sometimes it works, sometimes it doesn't. > > Here is one of them (below): > > (I also had thread and finalization problems) > > It seems that the first few invocations are problematic, then things > smooth out. > > Does anyone have any positive or negative experience using rmi? > > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > /usr/java/lib/i686/native_threads/libnet.so: undefined symbol: > java_net_PlainSocketImpl_socketCreate (libnet.so) > java.lang.UnsatisfiedLinkError: no net in shared library path > at java.lang.Runtime.loadLibrary(Runtime.java) > at java.lang.System.loadLibrary(System.java) > at > at > at > sun.rmi.registry.RegistryHandler.registryStub(RegistryHandler.java:50) > at > java.rmi.registry.LocateRegistry.getRegistry(LocateRegistry.java:107) > at java.rmi.Naming.getRegistry(Naming.java:149) > at java.rmi.Naming.lookup(Naming.java:48) > at GetTeamnumTest.main(GetTeamnumTest.java:8) > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > 881 > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > 882 > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > 883 > chris: /export/home1/bmb/src/rmi % -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: rmi stable on 1.1.7a?
And yet another error /usr/java/lib/i686/native_threads/libnet.so: undefined symbol: java_net_PlainSocketImpl_socketCreate (libnet.so) java.lang.UnsatisfiedLinkError: no net in shared library path at java.lang.Runtime.loadLibrary(Runtime.java) at java.lang.System.loadLibrary(System.java) at at at sun.rmi.registry.RegistryHandler.registryStub(RegistryHandler.java:50) at java.rmi.registry.LocateRegistry.getRegistry(LocateRegistry.java:107) at java.rmi.Naming.getRegistry(Naming.java:149) at java.rmi.Naming.lookup(Naming.java:48) at GetTeamnumTest.main(GetTeamnumTest.java:8 This sort of looks like a problem with 1.1.7a's vm... Christopher Rowan wrote: > > I have been getting various seemingly spurious errors using rmi. > > Sometimes it works, sometimes it doesn't. > > Here is one of them (below): > > (I also had thread and finalization problems) > > It seems that the first few invocations are problematic, then things > smooth out. > > Does anyone have any positive or negative experience using rmi? > > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > /usr/java/lib/i686/native_threads/libnet.so: undefined symbol: > java_net_PlainSocketImpl_socketCreate (libnet.so) > java.lang.UnsatisfiedLinkError: no net in shared library path > at java.lang.Runtime.loadLibrary(Runtime.java) > at java.lang.System.loadLibrary(System.java) > at > at > at > sun.rmi.registry.RegistryHandler.registryStub(RegistryHandler.java:50) > at > java.rmi.registry.LocateRegistry.getRegistry(LocateRegistry.java:107) > at java.rmi.Naming.getRegistry(Naming.java:149) > at java.rmi.Naming.lookup(Naming.java:48) > at GetTeamnumTest.main(GetTeamnumTest.java:8) > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > 881 > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > 882 > chris: /export/home1/bmb/src/rmi % java GetTeamnumTest > 883 > chris: /export/home1/bmb/src/rmi % > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Uh oh...
I am willing to bet you are using native threads linked against glibc 2.0.x. DON'T! I'm no authority, but one of the developers kindly informed me that glibc is NOT THREAD SAFE and JDK 1.1.7 doesn't account for this (they might add code to change this behaviour). glibc 2.1 IS THREAD SAFE, but breaks things left and right due to incompats. SOLUTION: Use green threads! I was stress testing an RMI object and saw the same (couldn't believe it - Java ISN'T supposed to core dump!)... Green threads made the rmi object solid as a rock. HTH Dustin Lang wrote: > > Hi, > > In fairly normal operation of my fairly large program, I got a "SIGSEGV 11 > segmentation violation". Not the > right-at-startup-because-you-have-the-wrong-library-version,-stupid type, > just smack dab in the middle of my code. The same thing happened earlier > today, but I didn't catch the output. Is there anything I can do with the > thread dump to figure out what's causing it? Where the crash occurred I > do a wait-notify, waiting for an RMI network call to dispose a modal > dialog box. > > On a side note, am I correct in assuming that, in threory, there is > nothing 100% java code can do to cause a virtual machine to crash? > > The thread dump is available at http://taz.cs.ubc.ca/java/segfault1.out > > I'm not sure if a code snippet will be useful, since that probably won't > cause a crash. > > Oh yeah, this is jdk1.1.7a with kernel 2.2.1. > > Thanks very much, > dstn. > > -- >Dustin Lang, [EMAIL PROTECTED] > (java developer,linux guy, all-round goofball) > -- > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Hatred of 1.2 messages
John - Gerald has a very good point that you may have missed. To further emellish, turning people off to Java or Linux with impolite messages raises the bar for adoption of both. From this, no one benefits. Common netiquitte calls for RTFM first. However, Gerald's point reminds us of something more fundamental: the word netiquitte is derived in part from "etiquette." Good etiquette (and hence by extension netiquitte) demands a minimum level of manners and politeness. In Java parlance, netiquette extends etiquette and does not override the base class' properties or methods. Ignore the messages if you like. I hope that every once in a while, some kind soul will point the newcomer to the information they need and gently remind them to RTFM next time. John Goerzen 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. [snip] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Uh oh...
Bet? What bet? ;-) Hmmm... Green threads solved my problems (I hope this is NOT a case of false security!)... Is your version of glibc5 thread safe? Regardless, this is a very serious issue that I hope the developers can take a look at. Now I am REALLY scared. The stuff I work on is as threaded as the shirt on my back and has to be stable! Dustin Lang wrote: > > Hi, > > > I am willing to bet you are using native threads linked against glibc > > 2.0.x. > > > > DON'T! > > I'd be willing to bet against you on that one :) > > Green threads only. I don't even have the native threads pack, and I'm on > a slackware system with libc5 :) But I'll take any money you want to bet > against me :) > > dstn. > > -- >Dustin Lang, [EMAIL PROTECTED] > (java developer,linux guy, all-round goofball) > -- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Web based database
My setup is identical and I use the same (Solaris) SDK as you. What exactly do you mean by "Can't compile"? What are the error messages? Do you have the jar file in your classpath? It works here, so I am sure we can find a way to make it work there. A few more details and feedback for the above questions should get us started! Robert Mullen wrote: > > I am attempting to put together a web based database package for a non > profit venture. It will run off of RH 5.2, Apache 1.3, MySQL, and JRun using > servlets. I have all of the above pieces put together except the servlet > sdk. I downloade d the one listed on Sun's site (under Solaris) but I can't > compile with it. I noticed in the file name for the tar archive it says > Sparc. Is this the wrong package to use with Intel/Linux? The only other > download I saw was for Win boxes and I have gotten that one to work > successfully off of an NT box with SQL Server, JRun, and IIS. That is not an > option for this new project though. Any helpers? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: How can I help you by poritng 1.2
The first step could be refraining sending HTML formatted mail to the list! ;-) (Sorry, I couldn't resist). I pretty sure you'll find the answers you need and the direct contacts on the web page (http://www.blackdown.org/java-linux/info.html) > Mr. Mister wrote: > > Hello!!! > > I'm very interested in programming Java. I'm waiting for the port of > Java 2. But now I think, why only waiting lets try to help them. But > how can I help you? > > Bye > harry > > [EMAIL PROTECTED] > -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: SwingApps (fwd)
Blackdown Java is still at 1.1.7 (not 1.2 yet). This means you are talking about a different implementation of Java. This list if for Blackdown Java related questions only. It is not a general Java list. Unless you have a secret copy of Blackdown Java or you have posted your version number wrong, you have posted your query in the wrong place. Please try another list. I hope the other list members are as gentle with you as I have been (be nice folks!). Kathleen McLean wrote: > > -- Forwarded message -- > > I'm trying to run a program that's using swing apps(on JDK 1.2 beta). The > program comiles ok but when I try to run it I get the following: [snip] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Status of 1.2 in this article
I saw a similar article somewhere else that got on my nerves. Don't let 'em steal your thunder! Steve Byrne wrote: > > Tom McMichael writes: > > http://abcnews.go.com/sections/tech/CNET/cnet_javalinux990301.html > > > > According to this article sun says that the 1.2 linux port will be done > > in > > one to two weeks. > > Now isn't that interesting. And here I thought it was *I* who decided > when we were ready. > > Hmm. > > > Tom McMichael > > [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: anyone using JDK1.2(beta)
list faux pas. The developers have announced this (see the archives) and the information is clearly stated in the README. Please start there. [EMAIL PROTECTED] wrote: > > I am downloading the latest JDK1.2 betafrom > ((http://www.tux.org/pub/java/JDK-1.2/i386/pre-v1/)) > is anyone currently using it? where there any problems with installation or code > porting? > > Thanks > > Steve Gee > Java Developer > Maxor National Pharmacies > Information Technologies > > [EMAIL PROTECTED] > www.maxor.com > > -- > To UNSUBSCRIBE, email to [EMAIL PROTECTED] > with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: JDBC for Oracle?????n
Term confusion here? JDBC, an abstract database API, is part of Java and is included. JDBC requires drivers for vendor specific db access. In the case of Oracle, you need to look in the Oracle home jdbc/lib directory for a file called classes111.zip. Make sure this file is somewhere in your CLASSPATH and you're set! John Summerfield wrote: > > On Wed, 24 Mar 1999, Chien-Lung Wu wrote: > > > Dear firends: > > I am a newbie of the JAVA and Oracle. However I have to install the Oracle on > > my Linux box. I read some information said that JAVA 1.X can support JDBC. Now > > this is my question. > > 1. If I want to use JAVA to access Oracle, can I have to install JDBC for > >ORACLE? > > > > 2. Where can I get the JDBC, which can support ORACLE, if I need to? > > It's included, at least in the version I downloaded (8.0.5). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
jEdit/Blackdown 1.1.7a
Howdy. I use jEdit on RH5.2/jdk 1.1.7a/glibc-2.0.7-29. Unfortunately, it is quite unstable and vaporizes frequently. Poof! Just disappears :( So I tried something crazy for comparison purposes: I ran jEdit on NT4.0sp3 with Sun's jdk1.1.7B. It didn't crash even once in 8 hours. And the performance on a Pentium 200/64MB was much better (except for startup time) than with Linux on a Pen II 300/196MB. I strongly prefer Linux over NT, but in this case NT makes Linux look silly. Could there be another explanation for the performance and stability difference, or is the JVM on NT just that much better? Someone please say it isn't so! Feedback please! Save my trusty Pen II 300 from an NT install! _________ Christopher Rowan [EMAIL PROTECTED] the guy with too many [EMAIL PROTECTED] e-mail addresses[EMAIL PROTECTED] [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: jEdit/Blackdown 1.1.7a
dan wrote:
> As for the stability, I cannot comment. I have experienced no serious problems
> with the Linux (Java) port.
Have you used jEdit successfully?
__
Christopher Rowan rowan {at} sme.sony.co.jp
the guy with too many rowan {at} scn.co.jp
e-mail addresseschris {at} neuromagic.co.jp
chris.rowan {at} sonymusic.co.jp
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Installing TYA, been there? done that?
Hi, Having trouble getting tya to install on RedHat5.2 Blackdown 1.1.7. ./configure tells me it can't find my version. make works. make install installs the shared library, but it is not recognized, despite setting the JAVA_COMPILER environment variable to tya. Any hints? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
