Bug en "headache"
Hola.
Estaba probando el programa "headache" para poner cabeceras estilo
doxygen a ficheros fuentes y me he encontrado con un error un poco chungo...
Con un fichero de configuración que adjunto ahora, en vez de solo
reemplazar el encabezado, lo reemplaza pero borra el resto del fichero.
(La primera vez si no hay encabezado funciona bien.)
Este es el archivo de configuración:
----
# Saltar lineas al inicio del fichero.
".*\\.sh" -> skip match:"#!/bin/sh.*"
| ".*\\.sh" -> skip match:"#!/bin/bash.*"
| ".*\\.xml" -> skip match:"<\\?xml.*>"
# Objective Caml source
| ".*\\.ml[il]?" -> frame open:"(*" line:"*" close:"*)"
| ".*\\.mly" -> frame open:"/*" line:"*" close:"*/"
# C source
| ".*\\.[ch]" -> frame open:"/*" line:"*" close:"*/"
# C++ source
| ".*\\.hpp" -> frame open:"/*" line:"*" close:"*/"
| ".*\\.C" -> lines begin:" * " open:"/**" line:" " close:"*/"
last:" *--------------------------------------------------------"
| ".*\\.cpp" -> frame open:"/*" line:"*" close:"*/"
# Misc
| ".*Makefile.*" -> frame open:"#" line:"#" close:"#"
| ".*README.*" -> frame open:"*" line:"*" close:"*"
| ".*LICENSE.*" -> frame open:"*" line:"*" close:"*"
----
La linea conflictiva es la que estaba probando, la de los ".C" (va todo
en una linea, en el correo se truncará...)
| ".*\\.C" -> lines begin:" * " open:"/**" line:" " close:"*/"
last:" *----------------------------"
Creo que es la opción last la que genera el error, pero es un tanto
aleatorio, pensé que era porque superaba el tamaño máximo, y al hacerla
mas corta a veces funciona y otras lo borra...
He quitado la opción last de la linea y parece que cada vez que se
ejecuta el comando, reemplaza la cabecera, pero añade una linea en
blanco detrás, tal vez tenga algo que ver.
Me gustaría que alguien mas corroborase este comportamiento y luego si
se confirma no se a donde mandar el Bug.
(El copyright es de 2002-2003 y no se si el autor lo mantiene ni si
habría que notificar el bug al mantenedor de Debian.)
Saludos.
--
Fernando.
{:-{D>
"Hackers do it with fewer instructions."
Reply to: