From marcelo.magallon en gmail.com  Thu Apr 20 07:03:00 2006
From: marcelo.magallon en gmail.com (=?ISO-8859-1?Q?Marcelo_E._Magall=F3n?=)
Date: Thu, 20 Apr 2006 08:03:00 -0600
Subject: Perl CR
In-Reply-To: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>
References: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>
Message-ID: <937117890604200703y7c8f1540r68636742dbd47314@mail.gmail.com>

Hola,

> recien me he suscrito a perlcr. Hace como un año uso linux, soy bastante principiante!!! pero bueno.
>
> Queria comunicarme con ud. pues tenia interes en saber si perlcr ofrece alguna facilidad para obtener libros sobre perl.
> Ademas me gustaria saber si se ofrecen digamos que "cursos".

Por ahora no hemos organizado nada de esa clase.  Se ha (he)
mencionado algunas veces ese tipo de cosas, pero no se ha concretado
nada.  O'Reilly ofrece la posibilidad de descuentos para los grupos
oficiales de Perl Mongers, pero personalmente me da vergüenza irles a
pedir algo viendo el poco interés vocal que los miembros han expresado
por el grupo.  Digo interés vocal pues la lista de Perl Mongers en
Costa Rica tiene una cantidad bastante alta de suscriptores (cientos).

O'Reilly también ofrece la posibilidad de enviar muestras para el
grupo, en tanto se escriban reviews.  Yo estaría dispuesto a invertir
el tiempo para escribir reviews y dejar los materiales a dispocisión
del grupo, pero otra vez, creo que primero es necesario mostrar
actividad.

> Yo lleve el curso de electrica donde se ve perl bastante basico.  luego me interese y continue con libros y los .pod de la distribucion de perl. Sin embargo me gustaria mejorar y ampliar mis conocimientos sobre el lenguaje.

Recuerdo vagamente el temario de ese curso.  No me dejó
particularmente impresionado pues era más bien un curso de tipo
tutorial o taller y no realmente un curso universitario.  Por supuesto
habrá diferencias de opinión respecto a lo que es un curso
universitario y que no (aún cuando la Vicerrectoría de Docencia y
CONARE son bastante claros al respecto).

Por supuesto hablando como Perl Monger se aplauden todos los esfuerzos
orientados a difundir el uso de Perl en el país, es solo el contexto
el que no me parece adecuado.

Cualquier proposición para actividades será siempre bien recibida.

Marcelo

From sevra en costarricense.cr  Thu Apr 20 19:37:00 2006
From: sevra en costarricense.cr (Sergio Vargas Ramirez)
Date: Thu, 20 Apr 2006 20:37:00 -0600
Subject: subrutinas en Perl
Message-ID: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>


hola.

tal vez esto sea un toque basico pero me ha sucedido algo raro y no se porque.

Durante la ejecucion de un script:  las subrutinas se ejecutan secuencialmente o pueden ejecutarse simultaneamente?

si: e.g

&1
&2


la sub 2 espera a que sub 1 se detenga o se ejecuta al mismo tiempo.

gracias





















_______________________________________
Yo me registré en www.costarricense.cr 

From marcelo.magallon en gmail.com  Fri Apr 21 07:50:14 2006
From: marcelo.magallon en gmail.com (=?ISO-8859-1?Q?Marcelo_E._Magall=F3n?=)
Date: Fri, 21 Apr 2006 08:50:14 -0600
Subject: subrutinas en Perl
In-Reply-To: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>
References: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>
Message-ID: <937117890604210750l1a000101u739f998f4cdaa3ba@mail.gmail.com>

Buenas,

On 4/20/06, Sergio Vargas Ramirez <sevra at costarricense.cr> wrote:


> Durante la ejecucion de un script:  las subrutinas se ejecutan secuencialmente o pueden ejecutarse simultaneamente?
>
> si: e.g
>
> &1
> &2
>
> la sub 2 espera a que sub 1 se detenga o se ejecuta al mismo tiempo.

Las subrutinas se ejecutan secuencialmente.

La única forma de lograr ejecución simultánea es utilizando algo como threads.

