From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Thu, 27 Mar 2008 23:12:47 +0800 From: "Hongzheng Wang" To: "Fans of the OS Plan 9 from Bell Labs" <9fans@9fans.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [9fans] Does sam accepts interrupt signal Topicbox-Message-UUID: 840c9076-ead3-11e9-9d60-3106f5b1d025 Hi, The UNIX standard editor ed, which also exists in Plan 9, accepts the interrupt signal. When it listens an interrupt signal, ed will print a `?' and returns to its command level. Frankly, it is a very convenient feature since the user could not loose himself, especially for a line editor. But it seems that sam does not handle the interrupt signal. I have encountered such a case several times: after operating for a long time when both mouse language and command language are used together, sam appears to forget the state (in fact it's I that forget it) and treat my input as plain text. In this case, no matter putting a single dot or completing with a `/' could not save me. As a result, I usually have to look backward in command window to see what exactly the last command is. Well, I know it may be my fault encountering such problems. But I think it could be simply solved if sam's operations could be asynchronously interrupted. So, is there a feature like this in sam, which I ignored? Or, is there any other better method to solve similar problems? Thanks :-) -- HZ