Menú loco v0.1

El comando select de shell es muy copado (lean el man).

Por ejemplo:

select file in main.c functions.c config.h

do

vim $file

done

Pero tiene la desgracia de

1. Usar números para las opciones
2. Necesitar ^C para salir (a menos que pongamos una opción que tendrá un número para elegirla)

Entonces, les presento un minitruquín the groncher, the better para evitar ambos problemas:

function menu {

keyword=$1

echo

echo "Elija opción: "

grep "# $keyword" $0 | fgrep -v grep | sed "s/;;.*//"

}

while :

do

menu File

read -n1 op

case $op in

f) file=main.c ;; # File

c) file=functions.c ;; # File

r) file=config.h ;; # File

q) echo ; exit ;; # File

*) continue;;

esac

vim $file

done

Sí... la presentación de las opciones del menú son comandos unix, no son nombrecitos.

Se invita a los señores lectores a proponer la v0.2

Sacame lo' yuyo'

vim: "Eliminá todas las líneas que digan 'GO' desde el renglón actual hasta el renglón que dice 'end'"

:.,/end/g/GO/d

Les dejo el abracadabra y el que tenga curiosidad que lo investigue.

Estupidez svn

function svnInfo {

att="$*"

svn info | grep "$att" | sed "s/$att: //g"

}

lastrev=$(svnInfo "Last Changed Rev")

rev=$(svnInfo "Revision")

Sum by

Para calcular cuántas horas por día trabajo, necesité una especie de sum(horas) GROUP BY día a partir del siguiente input de horas por tarea:

$ donetasks

2011-05-17 1.00 FrancesGO2 -> Schedule

2011-05-17 4.50 FrancesGO2 -> Deployment

2011-05-17 1.50 FrancesGO2 -> Sysadmin, environments

2011-05-17 0.50 FrancesGO2 -> Analisis Funcional

2011-05-17 0.50 FrancesGO2 -> Meetings

2011-05-17 1.00 FrancesGO2 -> Tooling

2011-05-18 0.50 FrancesGO2 -> Deployment

Decidí que el Aho, Weinberger y Kernighan vendrían al rescate. Hice un script que llamé sumby que toma los índices de dos columnas: por cuál agrupar, y cuál sumar:

awk -v group=$1 -v sum=$2 '

{ bag[$group]+=$sum }

END { for (val in bag) { print val ": " bag[val] } }

'

Lo uso así:

$ donetasks | sumby 1 2

2011-05-17: 9

2011-05-18: 0.5

Defól

Sintaxis poco conocida de bash.
Si tu escrí toma un parámertro y querés que pueda tener un defól, hacé así.

$TIMEOUT=${1:-5}
watch -n $TIMEOUT -d ls -l

En este caso, tu escrí va a tomar el TIMEOUT del primer parámetro ($1) pero si $1 es nulo, tomará valor 5.

man bash:

${parameter:-word}
Use Default Values. If parameter is unset or null, the expansion of word is substituted. Otherwise, the value of parameter is substituted.

Más info en la parte Parameter Substitution del bash.

Enconchalo

Truco feliz:

Normalmente uno quiere ver lo que hará un script antes de ejecutarlo.
Normalmente uno hace:

$ echo rm *partial*
(revisa)
$ rm *partial*

pero hay una forma que a mí me da mucho más placer:

$ echo rm *partial*
(reviso)
$ echo rm *partial*|sh

Y ahorro muchos keystrokes!

El error se atranca en el caño

Muchas veces queremos ejecutar un comando únicamente si el anterior fue exitoso:

if unit_test
then
  vim result.log
fi

o incluso mejor:

unit_test && vim result.log

Pero a veces tenemos un pipeline:

unit_test | grep -v Time && vim result.log

El problema acá es que el error code de unit_test se pierde, y el "&&" utiliza el error code del grep, que no es lo que queremos.

Pues bien. Hoy descubrí (should RTFM more often) que existe una variable PIPESTATUS que guarda todos los error codes de todo el pipeline:

unit_test | grep -v Time
if [ ${PIPESTATUS[0]} -eq 0 ]
then
  vim report.log
fi

Esta variable es un array que guarda un error code por cada comando en el pipe.