Modificar el programa de saidjose:

Superficie de un triangulo rectangulo

de tal manera que quede lo mas profesional posible: validación de datos, validación de entrada, que acepte argumentos a través de la linea de comandos:

# Calcula la superficie de un objeto de altura 10 y de base 3 al estilo BSD:

% calcular -a 10 -b 3

O al estilo GNU:

% calcular --altura=10 --base=3

O usando ambos estilos:

% calcular -a 10 --base=3

*SIN* usar ningún widget (GTK+, Motif, Qt, GNUStep, etc, etc).

Es decir, que no sea para el entorno gráfico sino para la consola.

Tip: En entornos BSD y GNU/Linux pueden usar la funcion getopt(3) incluído en la librería #include <unistd.h> para checar los argumentos de la función main(3).

Introducción

Yo lo llamo “The Multiple Instances Bug” a manera de broma, el cual consiste en lo siguiente:

• Usando el pdksh (“Public Domain Korn Shel”) abre tres ventanas del XTerm y teclea “echo Hello from #1” en la primer ventana, “echo Hello from #2” en la segunda y “echo Hello from #3” en la tercer ventana.
• Ahora ciérralos de forma aleatoria.
• Abre una cuarta ventana y trata de llamar todos esos comandos desde el historial y verás que solamente el historial de la última ventana se guardó ya que esta sobreescribió a las otras dos.

Esto no pasa con la versión oficial del Korn Shell, el ksh93 ni tampoco con la versión de MirBSD, el mksh.

 

COMPLEX_HISTORY e EASY_HISTORY

 

Esto no es broma para la gente de pdksh ya que en el siguiente archivo:

aparece este bug como una de las prioridades a corregir:

* history
There are two versions of the history code, COMPLEX_HISTORY and
EASY_HISTORY, which need to be merged. COMPLEX does at&t style history
where the history file is written after each command and checked when
ever looking through the history (in case another shell has added
something). EASY simply reads the history file at startup and writes
it before exiting.
* re-write the COMPLEX_HISTORY code so mmap() not needed (currently
can't be used on machines without mmap()).
* Add multiline knowledge to COMPLEX_HISTORY (see EASY_HISTORY
stuff).
* change COMPLEX_HISTORY code so concurrent history files are
controlled by an option (set -o history-concurrent?). Delete
the EASY_HISTORY code.
* bring history code up to POSIX standards (see POSIX description
of fc, etc.).

que explicado en el idioma de Cervantes:

 

Que es lo que esta ocacionando este “bug”.

La solución propuesta a este problema es modificar el código de COMPLEX_HISTORY de tal manera que prescinda (que no necesite) de la función mmap() ya que ésta no se encuentra disponible en todas las arquitecturas.

O, escribir un mmap() propio que emule esta función en donde no esté disponible.

Asi que si tienes un tiempecito, la comunidad del software libre te estará muy agradecido.

La página oficial del pdksh es la siguiente:

Por cierto, si estás pensando “implementar” código (robar) de otros proyectos, checa muy bien las cláusulas de la licencia por favor.

La versión corregida y aumentada, lista para ser usada con el pkgsrc de NetBSD e incluso con GNU/Linux ya que es la misma versión del Korn Shell: el ksh93.

Esto va en ~/.profile:

 

y esto en ~/.kshrc:

 

¿Cómo le haces para cambiar la extensión de un grupo de archivos?

Obviamente no con el siguiente:

% mv *.sh *.txt

ni tampoco con el siguiente:

% find . -maxdepth 1 -type f -name '*.sh' -exec mv {} {}.txt \;

ya que quedarían muy feos al tener ahora la extensión '*.sh.txt'.

Estos son los pasos que se necesitan. Para una explicación detallada consulta:

A lo que te truje Chencha:

• Primero creamos el espacio de trabajo y nos situamos dentro:

• Descargamos el release completo:

• Le hacemos el hack para el proceso de instalación:

• Creamos la imágen de disco:

Y listo.

He aquí mis preferencias del C Shell:

qué contraste con las del Korn Shell, ya que este no cuenta con el editor de líneas de comandos e historial interactivo (poder acceder a el mediante las teclas de dirección), pero si un poderoso mecanismo de sustitución del historial.

O sea, un shell para verdaderos hackers (cof cof

Malditron

cof cof).

He aquí el archivo de configuración del Korn Shell:

La configuración para que en cada login se apliquen los cambios:

Y listo.

LyX 1.4.5.1 del directorio /usr/pkgsrc/editors/lyx-qt:


LyX 1.4.5.1 del directorio /usr/pkgsrc/editors/lyx-qt:

Introducción

La laptop que tengo tiene una tarjeta de red inalámbrica Intel PRO/Wireless 3945ABG así como tambien un procesador Intel Duo, que a según dicen tiene doble núcleo y que tambien es bueno para la virtualización “por hardware” del Xen.

El detalle es que con los kernels que trae por default el disco de instalación del NetBSD no puedo ambas cosas:

• GENERIC.MP <- Solamente puedo usar los dos procesadores sin conexión inalámbrica.
  
  
• GENERIC_LAPTOP <- Aquí si tengo conexión pero nada más puedo usar un sólo CPU.
  

Asíque buscándole encontré la siguiente solución:


El siguiente es un script para reducir los pasos de la compilación del kernel “combinado”.

En lugar de hacer:

• Tomamos una copia del kernel de SMP para el nuevo kernel:

• Le agregamos las bondades del kernel para laptops:

• Comentamos la siguiente directiva
  

• Obtenemos las líneas de los errores:
  

• Aislamos el número de línea solamente:
  

• Y comentamos todas esas líneas una por una a mano.
  

Solamente tenemos que hacer:

• Mezclamos ambos kernels:
  

• Corregimos los errores:
  

• Creamos el directorio de compilación:
  

• Nos situamos dentro y compilamos:
  

Y listo. Ahora Solamente:

• Renombramos el otro kernel:
  

• Y situamos nuestro nuevo kernel recien horneadito:
  

• Y reiniciamos para probarlo.

Código fuente

Este es el pedazo de “maravilla”:


Si encuentras un error por favor repórtalo. Muchas gracias.