systerm函數(shù)缺陷分析

plp626

int main(intc, char **v)
{  
    return systerm(v[1]);
}

system 實(shí)現(xiàn)是 調(diào)了execl("/bin/sh", "sh", "-c", cmdstr, NULL)
--------------------------------
$gcc a.c  -o aaa
$./aaa  "ls -R|more"

再打開一個(gè)窗口，ps -ax  查看sh -c 對(duì)應(yīng)恩進(jìn)程pid,,,然后kill -9 殺死這個(gè)進(jìn)程pid

發(fā)現(xiàn)這個(gè)aaa進(jìn)程所在終端沒法正常使用了，

因?yàn)轫?xiàng)目中遇到該問題，一時(shí)不知如何解決，發(fā)帖請(qǐng)大家分析下原因

ps:windows 系統(tǒng)也有此問題

timespace

在CentOS 6.5和OS X 10.9執(zhí)行了，沒重現(xiàn)你的問題，終端照常工作，也可能我誤解了“發(fā)現(xiàn)這個(gè)aaa進(jìn)程所在終端沒法正常使用了”的含義。

plp626

system 實(shí)現(xiàn)是 調(diào)了execl("/bin/sh", "sh", "-c", cmdstr, NULL)

你殺sh-c 對(duì)應(yīng)的進(jìn)程id,  就出問題了

是我帖子沒說對(duì)，現(xiàn)在我馬上改過來，不好意思，請(qǐng)見諒

timespace

要修復(fù)這個(gè)問題，先reset，還不行就只能重登陸了。

問題原因就是終端輸入輸出模式不正確了，正常shell交互是canon模式（行為單位，命令行編輯），vi/more/less使用的時(shí)非canon模式（字符為單位，支持單個(gè)字符的操作），kill -9 'sh -c ...'打破了more正常退出邏輯，所以有問題，細(xì)節(jié)看下面分析。

正常q退出more，strace看到icanon和echo設(shè)置了吧，這是一般shell正常交互的關(guān)鍵。

1. read(2, "q", 1)                         = 1
   
2. ioctl(2, SNDCTL_TMR_START or TCSETS, {B9600 opost isig icanon echo ...}) = 0
   
3. ioctl(2, SNDCTL_TMR_TIMEBASE or TCGETS, {B9600 opost isig icanon echo ...}) = 0

復(fù)制代碼

先kill -9 'sh -c ...'，再q退出more，strace看到icanon和echo沒有設(shè)置成功

1. read(2, "q", 1)                         = 1
   
2. ioctl(2, SNDCTL_TMR_START or TCSETS, {B9600 opost isig icanon echo ...}) = -1 EIO (Input/output error)

復(fù)制代碼

至于為什么會(huì)失��？終端/偽終端水太深，就到此為止吧，不管什么動(dòng)機(jī)，直接kill  -9 'sh -c ...'都是不合理的，和system更是一毛錢關(guān)系沒有。

plp626

按你的理解是more 的缺陷問題了。

plp626

按你的理解是more 的缺陷問題了。