I have written a java applet to interact with bash in the background to let
the applet user interact just like they were using bash itself.
But when the initial output from bash comes to my applet, it says "bash: no
job control in this shell".
Which initially I didn't think really mattered, but
JimK wrote:
> I have written a java applet to interact with bash in the background to let
> the applet user interact just like they were using bash itself.
Does this java applet set up a master-slave pty for bash's input and
output? This is what the 'expect' program and similar usually do.
> But
Bob Proulx wrote:
JimK wrote:
Which initially I didn't think really mattered, but I just found out that
man/less/more do not work after displaying their initial screen. Commands
like "q" are not processed like they should so you are stuck inside of
man/less/more.
You would probably need "q\n"
Matthew Woehlke wrote:
> Bob Proulx wrote:
> >You would probably need "q\n" in order to get the data flushed to the
> >subprocess. This is probably a stdio buffering issue. When the stdio
> >library determines that the output is not a tty then the output is
> >buffered into large blocks for perfo
JimK wrote:
> I have written a java applet to interact with bash in the background to let
> the applet user interact just like they were using bash itself.
>
> But when the initial output from bash comes to my applet, it says "bash: no
> job control in this shell".
In general, this happens when
ackstorm wrote:
> Configuration Information [Automatically generated, do not change]:
> Machine: i486
> OS: linux-gnu
> Compiler: gcc
> Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i486'
> -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i486-pc-linux-gnu'
> -DCONF_VENDOR='pc' -DLOCALEDIR='/u
