Home
| Calendar
| Mail Lists
| List Archives
| Desktop SIG
| Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU |
David Hummel wrote: | On Tue, Dec 07, 2004 at 06:52:55PM +0000, John Chambers wrote: | > Jerry Feldman writes: | > > | > > Yup. It's there. In general I use Kill -TERM gnome Where Kill is my | > > script that greps the ps output. | > | > Funny; I have a script by the same name that does the same thing. | | It's generally a bad idea to give a script the same name as a system | command (unless it's some kind of wrapper for that command, and even | then be careful). Just add .sh, .bash, .pl, whatever. That's why Jerry's script is "Kill" rather than "kill". ;-) One case where this convention really blew up on OSX was that I had a wrapper for the "find" command, called "Find". Never mind just what it did; when it finally tried to call "find" to do the work, the name matched the "Find" in my ~/sh directory, which was in the search path before /usr/bin or wherever "find" was. So it called itself recursively. That copy did the same thing ... The solution was to rename "Find" to "Find.sh", and add "alias Find Find.sh" to my rc file. The caseless matching is only in the file system, and shell aliases are still caseful. But recovering from the behavior of the original "Find" required a reboot, as keyboard input was apparently of lower priority than the madly-scrolling Terminal window and the WindowServer. A lot of reboots, actually, since I was determined to get to the bottom of the insane behavior. The code should have been portable ... I didn't have the nerve to test the "Kill" script.
BLU is a member of BostonUserGroups | |
We also thank MIT for the use of their facilities. |