Si describís qué querés hacer tal vez alguien te puede dar buenas
ideas de como lograrlo.  Perl tiene varias infraestructuras que
permiten diversos tipos de ejecución concurrente.

Marcelo

From sevra en costarricense.cr  Tue Apr 25 20:32:02 2006
From: sevra en costarricense.cr (Sergio Vargas Ramirez)
Date: Tue, 25 Apr 2006 21:32:02 -0600
Subject: procesos en background
Message-ID: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>


Hola.

Ahora si creo que puedo extender un poco la consulta pasada sobre subrutinas...

Estoy haciendo una pequeña aplicación cuya función es:

  1. Tomar una matriz de presencia/ausencia (0,1).
  2. Aleatorizar la matriz de entrada manteniendo constante la sumatoria de las filas y las columnas.
  3. Reportar las matrices aleatorias en un archivo de texto que sirve de infile para otro programa i.e. phylip clique.
  4. Posterior al analisis: tomar el resultado de phylip y analizarlo.

Mas o menos aqui empiezan mis problemas.  Phylip (clique) se encarga del analisis de estas matrices y reporta el clique mas largo que encuentra en cada matriz, nada mas.  El analisis posterior es basicamente tomar el largo de cada clique "aleatorio" y construir una distribucion de frecuencias con la que se pueden hacer muchas cosas que no vienen al caso.

Ahora si.

phylip corre en una ventanita y no acepta opciones de la linea de comandos por lo desde el script de perl yo llamo a phylip usando:

system "phylip ... &";

como el programa corre en el background, la aplicacion perl regresa aun cuando phylip no ha finalizado y se muere pues no tiene ningun archivo de resultados para analizar.

Le he dado vueltas al asunto pero no se me ocurre nada. Agradeceria algun consejo/opinion.

gracias

sergio

P.D.  Esta aplicacion soluciona un problema que tenemos en biogeografia historica pues evalua la probabilidad de obtener un patron geografico observado. El metodo fue propuesto en el 1988 y hasta ahora no ha sido aplicado en mi opinio por falta de un software que facilite el analisis. Entonces la idea es: hacer un trabajo sobre el metodo, publicarlo y finalmente distribuir libremente la aplicacion.
Si alguien esta interesado en conocer un poco mas sobre el asunto puede escribirme a esta direccion.











  

_______________________________________
Yo me registré en www.costarricense.cr 

From marcelo.magallon en gmail.com  Thu Apr 27 19:27:19 2006
From: marcelo.magallon en gmail.com (Marcelo E. Magallon)
Date: Thu, 27 Apr 2006 20:27:19 -0600
Subject: procesos en background
In-Reply-To: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>
References: <GJEIIKNJHGAMHFAMFGOPOEGGCAAA.sevra@costarricense.cr>
Message-ID: <20060428022719.GA7883@jacinta.casa>

On Tue, Apr 25, 2006 at 09:32:02PM -0600, Sergio Vargas Ramirez wrote:

 > system "phylip ... &";
 > 
 > como el programa corre en el background, la aplicacion perl regresa
 > aun cuando phylip no ha finalizado y se muere pues no tiene ningun
 > archivo de resultados para analizar.

 Lo que no entiendo es porque phylip tiene que correr como proceso en el
 background.

 Sospecho que el punto es que phylip es un programa interactivo en el
 que se realiza algún tipo de operación y eso quiere decir que "de
 pronto" aparece un archivo con el resultado.

 Eso se puede resolver de varias formas:

 * Haciendo polling del archivo:

        while (! -e "archivo")
        {
            sleep 1;
        }

   Esto por supuesto come CPU.  No mucho, pues la pausa es larga (1
   segundo), pero come CPU.  El programa se continuará ejecutando en el
   momento que el archivo aparezca.  Nótese que esto supone que phylip
   escribe los archivos en forma atómica, es decir, si el archivo
   aparece, está listo, no está siendo escrito y por tanto con
   contenidos incompletos.

 * Pidiéndole al usuario que presione una tecla para continuar:

        print "Cuando el archivo de datos esté listo presione [ENTER]";
        getc;

 > Si alguien esta interesado en conocer un poco mas sobre el asunto
 > puede escribirme a esta direccion.

 Pues suena interesante.

 Marcelo