From 8c29bb071a5d7f6cf8edb26b93bd9e48d4ad3df1 Mon Sep 17 00:00:00 2001 From: Eric Andersen Date: Fri, 24 Jan 2003 11:21:22 +0000 Subject: Add FAQ entry for "sh: can't access tty; job control turned off" -Erik --- docs/uclibc.org/FAQ.html | 26 ++++++++++++++++++++++++-- 1 file changed, 24 insertions(+), 2 deletions(-) (limited to 'docs') diff --git a/docs/uclibc.org/FAQ.html b/docs/uclibc.org/FAQ.html index 84a75a015..452edbedf 100644 --- a/docs/uclibc.org/FAQ.html +++ b/docs/uclibc.org/FAQ.html @@ -234,8 +234,30 @@ to the uClibc home page. applications will auto-magically link against uClibc. You can also build your own native uClibc toolchain. Just download the uClibc toolchain builder from - http://www.uclibc.org/downloads/toolchain/, ajust the Makefile settings - to match your target system, and then run 'make'. + http://www.uclibc.org/downloads/toolchain/, or the uClibc buildroot + system from + http://www.uclibc.org/downloads/buildroot/, ajust the Makefile + settings to match your target system, and then run 'make'. + +

+ + + Why do I keep getting "sh: can't access tty; job control turned off" errors? + Why doesn't Control-C work within my shell? + + + + + This isn't really a uClibc question, but I'll answer it here anyways. Job + control will be turned off since your shell can not obtain a controlling + terminal. This typically happens when you run your shell on /dev/console. + The kernel will not provide a controlling terminal on the /dev/console + device. Your should run your shell on a normal tty such as tty1 or ttyS0 + and everything will work perfectly. If you REALLY want your shell + to run on /dev/console, then you can hack your kernel (if you are into that + sortof thing) by changing drivers/char/tty_io.c to change the lines where + it sets "noctty = 1;" to instead set it to "0". I recommend you instead + run your shell on a real console...

-- cgit v1.2.3