I have had a problem for a long time now when logging in on tty1 as root
or any user. On logging in the system reports " -bash: no job control
in this shell on tty1". Others here have also reported the problem but
we never found a fix, other then Ctrl c and re-logging in.
I
On Mon, Feb 09, 2009 at 10:37:07AM -0500, "Douglas A. Tutty"
was heard to say:
> On Sun, Feb 08, 2009 at 08:27:09PM -0800, Daniel Burrows wrote:
> > On Sun, Feb 08, 2009 at 07:58:51AM -0500, "Douglas A. Tutty"
> > was heard to say:
>
> > > Perhaps your controller program will have
> > > to be
On Sun, Feb 08, 2009 at 08:27:09PM -0800, Daniel Burrows wrote:
> On Sun, Feb 08, 2009 at 07:58:51AM -0500, "Douglas A. Tutty"
> was heard to say:
> > Perhaps your controller program will have
> > to be a filter between the process and the terminal: pipe its std-in an
> > std-out to the control
sure)?
I was being sloppy :) -- I meant that the terminal has been "taken
away" via tcsetpgrp().
> The libc info also has example code for implementing a shell with job
> control, but I haven't looked at it closely yet.
Yeah, that's basically what I was basing my ide
r a while.
> > >
> > > I have a need to write some code that can manage job control on a
> > > terminal. More specifically, I need to run a single process and stuff
> > > it into the background at will, so that it gets suspended when it tries
> > >
On Sun, Feb 08, 2009 at 05:52:34PM +1000, Adrian Levi
was heard to say:
> 2009/2/8 Daniel Burrows :
> > Hello list,
> >
> > I've been banging my head on this one for a while.
> >
> > I have a need to write some code that can manage job control on a
>
by: "without access to the controlling terminal"?
Is the controlling terminal actually connected to the stdin of your
subprocess in the normal case (check in /proc to be sure)?
The libc info also has example code for implementing a shell with job
control, but I haven't looked
On Sun, Feb 08, 2009 at 05:52:34PM +1000, Adrian Levi wrote:
> 2009/2/8 Daniel Burrows :
> > Hello list,
> >
> > I've been banging my head on this one for a while.
> >
> > I have a need to write some code that can manage job control on a
> > terminal
2009/2/8 Daniel Burrows :
> Hello list,
>
> I've been banging my head on this one for a while.
>
> I have a need to write some code that can manage job control on a
> terminal. More specifically, I need to run a single process and stuff
> it into the backgroun
; > The source for /bin/dash and /bin/bash are available. You might should
> > be able to peruse them and find the correct way to
> > suspend/resume/detach/etc. processes.
>
> Would the screen program (or its sources) be of any help?
My first guess would be no. Screen does not
On Sat, Feb 07, 2009 at 10:43:11PM -0600, Boyd Stephen Smith Jr. wrote:
> On Saturday 07 February 2009 18:58:13 Daniel Burrows wrote:
> > I've been banging my head on this one for a while.
>
> The source for /bin/dash and /bin/bash are available. You might should be
> able to peruse them and f
On Saturday 07 February 2009 18:58:13 Daniel Burrows wrote:
> I've been banging my head on this one for a while.
The source for /bin/dash and /bin/bash are available. You might should be
able to peruse them and find the correct way to suspend/resume/detach/etc.
processes.
--
Boyd Stephen Smi
Hello list,
I've been banging my head on this one for a while.
I have a need to write some code that can manage job control on a
terminal. More specifically, I need to run a single process and stuff
it into the background at will, so that it gets suspended when it tries
to read fro
On 12:51 Mon 07 Jan , Scott Gifford wrote:
>
> To find out, create a brand new user with default dotfiles, and try
> logging in as that user.
>
> Hope this helps,
>
No such luck :(.
Every user who initially logs in to tty1 gets the no job control message!
Here is so
Mitchell Laks <[EMAIL PROTECTED]> writes:
[...]
> 1) I don't know what this means.
It means you can't hit CTRL-Z to suspend a process, move processes to
the foreground and background, or use the jobs command. See the JOB
CONTROL section of bash(1) for more details.
Not
.
>
> I notice right after I initially login to the pc
>
> the shell says to me (ominously):
>
> -bash: no job control in this shell.
>
> 1) I don't know what this means.
> 2) I don't know what causes it.
> 3) It bothers me (I dont know why. Just in
On 2008-01-07 01:08:20 -0500, Mitchell Laks wrote:
> I notice right after I initially login to the pc
>
> the shell says to me (ominously):
>
> -bash: no job control in this shell.
>
> 1) I don't know what this means.
> 2) I don't know what causes it.
Perha
):
-bash: no job control in this shell.
1) I don't know what this means.
2) I don't know what causes it.
3) It bothers me (I dont know why. Just in principle!).
4) So if I really want that job control thingy back, what do I have to do.
I figure it is a left over from some mess up of my .
lesystem) readonly.
> Freeing unused kernel memory: 164k init 4k chrp 32k prep
> /bin/sh: can't access tty; job control turned off
> #
>
> with even the simplest linuxrc : (
>
> I created an initrd consisting of:
>
> /bin
> /bin/dash
> /bin/echo
> /bin/sh
/bin/sh: can't access tty; job control turned off
#
with even the simplest linuxrc : (
I created an initrd consisting of:
/bin
/bin/dash
/bin/echo
/bin/sh -> dash
/dev
/dev/console c 5 1
/lib
/lib/ld.so.1
/lib/libc.so.6
/linuxrc
linuxrc is a not-overly-complicated shell script:
#!/bin/sh
echo
For the archives:
On Sat, Nov 08, 2003 at 04:16:23PM -0800, Bill Moseley wrote:
> Common question: how do I make the viewer a child of init so that when
> mutt exits it's not a zombie waiting on the viewer or closing mutt
> doesn't kill the viewer?
Well, one answer would seem a script called mu
I'm using a modification of mutt_bgrun where a .mailcap entry might be:
image/png; /home/moseley/bin/mutt_bgrun display '%s'; test=test -n "$DISPLAY"
and mutt_bgrun is basically:
file=$(mktemp);
cp "$2" "$file"
( "$1" "$file"; rm "$file" ) &
That allows control to return to mutt while the view
At Fri, 30 Mar 2001 18:40:31 -0700 (MST), John Galt <[EMAIL PROTECTED]>
wrote:
>
>-BEGIN PGP SIGNED MESSAGE-
>Hash: SHA1
>
>
>nohup
>
>On Thu, 29 Mar 2001 [EMAIL PROTECTED] wrote:
>
>>- Begin Hush Signed Message from [EMAIL PROTECTED]
>-
>>
>>This is not a debian question, but i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
nohup
On Thu, 29 Mar 2001 [EMAIL PROTECTED] wrote:
>- Begin Hush Signed Message from [EMAIL PROTECTED] -
>
>This is not a debian question, but it's so generic I'm not sure where else
>to ask it.
>
>How do you free a process from your login?
Quoth Brian May,
> > "Erik" == Erik Steffl <[EMAIL PROTECTED]> writes:
>
> Erik> nohup, I think you can also set up the shell not to kill
> Erik> children when it exits (start command in background (append
> Erik> & at the end of command line) or background it while it
> Eri
> "Erik" == Erik Steffl <[EMAIL PROTECTED]> writes:
Erik> nohup, I think you can also set up the shell not to kill
Erik> children when it exits (start command in background (append
Erik> & at the end of command line) or background it while it
Erik> works, usually ctrl-z to st
a process from your login? I want to start a commandline
> program, then logoff and have the program continue to execute. Currently
> I'm using at as a work around, but it seems like you should be able to
> interactively "spin" the process off on its own. Thanks.
You c
[EMAIL PROTECTED] wrote:
>
> - Begin Hush Signed Message from [EMAIL PROTECTED] -
>
> This is not a debian question, but it's so generic I'm not sure where else
> to ask it.
>
> How do you free a process from your login? I want to start a commandline
> program, then logoff and have the p
- Begin Hush Signed Message from [EMAIL PROTECTED] -
This is not a debian question, but it's so generic I'm not sure where else
to ask it.
How do you free a process from your login? I want to start a commandline
program, then logoff and have the program continue to execute. Currently
I
-BEGIN PGP SIGNED MESSAGE-
On Tue, 12 Oct 1999 [EMAIL PROTECTED] wrote:
> Then I think I am in trouble...
> I chose to run dselect on an xterm as su root.
> So, if I kill that window to install a new version of afterstep,
> what i am currently running, am I up the creek?
> Oh, boy.
> Now
bwarsing <[EMAIL PROTECTED]> writes:
BW> On Tue, Oct 12, 1999 at 04:38:08PM -0400, Noah L. Meyerhans wrote:
NLM> There is a utility called 'screen' to handle this. It's
NLM> packaged for Debian. You'd run your program in a screen session
NLM> in one window ('screen mutt' for example).
BW>
BW>
On Tue, Oct 12, 1999 at 04:38:08PM -0400, Noah L. Meyerhans wrote:
> There is a utility called 'screen' to handle this. It's packaged for
> Debian. You'd run your program in a screen session in one window ('screen
> mutt' for example). You could then detach the screen session from that
> window
-BEGIN PGP SIGNED MESSAGE-
On Tue, 12 Oct 1999 [EMAIL PROTECTED] wrote:
> Got a quick one.
> How do I get a particular transfer control of a particular PID to
> another ttyX or xterm?
> Don't think I've ever read anything about this.
There is a utility called 'screen' to handle this. It
Tuesday, October 12, 1999, 1:16:29 PM, bwarsing wrote:
> How do I get a particular transfer control of a particular PID to
> another ttyX or xterm?
> Don't think I've ever read anything about this.
I don't think there is a way to do it at the base level. Take a look at
screen, however, which
Hi,
Got a quick one.
How do I get a particular transfer control of a particular PID to
another ttyX or xterm?
Don't think I've ever read anything about this.
Thanks,
bw
Hi,
I remember there's patch or else to make 'es'
have job control ability.
Do you know where to get it?
thanks
-mlt
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] . Trouble?
e-mail to [EMAIL PROTECTED] .
36 matches
Mail list logo
