Jon Schewe writes:
> Thanks. I tried that by adding " 2>&1 " to the end of prop-args in
> jde-run-vm-launch, but that didn't help. Got any other ideas?
Hi Jon,
The JDEE launches a Java process (see jde-run.el) by calling
(save-w32-show-window
(comint-exec run-buffer prog-name prog-path nil prog-args))
where save-w32-show-window is defined as:
(defmacro save-w32-show-window (&rest body)
"Saves the value of the w32-start-process-show-window variable
before evaluating body and restores the value afterwards."
`(let ((win32-start-process-show-window t)
(w32-start-process-show-window t)
(windowed-process-io t))
,@body))
comint-exec is a standard Emacs/XEmacs function that is used by
the compile command, the shell command, and other standard Emacs
commands that allow the user to launch and interact with external
processes.
At some point, I don't recall when or by who, somebody added a binding
for the variable windowed-process-io, which is defined by the XEmacs C
code (i.e., it is a built-in XEmacs variable) and is not defined by
Emacs, to save-w32-show-window macro.
The doc says this variable should only be set if you have a Microsoft
Windows GUI app that does standard I/O (GUI Windows apps typically do
not do standard I/O). It would seem to me that this variable should
not be set to t unconditionally as the JDEE currently does. There
should be some JDEE variable that would allow you to specify whether
the app you are about to launch is an app of the appropriate type. At
any rate, the doc also says that this variable has no effect on
Unix. Despite this, the facts that this variable affects process I/O
under some circumstances and that the variable is only used by XEmacs
seem to correlate strongly with the problem you are having. So I would
suggest that you comment out the binding of this variable in the
save-w32-show-window macro in jde-run.el, recompile jde-run.el if
necessary, and see if that makes a difference.
Paul
>
> On Tue, 2004-10-12 at 08:32, Matthew Smith wrote:
>
> > I am having the same problem. If I add 2>&1 to the compile command it
> > works OK. This just started happening since I upgraded my JDEE. Looks
> > like some problem handling STD ERR.
> >
> >
> > Paul Kinnucan wrote:
> >
> > >Jon Schewe writes:
> > > > I've noticed this problem under JDEE 2.3.4beta5 and 2.3.2 using XEmacs
> > > > 21.4.15 on Linux kernel 2.6.5 and JDK 1.4.2_05 and JDK 1.5.0. I've also
> > > > filed a bug report with Sun and sent this test case to one of their
> > > > engineers.
> > > >
> > > > If you compile and run bugs.jdk.code129.SplitDB and just wait, you don't
> > > > have to press anything and it errors out with a code 129 when run from
> > > > inside JDEE. If you run it from the commandline it's just fine.
> > > >
> > > > Here's the commandline I'm using.
> > > > java -classpath /net/users/jschewe/projects/test/build/ -Xmx256m -ea
> > > > bugs.jdk.code129.SplitDB
> > > >
> > > > If I comment out the setIcon call in DatabaseDialog, then it's just
> > > > fine. So my guess is that there's something with the signal handling
> > > > when the image finishes loading.
> > > >
> > > > Do you have any ideas as to what JDEE/XEmacs may be doing when it
> > > > executes the java process that would cause this to occur?
> > > >
> > > > Thanks for any input you have. Until then I'll have to resort to the
> > > > commandline.
> > > >
> > > > BTW this happens also when running ant inside JDEE.
> > >
> > >Hi Jon,
> > >
> > >I have no problem running the test case that you sent from the JDEE on
> > >Windows XP with Emacs 21.3.1. The icon loads just fine. The problem
> > >thus cannot be the JDEE. You say you can run the program from the
> > >command line. Do you mean from an external shell or from an XEmacs
> > >shell buffer? If you cannot run it from a shell buffer in XEmacs or from
> > >the JDEE but you can run it from a Linux shell, that would indicate that
> > >the problem is with XEmacs. If so, I'd try to find out what code129 means.
> > >
> > >Paul
> > >
> > >
> > > >
> > > >
> > > > ________________________________________________________________________
> > > > Your mouse has moved.
> > > > Windows must restart for change to take effect.
> > > > Reboot now? [OK]
> > > > http://web-unix.htc.honeywell.com/people/jschewe [Honeywell Intranet
> > > > Only]
> > > > *My views may not represent those of my employers
> > > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
> > > > <HTML>
> > > > <HEAD>
> > > > <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
> > > > <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.10">
> > > > </HEAD>
> > > > <BODY>
> > > > I've noticed this problem under JDEE 2.3.4beta5 and 2.3.2 using XEmacs
> > > > 21.4.15 on Linux kernel 2.6.5 and JDK 1.4.2_05 and JDK 1.5.0. I've also
> > > > filed a bug report with Sun and sent this test case to one of their
> > > > engineers.<BR>
> > > > <BR>
> > > > If you compile and run bugs.jdk.code129.SplitDB and just wait, you don't have
> > > > to press anything and it errors out with a code 129 when run from inside
> > > > JDEE. If you run it from the commandline it's just fine. <BR>
> > > > <BR>
> > > > Here's the commandline I'm using.<BR>
> > > > java -classpath /net/users/jschewe/projects/test/build/ -Xmx256m -ea
> > > > bugs.jdk.code129.SplitDB<BR>
> > > > <BR>
> > > > If I comment out the setIcon call in DatabaseDialog, then it's just
> > > > fine. So my guess is that there's something with the signal handling
> > > > when the image finishes loading.<BR>
> > > > <BR>
> > > > Do you have any ideas as to what JDEE/XEmacs may be doing when it executes
> > > > the java process that would cause this to occur?<BR>
> > > > <BR>
> > > > Thanks for any input you have. Until then I'll have to resort to the
> > > > commandline. <BR>
> > > > <BR>
> > > > BTW this happens also when running ant inside JDEE.<BR>
> > > > <BR>
> > > > <TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
> > > > <TR>
> > > > <TD>
> > > >
> > > > <HR>
> > > > <BR>
> > > > Your mouse has moved.<BR>
> > > > Windows must restart for change to take effect.<BR>
> > > > Reboot now? [OK]<BR>
> > > > <A
> > > > HREF="http://web-unix.htc.honeywell.com/people/jschewe";><U>http://web-unix.htc.honeywell.com/people/jschewe</U></A>
> > > > [Honeywell Intranet Only]<BR>
> > > > *My views may not represent those of my employers
> > > > </TD>
> > > > </TR>
> > > > </TABLE>
> > > >
> > > > </BODY>
> > > > </HTML>
> > >
> > >
> > >
>
>
> ________________________________________________________________________
> Your mouse has moved.
> Windows must restart for change to take effect.
> Reboot now? [OK]
> http://web-unix.htc.honeywell.com/people/jschewe [Honeywell Intranet
> Only]
> *My views may not represent those of my employers
> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 TRANSITIONAL//EN">
> <HTML>
> <HEAD>
> <META HTTP-EQUIV="Content-Type" CONTENT="text/html; CHARSET=UTF-8">
> <META NAME="GENERATOR" CONTENT="GtkHTML/3.0.10">
> </HEAD>
> <BODY>
> Thanks. I tried that by adding " 2>&1 " to the end of
> prop-args in jde-run-vm-launch, but that didn't help. Got any other ideas?<BR>
> <BR>
> On Tue, 2004-10-12 at 08:32, Matthew Smith wrote:
> <BLOCKQUOTE TYPE=CITE>
> <PRE><FONT COLOR="#737373"><I>I am having the same problem. If I add 2>&1
> to the compile command it
> works OK. This just started happening since I upgraded my JDEE. Looks
> like some problem handling STD ERR.
>
>
> Paul Kinnucan wrote:
>
> >Jon Schewe writes:
> > > I've noticed this problem under JDEE 2.3.4beta5 and 2.3.2 using XEmacs
> > > 21.4.15 on Linux kernel 2.6.5 and JDK 1.4.2_05 and JDK 1.5.0. I've also
> > > filed a bug report with Sun and sent this test case to one of their
> > > engineers.
> > >
> > > If you compile and run bugs.jdk.code129.SplitDB and just wait, you don't
> > > have to press anything and it errors out with a code 129 when run from
> > > inside JDEE. If you run it from the commandline it's just fine.
> > >
> > > Here's the commandline I'm using.
> > > java -classpath /net/users/jschewe/projects/test/build/ -Xmx256m -ea
> > > bugs.jdk.code129.SplitDB
> > >
> > > If I comment out the setIcon call in DatabaseDialog, then it's just
> > > fine. So my guess is that there's something with the signal handling
> > > when the image finishes loading.
> > >
> > > Do you have any ideas as to what JDEE/XEmacs may be doing when it
> > > executes the java process that would cause this to occur?
> > >
> > > Thanks for any input you have. Until then I'll have to resort to the
> > > commandline.
> > >
> > > BTW this happens also when running ant inside JDEE.
> >
> >Hi Jon,
> >
> >I have no problem running the test case that you sent from the JDEE on
> >Windows XP with Emacs 21.3.1. The icon loads just fine. The problem
> >thus cannot be the JDEE. You say you can run the program from the
> >command line. Do you mean from an external shell or from an XEmacs
> >shell buffer? If you cannot run it from a shell buffer in XEmacs or from
> >the JDEE but you can run it from a Linux shell, that would indicate that
> >the problem is with XEmacs. If so, I'd try to find out what code129 means.
> >
> >Paul
> >
> >
> > >
> > >
> > > ________________________________________________________________________
> > > Your mouse has moved.
> > > Windows must restart for change to take effect.
> > > Reboot now? [OK]
> > > </FONT><A
> HREF="http://web-unix.htc.honeywell.com/people/jschewe";><U>http://web-unix.htc.honeywell.com/people/jschewe</U></A><FONT
> COLOR="#737373"> [Honeywell Intranet
> > > Only]
> > > *My views may not represent those of my employers
> > > <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0
> TRANSITIONAL//EN">
> > > <HTML>
> > > <HEAD>
> > > <META HTTP-EQUIV="Content-Type" CONTENT="text/html;
> CHARSET=UTF-8">
> > > <META NAME="GENERATOR"
> CONTENT="GtkHTML/3.0.10">
> > > </HEAD>
> > > <BODY>
> > > I've noticed this problem under JDEE 2.3.4beta5 and 2.3.2 using XEmacs
> 21.4.15 on Linux kernel 2.6.5 and JDK 1.4.2_05 and JDK 1.5.0.&nbsp; I've also
> filed a bug report with Sun and sent this test case to one of their
> engineers.<BR>
> > > <BR>
> > > If you compile and run bugs.jdk.code129.SplitDB and just wait, you don't
> have to press anything and it errors out with a code 129 when run from inside
> JDEE.&nbsp; If you run it from the commandline it's just fine. <BR>
> > > <BR>
> > > Here's the commandline I'm using.<BR>
> > > java -classpath /net/users/jschewe/projects/test/build/ -Xmx256m -ea
> bugs.jdk.code129.SplitDB<BR>
> > > <BR>
> > > If I comment out the setIcon call in DatabaseDialog, then it's just
> fine.&nbsp; So my guess is that there's something with the signal handling when
> the image finishes loading.<BR>
> > > <BR>
> > > Do you have any ideas as to what JDEE/XEmacs may be doing when it
> executes the java process that would cause this to occur?<BR>
> > > <BR>
> > > Thanks for any input you have.&nbsp; Until then I'll have to resort
> to the commandline.&nbsp; <BR>
> > > <BR>
> > > BTW this happens also when running ant inside JDEE.<BR>
> > > <BR>
> > > <TABLE CELLSPACING="0" CELLPADDING="0"
> WIDTH="100%">
> > > <TR>
> > > <TD>
> > >
> > > <HR>
> > > <BR>
> > > Your mouse has moved.<BR>
> > > Windows must restart for change to take effect.<BR>
> > > Reboot now? [OK]<BR>
> > > <A HREF="</FONT><A
> HREF="http://web-unix.htc.honeywell.com/people/jschewe";><U>http://web-unix.htc.honeywell.com/people/jschewe"</U></A><FONT
> COLOR="#737373">><U></FONT><A
> HREF="http://web-unix.htc.honeywell.com/people/jschewe";><U>http://web-unix.htc.honeywell.com/people/jschewe</U></A><FONT
> COLOR="#737373"></U></A> [Honeywell Intranet Only]<BR>
> > > *My views may not represent those of my employers
> > > </TD>
> > > </TR>
> > > </TABLE>
> > >
> > > </BODY>
> > > </HTML>
> >
> >
> ></I></FONT></PRE>
> </BLOCKQUOTE>
> <PRE><TABLE CELLSPACING="0" CELLPADDING="0" WIDTH="100%">
> <TR>
> <TD>
>
> <HR>
> <BR>
> Your mouse has moved.<BR>
> Windows must restart for change to take effect.<BR>
> Reboot now? [OK]<BR>
> <A
> HREF="http://web-unix.htc.honeywell.com/people/jschewe";><U>http://web-unix.htc.honeywell.com/people/jschewe</U></A>
> [Honeywell Intranet Only]<BR>
> *My views may not represent those of my employers
> </TD>
> </TR>
> </TABLE>
> </PRE>
> </BODY>
> </HTML>
