aboutsummaryrefslogtreecommitdiff
path: root/TODO
diff options
context:
space:
mode:
authorandersen <andersen@69ca8d6d-28ef-0310-b511-8ec308f3f277>2003-07-05 08:29:01 +0000
committerandersen <andersen@69ca8d6d-28ef-0310-b511-8ec308f3f277>2003-07-05 08:29:01 +0000
commit35862ea912474a7a3530f58277735eaae98ac228 (patch)
tree80fe72fbe73b7239a0e8e27bf23524892a8a5bfc /TODO
parentb395ee2aa7660a90f4a150d9e34d87f8b0c483a4 (diff)
downloadbusybox-w32-35862ea912474a7a3530f58277735eaae98ac228.tar.gz
busybox-w32-35862ea912474a7a3530f58277735eaae98ac228.tar.bz2
busybox-w32-35862ea912474a7a3530f58277735eaae98ac228.zip
Daniel writes:
I've found a problem with job control when the init process is restarted. If the system boots for the first time, I get job control on a serial terminal - no problems. However, when I restart init by issuing "init -q", then the shell no longer has job control. I traced this a problem in console_init in the file init.c. What was happening after the restart is that the first compare if (ioctl(0, TIOCGSERIAL, &sr) == 0) { ... } else if (ioctl(0, VT_GETSTATE, &vt) == 0) { ... } else { ... // assume /dev/console } returned error and subsequently the code assumes /dev/console as the console, which does not support job control. Checking the errno after the first call showed that the system was complaining about the file descriptor. This is probably because the previous init process had closed all its file descriptors which the new init process had inherited. git-svn-id: svn://busybox.net/trunk/busybox@7041 69ca8d6d-28ef-0310-b511-8ec308f3f277
Diffstat (limited to 'TODO')
0 files changed, 0 insertions, 0 deletions