Re: [Nano-devel] How to lock a terminal
On Wed, Feb 17, 2016, at 04:11, Bob Proulx wrote: > Benno Schulenberg wrote: > > For that to work, it requires having 'set suspend' in your > > nanorc. (Which I don't have, because it annoys me when nano > > drops into the background when I accidentally hit ^Z.) > > I do not have a nanorc file at all. The defaults are okay for > suspension without any specific configuration. ?? How does that work? What version of nano are you using? Here 'nano --help | grep sus' says: -z --suspend Enable suspension meaning that it is off by default. Do you have an alias? If not, then you have a strange terminal, that catches ^Z before it reaches the running program. Benno -- http://www.fastmail.com - Email service worth paying for. Try it for free
Re: How to lock a terminal
Benno Schulenberg wrote: > Bob Proulx wrote: > > I do not have a nanorc file at all. The defaults are okay for > > suspension without any specific configuration. > > ?? How does that work? What version of nano are you using? Since this has nothing to do bash I am going to take this to the nano list only. Bob
Re: Q: what is a fast way to see if an 'item' is present in an array?
On Tue, Feb 16, 2016 at 07:26:06PM -0800, Linda Walsh wrote: > In my case it's only 2, but other interfaces... still not that long > *usually*, > > (cd $PWD/holders; echo *) > dm-0 dm-1 dm-12 dm-2 dm-3 dm-4 dm-5 dm-6 dm-7 dm-8 dm-9 > > But I tend to think about worst case behaviors and at least > try to ask around if anyone has anything better... but in this case, > the impact is minimal. Well, you have choices to make. You can do a sequential search through the list each time, or you can build an associative array from the list right after reading it (and any other time you modify the list). If the typical list is about 2 elements, then the sequential search is fine.
Re: Add a mirror to github
On Tue, Feb 16, 2016 at 4:25 AM, Chet Ramey wrote: > On 2/14/16 1:41 AM, konsolebox wrote: >> Hi Chet, >> >> Please consider adding a mirror of bash's git repo in github.com. It >> would be easier for many people in the community to contribute code >> and discuss it there. > > There's nothing stopping people from doing that now, and I'd rather > discussions take place on this list. Well there's no meaning to it unless it's official and that you participate in talking about the contributed patches and issues people choose to post in there, but I accept your decision. -- konsolebox