idltojava
Is a Linux version of the "idltojava" tool available? (http://developer.javasoft.com/developer/earlyAccess/jdk12/idltojava.html) Alternatively - is a similar tool available? -- Trond Eivind Glomsrød -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
installing Java2 "on top of" 1.1.7 on Linux?
I'm a new Linux user. I used Ultrix and Solaris (with tcsh) for several years, but I've been using NT almost exclusively for about a year. I'm using an RH5.2 box that already has a working JDK 1.1.7 installed. (It had a $CLASSPATH which I unset.) I downloaded the preview Java2 from one of the Blackdown mirrors to /usr/local/jdk1.2pre-v1. When I run .../bin/java I get > Error: can't find libjava.so The only files thus named on the system were in subdirs of /usr/local/jdk1.2pre-v1, so I tried > ln -s /usr/local/jdk1.2pre-v1/jre/lib/i386/libjava.so /usr/lib/libjava.so ; ldconfig and > ln -s /usr/local/jdk1.2pre-v1/jre/lib/i386/libjava.so /usr/local/jdk1.2pre-v1/jre/lib/libjava.so ; ldconfig but neither fixed the error. Any diagnoses? Your assistance is appreciated, [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: A Java VM that uses svgalib?
I'm running (current) snapshot of GGI (reccommend going with snapshots
here for those not following GGI development)
Anyways, if anyone's interested I should have an operational "java"
replacement for GGI sometime soon.
I'm just working on getting some substitute components working + basic
fonts and images. Events was fun :)
I -can't- release any source yet because as a bit of a workaround while I
was busy trying to decide how to implement code pieces I substituted some
Java-1.2 source bits in. These -will- be removed before anything is
released!
It's C++ in case that bothers anyone. I'm also messing about with making
it both Java-1.1 and Java-1.2 complient (I -really- like Java 1.2 - it's
just not operational under Linux yet *sigh*)
If anyone else out there has attacked this PLEASE let me know! I wouldn't
mind comparing notes...
G'day, eh? :)
- Teunis
PS: *le really deep sigh*. If Java-1.2 -were- operational under Linux,
this whole project would be done by now!
On Wed, 3 Mar 1999, Rick Graham wrote:
> {NOTE:this is a thread from the java-linux list, I'm cross posting it to
> ggi-develop because it's more relevant there.}
>
> Jason Gilbert wrote:
>
> > > > Do you think it would be a prohibitivly enormous undertaking to make the
> > > > vm work with svgalib?
> >
> > Maybe a better move would be to implement it using libggi?
>
> I took a look at ggi, prominently displayed at metalab in /pub/ggi. It seems
> like exactly the right animal.
>
> I browsed the faq, I see it supports my Matrox card, svgalib doesn't, out of the
> box, anyway.
>
> Getting it to function seems to be another matter...
> It doesn't seem to want to work with a 2.2.1 kernel. The README.INSTALL insists
> that the kernel be patched, but it refuses to deal with a 2.2 kernel.
> If I look in the patches directory, I see that there isn't one for a
> 2.2.anything.
>
> This does seem like the way to go, but I don't particularily want to go back to
> a development kernel.
>
> Any suggestions?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
It works!
My congratulations and thanks to the Blackdown porting team! JDK1.2 pre-v1 worked for me almost out of the box in my Redhat 5.2 environment. Only glitch was a stubborn insistence by libfontmanager on loading a "libstdc++-libc6.0-1.so.2". I can't find such a lib in the RH5.2 world, but creating a link of that name to "libstdc++.so.2.8.0" (which is built against libc6 on RH5.x) did the trick. In case it's of interest, here's the ldd info: libpthread.so.0 => /lib/libpthread.so.0 (0x40005000) libhpi.so => /usr2/Java/jdk1.2/jre/lib/i386/native_threads/libhpi.so (0x40012000) libjvm.so => /usr2/Java/jdk1.2/jre/lib/i386/classic/libjvm.so (0x4001d000) libdl.so.2 => /lib/libdl.so.2 (0x40089000) libc.so.6 => /lib/libc.so.6 (0x4008c000) libBrokenLocale.so.1 => /lib/libBrokenLocale.so.1 (0x40131000) libawt.so => /usr2/Java/jdk1.2/jre/lib/i386/libawt.so (0x40133000) libmlib_image.so => /usr2/Java/jdk1.2/jre/lib/i386/libmlib_image.so (0x4024a000) libjava.so => /usr2/Java/jdk1.2/jre/lib/i386/libjava.so (0x40274000) libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x402a2000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x402ea000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x402f6000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4039a000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x403a3000) libXp.so.6 => /usr/X11R6/lib/libXp.so.6 (0x403b8000) libnsl.so.1 => /lib/libnsl.so.1 (0x403bf000) libm.so.6 => /lib/libm.so.6 (0x403c5000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x) Again, thanks for the magnificent work! Nathan Meyers [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
It works!
Nathan Meyers writes: > My congratulations and thanks to the Blackdown porting team! > > JDK1.2 pre-v1 worked for me almost out of the box in my Redhat 5.2 > environment. Only glitch was a stubborn insistence by libfontmanager on > loading a "libstdc++-libc6.0-1.so.2". I can't find such a lib in the > RH5.2 world, but creating a link of that name to "libstdc++.so.2.8.0" > (which is built against libc6 on RH5.x) did the trick. Right -- the main issue is a symbol called __register_frame_info that libstdc++ >= 2.8 has. I'm going to try to build the next version w/o the dependency on this advanced libstdc++ library. Thanks for sharing your workaround!!! Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: It works!
Steve Byrne <[EMAIL PROTECTED]> writes: > Right -- the main issue is a symbol called __register_frame_info that libstdc++ > >= 2.8 has. I'm going to try to build the next version w/o the dependency on > this advanced libstdc++ library. I believe this symbols results from the library being compiled with egcs, which has improved exception handling wrt. "stock" gcc. I've no idea why Debian uses a weird name like this, though. -- Trond Eivind Glomsrød -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
What should one download, exactly?
Congratulations on the 1.2 port! Can't wait to get it going. Unfortunately, I've got a 28k8 modem, but all is not lost: I can blow CD ROMs at work which also has a fast internet link. So the question is: could somebody with a similar system to mine at home (Red Hat 5.2) suggest exactly what I need to download? The JDK, obviously, but I was saw something on the digest about needing extra fonts for swing to work nicely. It would be a great help if sombody could post or send me a list of the necessary ingredients: with any luck, I'll get away with blowing only one CD-ROM. 8-) I normally use XEmacs and JDE for editing, but netbeans looks good... All the best, Nick/ E-Mail: Nick Bailey <[EMAIL PROTECTED]> Web page: www.polonius.demon.co.uk Date: 07-Mar-99; Time: 18:12:18 by XFMail v1.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Two news items
Hello all. I'd like to bring two items of interest to your attention: 1) The mirrors all have a copy of 1.2 now, and the list of 1.2 mirrors has been updated to correctly reflect the current set of mirrors. 2) The PowerPC port of Java 2 to Linux is rapidly nearing release. Notice that the status page now shows the PPC port now has some green sections to it. If you're interested in Java2 on Linux/PPC, look for an announcement of availability in the next few days. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: It works!
I've hit my first glitch... unfortunately too fuzzy at this point to turn into a crisp defect report. But maybe the fuzzy description will be illuminating :-)... I use the generic java compiler, gjc (moving to JDK1.2 also required me to move to a new gjc, so I've got two new suspects in this mystery). When I build my complete application with gjc, all is well. When I recompile only part of it -- necessitated, say, by trivial changes to a single source file -- I end up with code that the class loader doesn't like very much. Here's traceback from app startup: Exception in thread "main" java.lang.ClassFormatError: MyApp (Invalid start_pc/length in local var table) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(Compiled Code) at java.security.SecureClassLoader.defineClass(Compiled Code) at java.net.URLClassLoader.defineClass(Compiled Code) at java.net.URLClassLoader.access$1(Compiled Code) at java.net.URLClassLoader$1.run(Compiled Code) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) at sun.misc.Launcher$AppClassLoader.loadClass(Compiled Code) at java.lang.ClassLoader.loadClass(Compiled Code) or, running without the JIT compiler: Exception in thread "main" java.lang.ClassFormatError: MyApp (Invalid start_pc/length in local var table) at java.lang.ClassLoader.defineClass0(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:403) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:101) at java.net.URLClassLoader.defineClass(URLClassLoader.java:248) at java.net.URLClassLoader.access$1(URLClassLoader.java:216) at java.net.URLClassLoader$1.run(URLClassLoader.java:197) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:191) at java.lang.ClassLoader.loadClass(ClassLoader.java:280) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:275) at java.lang.ClassLoader.loadClass(ClassLoader.java:237) (I'm not loading any classes from URLs at startup, but I suppose this might be a common path for all class loading?) It'll probably take considerable sleuthing to point a finger at JDK1.2 vs GJ, and I'm sorry I can't provide any crisper information at the moment... but maybe this will trigger an "aha!" somewhere. Nathan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What should one download, exactly?
You need to install the URW fonts. These are nice, scalable fonts. The web page has documentation on installing them. http://www.gimp.org/fonts.html Nick Bailey wrote: Congratulations on the 1.2 port! Can't wait to get it going. Unfortunately, I've got a 28k8 modem, but all is not lost: I can blow CD ROMs at work which also has a fast internet link. So the question is: could somebody with a similar system to mine at home (Red Hat 5.2) suggest exactly what I need to download? The JDK, obviously, but I was saw something on the digest about needing extra fonts for swing to work nicely. It would be a great help if sombody could post or send me a list of the necessary ingredients: with any luck, I'll get away with blowing only one CD-ROM. 8-) I normally use XEmacs and JDE for editing, but netbeans looks good... All the best, Nick/ E-Mail: Nick Bailey <[EMAIL PROTECTED]> Web page: www.polonius.demon.co.uk Date: 07-Mar-99; Time: 18:12:18 by XFMail v1.3 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED] -- Grace and peace to you from God our Father and the Lord Jesus Christ, David Guthrie
Re: installing Java2 "on top of" 1.1.7 on Linux?
> I'm a new Linux user. I used Ultrix and Solaris (with tcsh) for
> several years, but I've been using NT almost exclusively for about a
> year.
So thanks for your forbearance with my Linux inadequacies ...
> I'm using an RH5.2 box that already has a working JDK 1.1.7 and
> JSDK 1.2 installed.
By our Linux guy, who's outta town this week (@#$%^$%! spring break :-)
> (It had a $CLASSPATH which I unset.) I downloaded the preview Java2
> from one of the Blackdown mirrors to /usr/local/jdk1.2pre-v1. When I
> run .../bin/java I get
>> Error: can't find libjava.so
Weiqi Gao <[EMAIL PROTECTED]> 3/7/99 9:46:07 AM >>>
G> Take a look at the driver script in jdk1.2/bin/.java_wrapper. All
the
G> other JDK commands are actually symbolic links to this script.
Definitely the sort of data I need; thanks!
G> This script uses several environment variables, some of which you
G> might have set for use by jdk117_v1a.
Unfortunately, I don't see what: my environment (set > junk) and
.java-wrapper are attached.
Note that the nasty $PATH is not my doing !-) Can anyone tell me where
I can edit this thing (it's set at startup)? More about pathing below.
Kevin Ryan <[EMAIL PROTECTED]> 3/7/99 10:53:07 AM >>>
R> (disclaimer: haven't used Java2 on Linux yet)
R> Add that dir to your LD_LIBRARY_PATH env var setting?
Unfortunately, apparently not: I didn't have one set, so I did
> export LD_LIBRARY_PATH=/usr/local/jdk1.2pre-v1/jre/lib/i386
to no avail.
G> You also need to change your $PATH so that it points to the
G> jdk1.2/bin rather than the jdk117_v1a/bin.
I'll go back to that below. However that's not the cause of this
problem:
Michael Shoffner <[EMAIL PROTECTED]> 3/7/99 4:28:46 AM >>>
S> You appear to have to be in jdk1.2 directory:
S> [m@syzygy jdk1.2]$ bin/java -version
S> java version "1.2"
S> Classic VM (build Linux_JDK_1.2_pre-release-v1, native threads,
sunwjit)
S> [m@syzygy jdk1.2]$
Works for me, too. If I'm in /usr/local/jdk1.2pre-v1/bin and do
> java
I get the error, but if in /usr/local/jdk1.2pre-v1
> bin/java
gets the help output.
S> I'm sure there's some way to hack the wrapper script, but I'm not
S> capable of seeing it at this hour...
Any suggestions? And, if I may, can I expand my request to be
?> How can I set things up on the Linux box to make use of both 1.1.7
?> and 1.2 most painless?
My project has
* a backend (which I expanded out of Mr Shoffner's excellent Forum
series (in several 1998 JavaWorld articles)) for which I'd like to
use 1.2
* a frontend applet which another group started in 1.2, encountered
several major problems (notably with browsers and the Plug-in), and
which another guy is now cleaning up and porting back to 1.1.7
So we'd like to run both JDKs with least difficulty. The way I solved
this
in NT was to use the Emacs JDE (Kinnucan is God !-), and use separate
project files for 1.1.7 and 1.2. However, Emacs is not yet setup on
the Linux box (my next challenge), and, in any case, other group
members are not yet members of the Emacs cult :-)
The easiest alternate means I can see is
- take all the Java stuff out of the environment (esp $PATH,
$CLASSPATH)
- make shell scripts (or aliases) for the JDK tools (e.g. "java117",
"javac12") to call the tools with classpath etc on the commandline
but I'm no Linuxen (yet, anyway :-). (For that matter I really oughta
get bash setup on NT.) So I'd appreciate your suggestions on how to do
this, as well as any questions or comments you may have.
TIA, [EMAIL PROTECTED]
environment
#!/bin/sh
#
# @(#)java_wrapper_linux.sh 1.4 99/01/02
#
# Copyright 1994-1998 by Sun Microsystems, Inc.,
# 901 San Antonio Road, Palo Alto, California, 94303, U.S.A.
# All rights reserved.
#
# This software is the confidential and proprietary information
# of Sun Microsystems, Inc. ("Confidential Information"). You
# shall not disclose such Confidential Information and shall use
# it only in accordance with the terms of the license agreement
# you entered into with Sun.
#
PRG=$0
progname=`basename $0`
case "`uname -m`" in
i[3-6]86)
proc=i386
;;
sparc*)
proc=sparc
;;
*)
proc="`uname -m`"
;;
esac
# Resolve symlinks. See 4152645.
while [ -h "$PRG" ]; do
ls=`/bin/ls -ld "$PRG"`
link=`/usr/bin/expr "$ls" : '.*-> \(.*\)$'`
if /usr/bin/expr "$link" : '/' > /dev/null; then
PRG="$link"
else
PRG="`/usr/bin/dirname $PRG`/$link"
fi
done
PPC_JAVA_HOME=/usr/local/jdk/cvs_1.2/jdk1.2/build/linux
export PPC_JAVA_HOME
APPHOME=`dirname "$PRG"`
APPHOME=`dirname "$APPHOME"`
export APPHOME
JREHOME=$APPHOME/jre
# Where is JRE?
unset jre
if [ -f "${JREHOME}/lib/${proc}/libjava.so" ]; then
jre="${JREHOME}"
fi
if [ -f "${APPHOME}/lib/${proc}/libjava.so" ]; then
jre="${APPHOME}"
fi
if [ "x${jre}" = "x" ]; then
echo "Error: can't find libjava.so."
exit 1
fi
# Select vm type (if classic vm, also select thread type).
unset vmtype
unset ttype
DEF
ColorModel exception on 32-bit display (Redhat5.2+XFree3.3.2.3+AccelX)
I have submitted a bug report concerning an error running the SwingSet demo on a RedHat 5.2 machine running XFree + AcceleratedX in 32-bit mode. After posting, I tried restarting in 16-bit mode and the demo executed. http://www.blackdown.org/cgi-bin/jdk/incoming?id=481;page=21;user=guest Unfortunately, I cannot append to my original post in JitterBug, so I'm informing the maintainers here. (Note that this bug also appears when starting JDK1.2 on a Solaris machine and displaying to the Linux box, so its likely a Sun bug) Thank you all for your great work !!! -- Is it too early to start bugging you about the JavaSound port ? :-) Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
ColorModel exception on 32-bit display (Redhat5.2+XFree3.3.2.3+AccelX)
Alexander V. Konstantinou writes: > I have submitted a bug report concerning an error running the SwingSet demo > on a RedHat 5.2 machine running XFree + AcceleratedX in 32-bit mode. > After posting, I tried restarting in 16-bit mode and the demo executed. > > http://www.blackdown.org/cgi-bin/jdk/incoming?id=481;page=21;user=guest > > Unfortunately, I cannot append to my original post in JitterBug, so > I'm informing the maintainers here. > > (Note that this bug also appears when starting JDK1.2 on a Solaris machine > and displaying to the Linux box, so its likely a Sun bug) It would seem so. I imagine that 32 bit displays aren't tested all that thoroughly, so I can easily believe it's an inherent problem with the base Sun source code. > -- Is it too early to start bugging you about the JavaSound port ? :-) Definitely. Steve -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
how to remotely launch java (nt, linux) ? (off-topic...)
Hello, this is definitely off topic, but I'm hoping someone here might have some relevant experience. (I'm not sure where the best place to post this is, or how to best phrase it even...the Java-linux readers are intelligent and speak language that I understand at least) I'd like to use a java RMI "daemon" as a process launcher for a farm of Linux and NT machines. In other words, I somehow run a java master process on each machine and can then, using RMI, tell this process to run commands on that box. Under Linux I can simply "rsh" from one master machine to start the Daemon on each machine. My question: is there any way to start a java program on NT either remotely, or automatically (e.g. is there an autoexec.bat script that can be used to start it??) More background: - there are a lot of machines, logging on to each one to start the process will be tedious. - My background is Java & some Unix, I don't know NT at all and am using Java to mostly isolate the application from the platform difference. (The RMI process server thing seems to work OK under NT once I get it launched...) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problems with JDK 1.2
When I run the command "java" I get the following errors: SIGSEGV 11* segmentation violation stackpointer=0xbfffe488 Full thread dump Classic VM (Linux_JDK_1.2_pre-release-v1, native threads): "Finalizer" (TID:0x41134320, sys_thread_t:0x81c3218, state:R, native ID:0xc03) prio=8 "Reference Handler" (TID:0x411343b0, sys_thread_t:0x81bea60, state:CW, native ID:0x802) prio=10 at java.lang.Object.wait(Native Method) at java.lang.Object.wait(Object.java:424) at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:114) "SIGQUIT handler" (TID:0x411343e0, sys_thread_t:0x81b74e8, state:R, native ID:0x401) prio=5 "main" (TID:0x411341e0, sys_thread_t:0x8142f88, state:R, native ID:0x400) prio=5 at java.lang.System.initProperties(Native Method) at java.lang.System.initializeSystemClass(System.java:783) Monitor Cache Dump: java.lang.ref.Reference$Lock@411343C0/41169B20: Waiting to be notified: "Reference Handler" (0x81bea60) Registered Monitor Dump: 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 "main" (0x8142f88) 1 entry Thread queue lock: owner "main" (0x8142f88) 1 entry Dynamic loading lock: Monitor registry: owner "main" (0x8142f88) 1 entry Here is what lidconfig -D has for me: ldconfig: version 1.9.9 /lib-aout: /usr/X11R6/lib/Xaw95: /usr/X11R6/lib/Xaw3d: /usr/X11R6/lib: libppm.so.1.0 => libppm.so.1.0.0 libpnm.so.1.0 => libpnm.so.1.0.0 libpgm.so.1.0 => libpgm.so.1.0.0 libpbm.so.1.0 => libpbm.so.1.0.0 libtk4.0.so.1 => libtk4.0.so.1 libtk4.2.so => libtk4.2.so libtksam4.2.so => libtksam4.2.so libtixsam4.1.7.6.so => libtixsam4.1.7.6.so libtix4.1.7.6.so => libtix4.1.7.6.so libtclsam7.6.so => libtclsam7.6.so libtk8.0.so => libtk8.0.so libtixsam4.1.8.0.so => libtixsam4.1.8.0.so libtix4.1.8.0.so => libtix4.1.8.0.so libtiff.so.3 => libtiff.so.3.4.37 libpng.so.2 => libpng.so.2.1.0 libjpeg.so.6 => libjpeg.so.6.0.1 libgif.so.3.0 => libgif.so.3.0 libforms.so.0.88 => libforms.so.0.88 libMagick.so.4.0 => libMagick.so.4.0.7 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 libXpm.so.4 => libXpm.so.4.10 libXaw3d.so.6 => libXaw3d.so.6.1 libz.so.1 => libz.so.1.1.2 /usr/i486-linux/lib: /usr/i486-linux-libc5/lib: libtexus.so => libtexus.so libglide2x.so => libglide2x.so /usr/i486-linux-libc6/lib: libz.so.1 => libz.so.1 libxdelta.so.0 => libxdelta.so.0 libutil.so.1 => libutil.so.1 libttf.so.2 => libttf.so.2 libtiff.so.3 => libtiff.so.3 libtermcap.so.2 => libtermcap.so.2 libtcl7.4.so.1 => libtcl7.4.so.1 libstdc++.so.2.8 => libstdc++.so.2.8 libstdc++.so.2.7.2 => libstdc++.so.2.7.2.8 librt.so.1 => librt.so.1 libresolv.so.2 => libresolv.so.2 libradiusclient.so.0 => libradiusclient.so.0 libqimgio.so => libqimgio.so.0 libpvm3.so.3 => libpvm3.so.3 libpthread.so.0 => libpthread.so.0 libppm.so.1.0 => libppm.so.1.0 libpnm.so.1.0 => libpnm.so.1.0 libpng.so.2 => libpng.so.2 libpgm.so.1.0 => libpgm.so.1.0 libpbm.so.1.0 => libpbm.so.1.0 libpanel.so.4 => libpanel.so.4 libopcodes-2.9.1.0.4.so.0 => libopcodes-2.9.1.0.4.so.0 libnss_nisplus.so.2 => libnss_nisplus.so.2 libnss_nis.so.2 => libnss_nis.so.2 libnss_hesiod.so.2 => libnss_hesiod.so.2 libnss_files.so.2 => libnss_files.so.2 libnss_dns.so.2 => libnss_dns.so.2 libnss_db.so.2 => libnss_db.so.2 libnss_compat.so.2 => libnss_compat.so.2 libnsl.so.1 => libnsl.so.1 libncurses.so.4 => libncurses.so.4 libmenu.so.4 => libmenu.so.4 libm.so.6 => libm.so.6 liblug.so.1 => liblug.so.1 libjpeg.so.6 => libjpeg.so.6 libgz.so.1 => libgz.so.1 libguile.so.2 => libguile.so.2 libgpm.so.1 => libgpm.so.1 libglut.so.3 => libglut.so.3 libgltt.so.2 => libgltt.so.2 libglib.so.1 => libglib.so.1 libgif.so.3.0 => libgif.so.3.0 libgdk.so.1 => libgdk.so.1 libgdbm.so.1 => libgdbm.so.1 libg++.so.2.8 => libg++.so.2.8 libg++.so.2.7.2 => libg++.so.2.7.2.8 libforms.so.0.88 => libforms.so.0.88 libform.
Re: how to remotely launch java (nt, linux) ? (off-topic...)
On Mon, 08 Mar 1999 00:39:52 +, Context Grey wrote: >Hello, > >this is definitely off topic, but I'm hoping someone here >might have some relevant experience. > (I'm not sure where the best place to post this is, >or how to best phrase it even...the Java-linux readers >are intelligent and speak language that I understand at least) > >I'd like to use a java RMI "daemon" as a process launcher for >a farm of Linux and NT machines. In other words, I somehow run a >java master process on each machine and can then, using RMI, >tell this process to run commands on that box. > >Under Linux I can simply "rsh" from one master machine to start the >Daemon >on each machine. > >My question: is there any way to start a java program on NT >either remotely, or automatically (e.g. is there an autoexec.bat >script that can be used to start it??) Well, depends on the program. If it does not interact with the display or console then you can use the NT Resource Key tool that lets you run any program as a service and have it auto-started when NT boots. If it does have interactions with the display (ANY AWT or required STDIO) then the best you can do is put it into the startup folder in the start menu of a user and it will run when that user logs in. >More background: - there are a lot of machines, logging on to >each one to start the process will be tedious. >- My background is Java & some Unix, I don't know NT at all >and am using Java to mostly isolate the application from the >platform difference. (The RMI process server thing >seems to work OK under NT once I get it launched...) See the NT Resource Kit. It has been a while but I think the tool is called "srvany.exe" and it takes as options the thing to run. Make that "java.exe classname options ..." with correct paths and settings for the starting directory and it will work. I have run some of our servers (for NextBus) on NT that way about a year ago to show it could be done - but I tend to want more remote admin than NT provides so I tend to stay with UNIX systems.) Michael Sinz -- Director of Research & Development, NextBus Inc. mailto:[EMAIL PROTECTED] - http://www.nextbus.com My place on the web ---> http://www.users.fast.net/~michael_sinz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
