RE: GUI Application
On Wed, 12 Sep 2001, BERNARDES,JOAN (Non-HP-Brazil,ex1) wrote: > How can I start my applicative using xinit? xinit java Application > The JVM from IBM have any constraints with using in a commercial > product? I don't think so (for JRE). But please ask a lawyer. Oktay -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Faking out an app that requires a GUI
Ahhh... Thanks, guys. Yes, it was xvfb that I was thinking of.
I posted this on behalf of a guy from a CAD users' mailing list who was having a
problem, and from what I had heard of xvfb on this list, it sounded like that
might help him out. His app isn't actually Java, but it sounds like that's not
an issue with xvfb.
I'll pass this on to him. It's off-topic, but in case anyone's interested,
here's part of his original statement of his problem ("msplot" is a plotting
utility that works with this CAD software):
"The msplot command will not work because even though this is supposed to be
command line driven, once you submit the request, the print_cli command that
is called fails because it can't open the display, even though there is no
graphical display to output. I know that I can set the DISPLAY variable and
that then this would work, but this is not feasible for what I'm trying to
do."
Thanks again,
Jim
--
Nathan Meyers wrote:
>
> On Wed, Sep 12, 2001 at 06:25:00PM -0700, ed phillips wrote:
> > Are you referring, Jim, to an Expect like feature set for Java.
> >
> > Is there such a set of classes? Perl has an Expect module. Hmmm
>
> Joi's recommendation for xvfb is the right one. The Linux/Unix AWT always
> expects an X server even if you never create a window. Xvfb is a fully
> functional X server, but one whose "display" is in memory rather than
> a physical display device - exactly what you need to run AWT code on
> a server.
>
> Nathan
>
> > Ed
> >
> >
> > Joi Ellis wrote:
> > >
> > > On Wed, 12 Sep 2001, Jim Caley wrote:
> > >
> > > > It seems like a year or two ago I saw some sort of utility mentioned on this
> > > > mailing list that could be used to "fake out" a text-based app that still
>needed
> > > > to have a GUI display available. (Was it that some of the Swing classes wanted
> > > > the graphical display or something? I can't remember.)
> > > >
> > > > I'm not finding this in the archives. Does anyone know what I'm talking about?
> > >
> > > I'll guess that you're thinking of the xvfb (virtual frame buffer)
> > > X11 server which allows apps which manipulate fonts and/or images without
> > > using a physical display device. It comes up on headless web servers
> > > which want to generate dynamic gifs (hit counters) or whatever.
> > > The image/font manipulation stuff won't load without an X11 display, so
> > > xvfb is used to provide those resources without using an actual device.
> > >
> > > --
> > > Joi EllisSoftware Engineer
> > > Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED]
> > >
> > > No matter what we think of Linux versus FreeBSD, etc., the one thing I
> > > really like about Linux is that it has Microsoft worried. Anything
> > > that kicks a monopoly in the pants has got to be good for something.
> > >- Chris Johnson
> > >
> > > --
> > > 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]
> >
>
> --
>
> --
> 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: Pid of the JVM
On Thu, Sep 06, 2001 at 10:14:18AM -0400, Jesse Stockall wrote: > How can I get the pid of the jvm that an app is running in? You want to get it from within the app? PIDs are a non-portable concept, so you'll need a JNI call to get it (just wrap a JNI call around the getpid() system call). But there's a big caveat here: in Linux, every thread has its own PID, unless you're running with green threads. Your call to getpid() will get a pid somewhere in the process hierarchy, but probably not the one you want. Nathan Meyers [EMAIL PROTECTED] > Thanks > > -- > Jesse Stockall | Tel: 1+ 613.599.2441 ext. 243 > CRYPTOCard Corporation | Fax: 1+ 613.599.2442 > Suite 304, 300 March Rd. | email: [EMAIL PROTECTED] > Ottawa, ON, Canada K2K 2E2 | web: www.cryptocard.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]
OFF TOPIC: (WAS "Faking out an app that requires a GUI")
Just wanted to let you know that xvfb did fix this guy's problem.
Here's an extract from his reply to me:
"Thanks for the feedback. At least somebody is of help. [SNIP COMPLAINTS
ABOUT LACK OF HELP FROM THE VENDOR :)] Anyway, enough
whining. The Xvfb solution works great. I managed to snag a binary from
http://ferret.wrc.noaa.gov/Ferret/. Using Xvfb is real simple as well.
Again, thanks for the efforts.
Dave"
Jim
--
Jim Caley wrote:
>
> Ahhh... Thanks, guys. Yes, it was xvfb that I was thinking of.
>
> I posted this on behalf of a guy from a CAD users' mailing list who was having a
> problem, and from what I had heard of xvfb on this list, it sounded like that
> might help him out. His app isn't actually Java, but it sounds like that's not
> an issue with xvfb.
>
> I'll pass this on to him. It's off-topic, but in case anyone's interested,
> here's part of his original statement of his problem ("msplot" is a plotting
> utility that works with this CAD software):
>
> "The msplot command will not work because even though this is supposed to be
> command line driven, once you submit the request, the print_cli command that
> is called fails because it can't open the display, even though there is no
> graphical display to output. I know that I can set the DISPLAY variable and
> that then this would work, but this is not feasible for what I'm trying to
> do."
>
> Thanks again,
> Jim
> --
>
> Nathan Meyers wrote:
> >
> > On Wed, Sep 12, 2001 at 06:25:00PM -0700, ed phillips wrote:
> > > Are you referring, Jim, to an Expect like feature set for Java.
> > >
> > > Is there such a set of classes? Perl has an Expect module. Hmmm
> >
> > Joi's recommendation for xvfb is the right one. The Linux/Unix AWT always
> > expects an X server even if you never create a window. Xvfb is a fully
> > functional X server, but one whose "display" is in memory rather than
> > a physical display device - exactly what you need to run AWT code on
> > a server.
> >
> > Nathan
> >
> > > Ed
> > >
> > >
> > > Joi Ellis wrote:
> > > >
> > > > On Wed, 12 Sep 2001, Jim Caley wrote:
> > > >
> > > > > It seems like a year or two ago I saw some sort of utility mentioned on this
> > > > > mailing list that could be used to "fake out" a text-based app that still
>needed
> > > > > to have a GUI display available. (Was it that some of the Swing classes
>wanted
> > > > > the graphical display or something? I can't remember.)
> > > > >
> > > > > I'm not finding this in the archives. Does anyone know what I'm talking
>about?
> > > >
> > > > I'll guess that you're thinking of the xvfb (virtual frame buffer)
> > > > X11 server which allows apps which manipulate fonts and/or images without
> > > > using a physical display device. It comes up on headless web servers
> > > > which want to generate dynamic gifs (hit counters) or whatever.
> > > > The image/font manipulation stuff won't load without an X11 display, so
> > > > xvfb is used to provide those resources without using an actual device.
> > > >
> > > > --
> > > > Joi EllisSoftware Engineer
> > > > Aravox Technologies [EMAIL PROTECTED], [EMAIL PROTECTED]
> > > >
> > > > No matter what we think of Linux versus FreeBSD, etc., the one thing I
> > > > really like about Linux is that it has Microsoft worried. Anything
> > > > that kicks a monopoly in the pants has got to be good for something.
> > > >- Chris Johnson
> > > >
> > > > --
> > > > 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]
> > >
> >
> > --
> >
> > --
> > 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]
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
how to repaint the selectedItem
Hi, I define a List in one Frame. The List is used to display files and directory of the file system. When I select one item, the item is highlighted. How to keep the highlight of the item even when the List field is updated by adding a new file? (When the List is modified, my code refreshs the List field. However the previous highlight is gone.) How to keep the highlight in using java.awt ? I appreciate any input. Thanks, Flora _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Sun JDK1.3.1 does not load JITs
Hi, I've got the impression that Sun's new JDK 1.3.1 does never load any JIT via the JIT interface (jit.h) ??? In other words: java -classic -Djava.compiler=any_jit_at_right_place MainClass will always fail, even if the JIT is okay and located at the right place. Is that a known bug? Cheers, Albrecht -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Sun JDK1.3.1 does not load JITs
Albrecht Kleine <[EMAIL PROTECTED]> writes: > I've got the impression that Sun's new JDK 1.3.1 does > never load any JIT via the JIT interface (jit.h) ??? > > In other words: > > java -classic -Djava.compiler=any_jit_at_right_place MainClass > > will always fail, even if the JIT is okay and located at the right > place. Sun doesn't register the native implementation for java.lang.Compiler.initialize() in their 1.3.1. Our 1.3.1 does. > Is that a known bug? I don't know if they consider it a bug or a feature. Juergen -- Juergen Kreileder, Blackdown Java-Linux Team http://www.blackdown.org/java-linux.html Run Java 2 SE v1.3.1 on your iPAQ: http://www.handhelds.org/pipermail/ipaq/2001-June/007221.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
RE: GUI Application
Hello, We have a similar setup except we use a window manager (fvwm2). Does anyone know how to hide the mouse cursor completely? From java we managed to hide it over all components except the borders of internal frames. Maybe there is another lightweight wm that can hide the cursor or some hidden XFree86 config feature? Regards, Magnus -Original Message- From: MIME :[EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: 9/12/01 9:05 AM Subject: Re: GUI Application We have one Application running on TouchScreen with Xfree86 without WindowManager. The application was started directly with xinit. In your case you could use JRE1.3 from IBM which is smaller than JRE from sun. But this might be, because sun has additional classes in their JRE. -- Oktay Akbal -- 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]
