A partir de las 18:30 (UTC +2) se va a hacer una sustitucion importante en el sistema que nos obliga a estar offline un par de horas…
Saludos !
A partir de las 18:30 (UTC +2) se va a hacer una sustitucion importante en el sistema que nos obliga a estar offline un par de horas…
Saludos !
PASCAL
Compiladores PASCAL para el Amiga (procesador Motorola 68k) …
PCQ Pascal:
Compiladores, código y utilidades PASCAL en AmiNET
De regalo : Listado bastante completo de compiladores de PASCAL (en francés y para diversos sistemas, incluso calculadoras).
Menuda manera de empezar el año 
Extracto de rigor del anuncio oficial de Marco van de Voort:
Platforms:
* New platform: Mac OS X/PowerPC64
* New platform: Mac OS X/x86_64
* New platform: Mac OS X/ARM (iPhone)
* New platform: Haiku/i386
Compiler:
* Support for Delphi-style resource handling
* Whole-program optimization infrastructure, which initially supports
program devirtualization and unused virtual method removal
* Much faster compilation of units containing many type-sections
* The ability to suppress individual hints/warnings/notes
* Several improvements to the DWARF debug information generation
* Fixes to the generics support
* Fixes to the interface delegation (implements) support
* Improved cpu register allocation
* Improved ARM/EABI support
RTL:
* Linearly scaling multi-threaded memory manager
* Support for (advisory) file locking on Unix-based platforms
when using the SysUtils file creation/opening routines
* Support for ANSI ISO Extended Pascal ReadStr/WriteStr
* A UnicodeString type that, while not yet equivalent to Delphi 2009’s
UnicodeString type, offers reference counted UnicodeString support on
the Windows, Linux, Mac OS X, FreeBSD and Beos/Haiku platforms.
Packages:
* Many improvements to the XML units
* Many improvements to the database units
* Updated the common Mac OS X Pascal interfaces to r241, including
header a translation of the CFNetwork framework
* The zipper unit now works correctly on big endian platforms
Se puede consultar los cambios para el usuario en el wiki oficial. Hacedlo con paciencia 
Some highlights are:
Platforms:
* New platform: Mac OS X/PowerPC64
* New platform: Mac OS X/x86_64
* New platform: Mac OS X/ARM (iPhone)
* New platform: Haiku/i386
Compiler:
* Support for Delphi-style resource handling
* Whole-program optimization infrastructure, which initially supports
program devirtualization and unused virtual method removal
* Much faster compilation of units containing many type-sections
* The ability to suppress individual hints/warnings/notes
* Several improvements to the DWARF debug information generation
* Fixes to the generics support
* Fixes to the interface delegation (implements) support
* Improved cpu register allocation
* Improved ARM/EABI support
RTL:
* Linearly scaling multi-threaded memory manager
* Support for (advisory) file locking on Unix-based platforms
when using the SysUtils file creation/opening routines
* Support for ANSI ISO Extended Pascal ReadStr/WriteStr
* A UnicodeString type that, while not yet equivalent to Delphi 2009's
UnicodeString type, offers reference counted UnicodeString support on
the Windows, Linux, Mac OS X, FreeBSD and Beos/Haiku platforms.
Packages:
* Many improvements to the XML units
* Many improvements to the database units
* Updated the common Mac OS X Pascal interfaces to r241, including
header a translation of the CFNetwork framework
* The zipper unit now works correctly on big endian platforms
El componente Fortes4Lazarus es muy practico para trabajar y algo que me agrado fue que lo podemos llevar embebido en el programa.
Ya comentabamos hace poco mas de un mes que se estaba preparando el lanzamiento y ahora ya es oficial la nueva version estable de lazarus!
Se puede leer las notas de la version en el wiki y os los podeis descargar del sitio de siempre
Y el anuncio hecho por Mattias en la lista de correo internacional:
The Lazarus team is glad to announce the 0.9.28 release. This release is based on fpc 2.2.4. This release can be downloaded from the SourceForge download page: http://sourceforge.net/projects/lazarus/files/ Highlights / Major changes: LCL: *LCL now uses gtk2 as default widgetset on Linux and BSD *Windows CE: Implemented TCalendar, TFloatSpinEdit, TOpenDialog and TSaveDialog *TFrame support. Visually nesting in the IDE. *TMonitor class: multi-monitor support *New components: TShellTreeView, TShellListView and TFilterComboBox *Refactoring of LCL reduced minimum size of executables by about 15% IDE: *New IDE options dialog combines environments, editor, codetools, code explorer, debugger and help options. *Application icon has been added to the Project Options *Many source editor improvements like display of "double width" fonts (Eastern, Japanese, Chinese, Arabic, ...), better code folding, highlighting, syncro editing, persistent blocks ... *Codetools: removing empty methods, block completion, update references when renaming a unit *Debugger: assembler windows, easier exception handling, breakpoint properties And thousands of fixes and smaller changes. The list of changes can be found here: http://wiki.lazarus.freepascal.org/Lazarus_0.9.28_release_notes Known issues: - Debian packages: the default lazarus directory is wrong. The IDE detects the right one and asks on first start. Just click Ok. - When compiling a test application the compiler can not find project1.lrs. Workaround: save the project before compiling OR create an empty file /tmp/project1.lrs.
A partir de la revision 21453 de Lazarus trunk se ha añadido en el directorio tools la aplicacion debugserver.
Como cuenta en su archivo README es un servidor (usando simpleIPC) que escucha mensajes de debug y los almacena en una lista. Para usarlo no hay mas que poner la unit dbugintf en la clausula uses y enviar los mensajes de debug que queramos (SendBoolean, SendMethodEnter/Exit, SendDebug…)
Creo que es una opcion muy potente para debugear pero seria mas aun si se pudieran enviar mensajes de debug desde fuera de la maquina donde esta corriendo debugserver. Esta es la razon del nacimiento de dbgBridge.
dbgBridge provee de un cliente llamado dbgClient que se encarga de crear inetsockets enviarlos al dbgBridge ( que debe estar corriendo en la misma maquina que debugserver ) y este ultimo lo traduce para enviarlo a debugserver usando dbugintf.
Un ejemplo de la infraestructura seria :
dbgCLient ->( dbgBridge -> debugserver )
192.168.0.1 —> 192.168.0.2
Puedes obtener el codigo en svn://alasombra.net/dbgbridge sabiendo que es una version muy alpha y que TDBGBridge aun tiene que mejorar
Como nos comenta el amigo Vincent Snijders en la lista de correo de lazarus en su version en ingles se han habilitado las ramas en el svn para centrar el esfuerzo en la correccion de errores.
La direccion para freepascal es :
http://svn.freepascal.org/svn/fpc/branches/fixes_2_4/
y para lazarus :
http://svn.freepascal.org/svn/lazarus/branches/fixes_0_9_28/
Tambien se pueden usar los snapshots si no se quiere usar el svn y reportar todos los errores que se encuentren para realizar una buena version estable
ACTUALIZACION : Se me paso por alto comentar que Jesus Reyes hizo lo propio para la lista de correo en castellano…
Acabo de enterarme que el día 10 de Julio, se publicó el número 1 de Pascal Gamer, una revista online gratuita (en inglés) dedicada al mundo de desarrollo de videojuegos en Pascal. Además, se encuentra un pequeño artículo, sobre la librería Allegro, de un usuario de la comunidad en castellano de Lazarus, Guillermo “Ñuño” Martínez.
Si como a mi, os apasiona este mundo, no dejéis de leerla, tiene muy buena pinta.
Podéis descargarla accediendo a: http://www.pascalgamer.com/
o desde el enlace directo: http://www.pascalgamer.com/issues/PascalGamer_Issue1.pdf
Para los profanos del lugar voy a hacer una pequeña introduccion para que nadie se pierda
Dia es un programa para hacer diagramas que soporta UML. Despues de muchas divagaciones me he decantado por el ya que es multiplataforma, almenos para mi y por que a partir de el se puede generar codigo automaticamente.
Para generar SQL se puede usar tedia2sql (Dia UML Diagram –> SQL Converter ) y para generar Clases FreePascal se puede usar Dia to Lazarus (dia2laz). Aqui viene la razon del articulo.
Dia2laz es un proyecto que he empezado para el fin que comentaba antes, convertir automaticamente un diagrama UML a clases que pueden ser usadas en nuestros proyectos. Para tal fin no he partido de cero si no que he adaptado dia2pas y he creado una GUI para que sea mas amigable.
Quien quiera probarlo puede bajarselo del servidor subversion de alasombra.net como se muestra a continuacion:
svn co svn://alasombra.net/dia2laz Dia2Laz
Para el resto os dejo un screenshot
El siguiente paso seria generar las clases compatibles con tiOPF aunque esto no se si implementarlo en dia2laz o hacerlo a modo de “plugin” para lazdatadesktop
Hace nada he subido un screencast a mi espacio de esnips donde muestro rapidamente las nuevas features de LRUT
Sobra decir el lavado de cara que ha recibido la aplicacion gracias a los silk icons de famfamfam y sin mas dilacion el enlace : LRUTWithNewFeatures!
PD: Esta vez he usado recordMyDekstop en su version GTK, realmente sencillo
En este artículo veremos como se configura Lazarus tanto en Windows como en sistemas tipo Unix como Linux, FreeBSD, Etc. Usar SVN para actualizar nuestra instalación trae consigo algunas interesantes ventajas, como la posibilidad de actualizar a una revisión específica libre de regresiones, o localizar exáctamente en que revisión una función ha dejado de funcionar, también permite modificar el código de Lazarus o FPC permitiendo de una forma muy sencilla volver a la versión original. Se podrian enumerar muchas otras ventajas pero lo omitimos para abreviar.
La principal desventaja que existe al actualizar usando SVN es que en ocasiones los últimos cambios traen consigo también los últimos bugs, estos pueden causar diversos problemas, desde la imposibilidad de compilar, hasta errores más sutiles que sólo aparecen en tiempo de ejecución y bajo ciertas circunstacias.
Se describe entonces un modo de configuración con requerimientos muy específicos: Configurar tanto Lazarus como FPC desde SVN usando un usuario sin privilegios de Root (en sistemas tipo Unix). Con esto se pretende eliminar varios problemas que tienen los usuarios cuando instalan mediante snapshots o paquetes de instalación y que luego desean actualizar su copia del código debido a cambios recientes.
Hay que tener en cuenta que mediante SVN podemos cambiar a cualquiera de la versiones estables o estables corregidas (fixes) tanto de Lazarus como de FPC, con solo averiguar en que revisión ocurrieron los cambios o sabiendo en que branch o tag fue usado para su liberación.
Al momento de escribir éste artículo, estan disponibles la siguientes versiones:
Las herramientas que se necesitan son las siguientes:
PASO 1. Planeación de la instalación.
Aquí establecemos como deseamos tener instalado todo, para propósitos de ejemplo he hecho la siguiente especificación:
Windows:
Binutils: c:\binutils
FPC Source: c:\fpcsvn
FPC Compilado: c:\fpc
Lazarus Source y compilado: c:\lazarus
Linux:
Binutils: Instalado en su ubicación estandar
FPC Source: $HOME/fpcsvn
FPC compilado: $HOME/fpc
Lazarus Source y Compilado: $HOME/Lazarus
PASO 2. Obtención de binuils, gdb, Subversion y paquetes adicionales.
En sistemas tipo Unix, estos paquetes probablemente ya estén instalados, principalmente Binutils y gdb, en caso contrario es necesario usar el programa de administración de paquetes de su distribución o su equivalente en la línea de comandos, (si este artículo es leído alguna vez por alguien, solicitar ayuda a los lectores de como lo han hecho en sus respectivos sistemas y adicionarlos en este punto):
En windows, obtenemos binutils descargando los archivos asldw32.zip y makew32.zip desde el sitio FTP de freepascal, extraemos su contenido en c:\binutils y nos debe quedar algo así como c:/binutils/bin/i386-win32 con varios ejecutables dentro.
Con respecto a Subversion, vamos a utilizar la versión de línea de comandos por que se usa de igual forma tanto en Linux como en Windows, por supuesto, quien lo desee puede usar TortoiseSVN o cualquier otro cliente de SVN. Es necesario descargar el archivo de instalación desde el sitio oficial de Subversion y una vez obtenida procedemos a su instalación. Para confirmar que ha quedado instalado correctamente, en una ventana de línea de comandos teclear:
svn (ENTER)
Como resultado debe aparecer un texto como el siguiente:
Tipee 'svn help' para ver el modo de uso.
Para obtener gdb, descargamos el archivo bz2 disponible en el servidor SourceForge de MingW del cual únicamente estamos interesados en extraer el archivo bin/gdb.exe y lo colocaremos dentro de c:\binutils\bin\i386-win32.
Con el fin de homologar la forma de uso con respecto a Linux, añadiremos el directorio binutils a la variable de entorno PATH, con esto intentamos que al ejecutar el comando "make" o cualquiera de las herramientas de binutils, estos sean localizados sin problemas.
En windows XP esto se hace mediante: INICIO->Clic botón derecho en "Mi PC"->Propiedades->Opciones Avanzadas->Variables de Entorno->Nueva (o Modificar si ya existe) y agregar en la variable PATH el valor c:\binutils\bin\i386-win32.
PASO 3. Obtención del compilador estable FPC
Con respecto a FPC, la situación se complica un poco y es que para compilar FPC se necesita claro, ¡FPC!. Sin embargo a pesar de ser un requisito indispensable, FPC no distribuye sólo el archivo ejecutable del compilador que nosotros necesitamos para usarlo como "compilador de arranque" (ppc386.exe para windows, ppc386 para Linux 32 bits, ppcx64 para Linux 64 bits, para efectos de este artículo llamémosle "el binario"), sino como parte de un paquete gigante de instalación, surge entonces la pregunta ¿Para que queremos todo el paquete completo?, la respuesta es que no lo necesitamos pero como tenemos una situación especial de instalación lamentablemente es necesario descargar la última versión estable de FPC. Al momento de escribir esto, dicha versión es 2.2.4 y para ello y dependiendo del sistema operativo, seleccionaremos el enlace correspondiente en la página de descargas de FPC.Pero vamos ¿Es que no hay alternativas? si, he aquí algunas:
Bien, al final nos quedaremos con el binario, copiaremos éste archivo al directorio c:\fpcsvn (el cual no debe estar en el PATH), en Linux lo colocaremos en $HOME/fpcsvn.
PASO 4. Descargar Lazarus y FPC
Mediante una ventana de línea de comandos, en Windows, nos dirigimos al directorio raíz concd C:\ (ENTER)y en Linux al directorio $HOME mediante
cd (ENTER)A continuación descargamos el código fuente usando SVN:
svn co http://svn.freepascal.org/svn/lazarus/trunk lazarus
svn co http://svn.freepascal.org/svn/fpc/trunk fpcsvn
PASO 5. Compilación y configuración de FPC
En Windows:
cd c:\fpcsvn
make clean install INSTALL_PREFIX=c:\fpc COPYTREE=echo OPT="-O- -O1 -gl" PP=c:\fpcsvn\ppc386.exe
Se recomienda poner este comando en un archivo BAT, de manera que se facilite la re compilación de FPC. Con esto tendremos FPC compilado e instalado en c:\fpc, para el correcto funcionamiento del compilador, es necesario crear un archivo de configuración fpc.cfg en el directorio c:\fpc\bin\i386-win32, esto lo haremos usando la herramienta fpcmkcfg, la cual ha sido creada en la compilación e instalación de FPC.
c:\fpc\bin\i386-win32\fpcmkcfg > c:\fpc\bin\i386-win32\fpc.cfg
Abrimos el archivo generado fpc.cfg usando cualquier editor de texto y buscaremos las lineas correspondientes a la opción -Fu, esas lineas deben quedar así:
-Fuc:\fpc\units\$fpctarget\
-Fuc:\fpc\units\$fpctarget\*
-Fuc:\fpc\units\$fpctarget\rtl
En Linux, suponiendo que nuestro $HOME es realmente /home/prog ejecutaremos los siguientes comandos:
cd $HOME/fpcsvnLa instalación mediante "make", creará una estructura de directorios como ésta:
make clean install INSTALL_PREFIX=/home/prog/fpc OPT="-O- -O1 -gl" PP=/home/prog/fpcsvn/ppc386
$HOME/fpc/bin
$HOME/fpc/lib/fpc/2.3.1
$HOME/fpc/lib/fpc/2.3.1/units/i386-linux
por lo tanto para crear el archivo de configuración fpc.cfg, lo haremos mediante:
$HOME/fpc/bin/fpcmkcfg > $HOME/.fpc.cfg
Abriremos el archivo $HOME/.fpc.cfg con algún editor de textos y haremos también los cambios correspondientes a las lineas -Fu, en este caso deben quedar así (teniendo como ejemplo $HOME=/home/prog):
-Fu/home/prog/fpc/lib/$fpcversion/units/$fpctarget
-Fu/home/prog/fpc/lib/$fpcversion/units/$fpctarget/*
-Fu/home/prog/fpc/lib/$fpcversion/units/$fpctarget/rtl
De esta forma se tiene configurado FPC para que funcione bien independientemente de la versión que venga en el repositorio SVN, ya que las variables $fpcversion y $fpctarget son reconocidas por el compilador y significan: la versión (en este caso 2.3.1) y el sistema formado por el CPU y el OS (i386-linux).
Una vez terminada la edición del archivo fpc.cfg, crearemos un par de enlaces simbólicos para facilitar el trabajo posterior en caso que deseemos usar las facilidades de compilación cruzada de FPC y Lazarus.
ln -s /home/prog/fpc/bin/fpc /home/prog/fpc/lib/fpc/2.3.1/fpc
ln -s /home/prog/fpc/bin/fpcmake /home/prog/fpc/lib/fpc/2.3.1/fpcmake
Es importante señalar que tanto en Windows como en Linux estamos compilando FPC con información de depuración, esto es importante para una instalación dedicada al desarrollo. Si deseamos omitir la información de depuración se debe excluir del comando la sección correspondiente a OPT="-O- -O1 -gl", la compilación procederá entonces con las opciones predeterminadas de FPC.
PASO 6. Compilación y Configuración de Lazarus.
Ahora compilemos nuestro Lazarus base:cd c:\lazarus (windows) o cd $HOME/lazarus (Linux)
make clean all PP=c:\fpc\bin\i386-win32\ppc386.exe (windows)
make clean all PP=$HOME/fpc/lib/fpc/2.3.1/ppc386 (Linux, usando FPC 2.3.1 como ejemplo)
Con el paso anterior se ha compilado Lazarus usando una selección de componentes base que nos sirve para arrancar Lazarus y posteriormente comenzar a añadir componentes según vayamos necesitando. Nótese que no incluimos comando de "install" por que en éste método de instalación el Lazarus compilado y el código fuente comparten la misma ubicación.
Junto con la compilación de Lazarus se han creado, adicionalmente, un par de programas: StartLazarus y LazBuild. LazBuild es el método de compilación de proyectos mediante la línea de comandos, muy útil si por ejemplo estamos accediendo a la PC de desarrollo mediante un enlace SSH remoto y deseamos compilar algún programa en dicho sistema.
El propósito de StartLazarus es como su nombre lo indica, arrancar Lazarus, esto es importante por dos motivos, en Windows no es posible reemplazar un programa mientras éste se encuentra en ejecución tal como será el caso de Lazarus cuando se han añadido componentes, ya que por omisión, Lazarus se re compilará y reiniciará automáticamente. La otra funcionalidad de StartLazarus es en sistemas tipo Unix donde se ha instalado Lazarus usando privilegios de Root, en estas circunstancias cuando un usuario normal añade componentes a Lazarus, los binarios generados van a parar a un directorio donde el usuario normal tiene privilegios de escritura, al reiniciar Lazarus, StartLazarus arranca la versión correcta del ejecutable desde el directorio del usuario y no desde la instalación de Root. Nótese que si se arranca Lazarus usando "lazarus", se estaría arrancando nuevamente la versión instalada por Root y los usuario se llevan la sorpresa de que los componentes que recien han instalado no estan en la paleta de componentes :).
En nuestro caso, bajo Linux, y como estamos instalando Lazarus en nuestro propio directorio sin privilegios de Root, no es necesario usar StartLazarus, pues ¡ya contamos con privilegios de escritura!, y como Linux permite el reemplazo de programas aun cuando estan en ejecución, podemos usar directamente "lazarus". Posteriormente, si se desea, se puede crear un enlace al binario lazarus y colocarlo en el Escritorio o en nuestra barra de tareas según nuestra preferencia personal, o simplemente arrancarlo en una ventana de consola desde el directorio $HOME/lazarus.
En Windows, si necesitamos usar el programa startlazarus, para ello creamos un acceso directo a StartLazarus y lo colocamos en el Escritorio, editamos las propiedades del acceso directo y en el campo "destino" complementaremos el comando de esta manera:
c:\lazarus\startlazarus.exe --pcp=c:\lazarus
Nada mas arrancar Lazarus nos salta un mensaje que dice que no ha encontrado el código fuente de FPC, Lazarus usa el código fuente para propósitos de encontrar donde están definidas las variables y funciones de FPC mas no lo usa para re-compilar FPC.
El primer paso después de que Lazarus ha sido iniciado, es configurar donde se encuentra el compilador y sus fuentes así como el "make" de binutils y el depurador. Esto lo hacemos mediante el Menú Entorno->Options->Environment->Archivos y pondremos los siguientes datos:
En Windows:
En Linux:
El depurador se configura en: Entorno->Options->Environment->debugger. Pondremos los siguientes datos:
"Tipo de depurador " seleccionar "GNU Debugger (gdb)"
En Ruta (siguiente componente edit) poner /usr/bin/gdb para Linux y c:\binutils\bin\i386-win32\gdb.exe para Windows.
PASO 7. Manteniendo actualizados FPC y Lazarus.
Seguir de cerca el desarrollo de FPC y Lazarus puede ser muy útil e incluso indispensable cuando necesitamos en nuestros proyectos los últimos cambios, pero también es un arma de dos filos pues en ocasiones y sin previo aviso se introducen modificación que provocan que FPC o Lazarus no compilen mas. Usualmente, los errores de compilación se solucionan rápidamente, en ocasiones en minutos una vez que han sido detectados por los desarrolladores de Lazarus o FPC, pero la ventaja de usar SVN es que igualmente rápido podemos actualizar nuestra instalación y continuar con nuestro trabajo. Pero el hecho de usar SVN no quiere decir que tengamos que estar actualizando cada n horas o minutos, si encontramos una revisión que nos complace lo usual es mantenerse en una revisión estable y solo actualizar en caso de necesidad, también podríamos regresar a una revisión en el pasado de manera que podemos comprobar regresiones, etc.
Para actualizar Lazarus o FPC a la revisión actual en el repositorio SVN, entramos al directorio de lazarus o fpcsvn y tecleamos:
svn update
Para actualizar a una revisión específica:
svn update -r10200 (para actualizar a la revisión 10200)
Cuando tenemos cambios en nuestra copia local podemos visualizar la diferencia con respecto a la última revisión de esta forma:
svn diff (todos los cambios, incluso en subdirectorios)o
svn diff lcl/grids.pas (solo cambios en lcl/grids.pas)Si deseamos contribuir nuestras modificaciones al proyecto Lazarus (o FPC) podemos hacerlo con:
svn diff > cambios.diff
Y enviar el archivo generado cambios.diff a quien corresponda.
Si por algún motivo no deseamos conservar los cambios que hemos hecho a nuestra copia local y queremos regresar a la última revisión que actualizamos, se puede hacer usando:
svn revert -R *
Lo cual desecha todos los cambios ocurridos en el directorio actual o en cualquier subdirectorio incluido, el * significa en cualquier archivo, los comandos también se pueden efectuar sobre un grupo de archivos por ejemplo:
svn diff lcl/grids.pas lcl/include/dbcheckbox.inc
Cuando nuevos cambios han sido introducidos en nuestra instalación, en el caso de FPC, basta con volver a ejecutar el comando ''make'' del paso 5.
Si se tiene que re compilar Lazarus debido a un cambio en FPC o a cambios en el mismo código de Lazarus o en alguno de sus componentes, esto lo haremos mediante el menú "Herramientas" -> Configurar "Construir Lazarus" -> Opciones Avanzadas de configuración". Ahí seleccionaremos todas las opciones en "Limpiar+Construir" a excepción de "ejemplos" que se debe dejar fuera.
Hay muchas situaciones que no requieren una "Limpieza" completa y por consiguiente la re compilación de Lazarus sería mas rápida si omitimos la etapa de "Limpiar", sólo hay que tener en cuenta que en ocasiones la opción de "Limpiar" también es de ayuda cuando la compilación falla debido a que el compilador ha encontrado archivos *.o y *.ppu olvidados de compilaciones anteriores.
Las actualizaciones sucesivas de Lazarus mediante SVN permiten mantener intacta nuestra selección previa de componentes instalados, por ejemplo, si al actualizar Lazarus vemos cambios en algunas de las units de LCL lo primero que deberiamos hacer es recompilar LCL mediante el diálogo "Configurar Reconstruir Lazarus" y seleccionando la opción correspondiente a LCL de manera que indique "Construir", si han habido muchos cambios o si algunos de los archivos de LCL han desaparecido o si "Construir" solo no funciona, es buena idea seleccionar "Limpiar+Construir" y re intentarlo. Como siguiente paso, es buena idea re compilar nuestras aplicaciones, al hacer esto, los componenes usados seran automáticamente recompilados debido al nuevo código en la LCL. Como siguiente paso si todo ha resultado bien, comprobar que aquellos componentes que nuestras aplicaciones no usan pero que estan instalados en Lazarus compilan correctamente, hay dos formas de hacerlo, una es abriendo cada paquete y tratar de compilarlo y la otra es recompilar la IDE o sea Lazarus mismo.
Se agradece su colaboración para la mejora continua de este artículo detectando los muchas fallas de ortografía así como para completar la lista de paquetes necesarios en cada distribución y en general para mejorar la precisión de los comandos o enlaces proporcionados.
En mi anterior entrada, comentaba distintas opciones de desarrollo que me planteo usar, y unos pros y contras escritos así a ojo que veo a cada uno. En ésta, intentaré explayarme un poco más, sobre todo, el qué me hace plantearme no usar lo que quiero usar.
Principalmente, me dedico al desarrollo de software de gestión. Para este tipo de proyectos, C, lo veo matar moscas a cañonazos. C podrá ser rápido, con ejecutables pequeños, y un sin fin de bondados que los puristas querrán venderme etc..etc… pero, siendo realistas, para software de gestión, CRUD, ABM, o como quieras llamarlo, es una soberana tontería hacerlo en un lenguaje como C/C++, (a no ser, que sepas bastante C, lo hagas por aprender, o simplemente, es que no conoces otra cosa) existiendo alternativas de alto nivel que te ahorran muchos quebraderos de cabeza.
Como bien decía en uno de los comentarios mi amigo Notxor, no nombré a Java. Java, cumple bastantes por no decir casi todos de los requisitos anteriormente mencionados. Es un lenguaje con el que tengo una relación Amor/Odio. Básicamente, siempre he querido ponerme a hacer cositas en él, pero, por A o por B, siempre he acabado apartándolo de mi vista. Me compré un libro de Java2 hará unos años, que apenas he comenzado a leerlo. Además, al igual que Notxor, siempre me gusta ser el “rarito” que usa ese lenguaje que la gente apenas conoce :)
Muchas veces, me he preguntado - ¿Si no fuese tan cabezón, y usase lenguajes más conocidos, no me ahorraría problemas? -. Por eso, últimamente andaba haciéndole ojitos a Mono. La verdad es que no me desagrada demasiado la idea de ponerme a programar (de nuevo) en “.NET” (con todas esas ventajas que muchos creen han llegado del cielo de la mano de Dios, y llevan existiendo en Delphi eónes, pero eso es otra historia), pero, siempre que pienso en Mono, y comienzo a descargar la plataforma, IDEs etc.. me viene a la cabeza Lazarus/FreePascal, y a la par, no me quito de la cabeza Smalltalk.
Parte de la culpa la tiene Squeak. La verdad es que me gusta mucho la filosofía Smalltalk, su sintaxis, pero, en cambio, odio que todo vaya integrado en una ventana, y por mucho que la gente intente hacer pensar lo contrario,su Look&Feel, lo hacen parecer un juguete.
Que no se me malinterprete, soy un enamorado de Smalltalk, y precisamente, no duro más de 2 días en un lenguaje distinto por eso mismo, pero, a un cliente, no le puedo presentar una aplicación, donde las ventanas parecen hechas de plastilina, y aunque PolyMorph arregla algo, no es una solución final factible.
Sólo hay un lenguaje que me tuvo un pelín más enganchado, (y que seguramente intente retomar para ver la velocidad de la nueva VM), y es Ruby. Quizás por la fuerte influencia de Smalltalk en él. En su momento, lo aparté debido a problemas que tenía para cargar la librería Fox para el GUI, en mi MAC no había narices que funcionase, puede que le eche un vistazo de nuevo.
Volviendo a Smalltalk, es verdad que existen alternativas con widgets nativos para la interfaz. Pero…
cuál de ellas funciona en Win, Mac y OSX? VisualWorks y Squeak.
Apliquemos otro filtro, cuál de ellos me puedo permitir? Squeak
Resumiendo, da igual si Mono, Java, Lazarus/FreePascal, Ruby o lo que exista o lo nuevo que venga…..al final, seguro que acabo programando en smalltalk/Squeak, que es lo único, que sin hacer nada, me funciona en todos los sistemas operativos sin quejas :P
Llevo varios días con la mosca detrás de la oreja, en la búsqueda de un lenguaje de programación que cumpla mis necesidades, puesto, tanto unos, como otros, siempre pecan en algún punto. Si bien es verdad, quizás, pueda ser muy exigente, pero realmente, tampoco pido mucho. Bueno, ésto tampoco es nuevo en mi, llevo años buscando el lenguaje donde realmente me encuentre cómodo (cómo cuando trabajaba con Delphi).
Éstos últimos años que he estado apartado de la programación, he estado cacharreando con Smalltalk (Squeak en particular, las demás implementaciones, no están al alcance económico o de requisitos), y me gusta..mucho, pero tiene ciertas pegas que me ponen de los nervios la verdad.
Mis exigencias, son más bien manías personales.
1.- Tanto el entorno de desarrollo, como la aplicación en deploy, debe funcionar tanto en Win, OSX y Linux.
2.- La interfaz debe poder construirse fácilmente. El tiempo no es que me sobre precisamente como para estar codeando botones.
3.- El lenguaje debe ser orientado a objetos y tener acceso “nativo” a acceso de datos relacionales o de objetos.
4.- A poder ser, poder desarrollar tanto aplicaciones de escritorio, como web.
5.- No tener que instalar mil dependencias para cualquier tontería.
6.- y un montonazo más de manías mías….
Digamos, que, entre lo que ando evaluando, se encuentra, Squeak, Lazarus/Freepascal, C# con Mono, Ruby.
La parte “web 2.0″ me la ofrece ASPX con Mono (sin mucha dificultad para encontrar hosting además), y Squeak tiene Aida o Seaside como frameworks web más que interesantes. Lazarus/FreePascal tiene que tirar directamente de CGIs si no recuerdo mal, y Ruby, como no, tiene Rails.
Por otro lado, Squeak es un entorno completo que cubre todo el ciclo de edición/compilación/ejecución, totalmente orientado a objetos, y con unas herramientas muy potentes. Pero precisamente, su interfaz no es muy amigable al usuario “normal”, no es “multiventana” y es algo incómodo con una alta curva de aprendizaje. Freepascal tiene el potentísimo Lazarus que genera aplicaciones nativas del sistema operativo, y con el Look&Feel propio del sistema. Mono, que apenas he podido mirar mucho, tiene Monodevelop. Para el GUI, Monodevelop, tiene un GUI designer que no funciona en MAC todavía, o bien, se puede cargar la interfaz partiendo de archivos xml generados por Glade. Por el lado Ruby, supongo que dependería, del binding que usase. Me atrae FoxGUI por su sencillez, pero recuerdo haber tenido problemas para hacerlo funcionar en Mac, además, que prepararme un entorno de desarrollo en OSX fué un “dolor”.
En el lado de las bases de datos, es otro mundo. Cualquier lenguaje me va a permitir acceder a cualquier BBDD más o menos. Squeak por ejemplo, tiene acceso nativo a MySql y PostgresSQL, pero su fuerte, aparte de poder usar la propia imágen (y poder olvidarme de la persistencia), son las OODB como Magma o Gemstone, o la librería de acceso a GOODS.
Squeak me permite poder ejecutar una imágen, “tal cual”, en Windows, Linux y Mac, simplemente ejecutándola con su Vm correspondiente (que ocupa muy poco). Lazarus tendría que compilar para cada plataforma, aunque supuestamente sin hacer cambios en el código, y teóricamente, el ejecutable generado por Mono-OSX, correría en Mono-Win por ejemplo sin problemas.
A nivel de tamaño de las aplicaciones, por mucho Shrink que se le haga a una imágen, no bajaría de unos 15MB aproximadamente para la más mínima tontería. Pero prácticamente con Ruby o Mono, dependo de tener instalados las máquinas virtuales de cada uno. En linux, suele ser común tenerlo, pero no en Windows.
La opción que más me atrae, desde hace años es Squeak/Smalltalk, el único smalltalk opensource realmente funcional. Existen otros smalltalk, que cubren las carencias que les veo a Squeak, pero, VisualWorks no entra en nuestro/mi presupuesto, Smalltalk/X o Dolphin por ejemplo, no funcionan en Mac el primero, y ni en Mac ni Linux el segundo (no me valen los experimentos con Wine porque no puedo fiarme de otra aplicación de terceros para que funcionen las mías).
Luego seguiré comentando más cosillas, que tengo una reunión.
Me entero mediante el foro oficial de lazarus de estos premios y como no voy a apoyar al proyecto Lazarus
Fechas importantes para seguir el evento:
Mis votaciones han sido…
¿Y tu? ¿Ya has votado?
Despues de 5 meses del lanzamiento de la version 0.9.26 tenemos una nueva version estable que viene con fpc 2.2.2 y con muchos errores corregidos.
Vincent Snijders nos hace el anuncio del lanzamiento en el foro y en la lista de correo . A continuacion pequeño extracto de rigor de los cambios mas importantes :
Highlights / Major changes: IDE: ==== * Application icon has been added to the Project Options. * Environment, Editor and CodeTools options has been merged into one dialog. A new api is introduced to add custom ide settings into ide options dialog. * Application icon, Version information and XP manifest are merged into one .rc file which has the same name as project main file (.lpi) * .lrs files can now be saved/auto created in the project output directory (disable in Project / Project Options / Miscellaneous / save .lrs file in the output directory). This way you no longer need to store the .lrs files in the svn/cvs repository, if you build your application with Lazarus or Lazbuild. They are still required if compile using Makefile that calls fpc directly. LCL: ==== * TPen has been improved. For more information, see http://lazarus-dev.blogspot.com/2008/11/new-tpen-properties.html * TColorBox, TColorListBox has been rewritten. Now they are more delphi compatible. * TColorDialog.CustomColors has been added. * Implemented TCalendar on Windows CE. Y para terminar la release notes
Mas que un miniTIP es una especie de nota mental para no volver a perder el tiempo en lo mismo.
De sobra es sabido que si contruyes Freepascal en windows (sin pasarle ningun parametro ) lo instalara en el directorio C:\PP y si hacer lo mismo en linux lo pondra en /usr/local/lib/fpc, podemos modificar el directorio destino de la siguiente manera:
make clean PP=G:\Desarrollo\fpc\bin\i386-win32\ppc386.exe INSTALL_BASEDIR=G:\Desarrollo\fpc
Como habreis observado “PP” sirve para pasarle el ejecutable del compilador que queremos usar en nuestra compilacion.
¿Y tu , que modificadores sueles usar?
Puff, cuanto tiempo sin actualizar…..
Por un lado, liadillo jugando al poker y desarrollando mi nuevo blog, enfocado exclusivamente a mis inicios en este nuevo hobby. Obviamente, no es para sustituir al actual, ya que éste, es más para contar cosas genéricas sobre mi vida (aunque lo hago poco), o técnicas (desarrollo y demás historietas).
Además, también quiero cambiar de nuevo este blog. Jamás debí dejar Drupal. Cuando se rompió mi viejo blog, debí reconstruirlo de nuevo sobre Drupal, y no cambiar a Wordrpress. Mi blog de poker, está construido sobre Durpal, y es una gozada incorporar cambios, en cambio, aquí, sudo la gota gorda sólo en pensar que tengo que actualizar, y que para poder meter dos tonterías, he tenido que tocar la plantilla a mano. Si bien, no son cosas difíciles, sobre todo, para alguien que trabaje todos los días con Wordpress, para mí, es una simple herramienta más, en la que no quiero centrarme, es sólo un punto de apoyo. Además, mi idea era que la publicidad no molestase tanto, pero el banner de la izquierda, cada vez va a peor. Qué coñazo.
Por otro lado, sigo en mi aprendizaje de la plataforma Velneo. Puede ser la herramienta definitiva donde asiente mi enorme trasero. Últimamente, dedico más tiempo en leer el fabuloso y gigantesco manual en perfecto castellano, que a desarrollar en sí, pero, mira, lo leido, ahí está, y si no fuese porque la formación es bastante cara (cara respecto a mi economía obviamente, porque sería algo bien pagado), no me lo pensaría ni dos veces en asistir una semanita a un curso intensivo. Además, las características de la nueva versión 7, que estará disponible para mediados de este año que entra, lo hacen algo más que apetecible. De momento, aprendo en la versión 6, de gratuita descarga. Velneo puede estar limitado en ciertos aspectos, por su concepción, pero podemos ampliar sus horizontes a base de DLL’s, y ahí es donde entra de nuevo en mi vida Lazarus/Freepascal. Si bien mi experiencia en desarrollo se basa más en aplicaciones de gestión y parecidos, hace mucho que no toco Object Pascal, y encima, nunca he desarrollado una DLL, aunque ésto, es como montar en bicicleta. De hacer falta, sería cuestión de documentarme, y echar unas cuantas horas y ya está. Cada vez me doy cuenta, que mi vida, de una manera u otra, siempre orbita al mejor lenguaje y mejor plataforma con la que he trabajado en mi vida, Delphi (Lazarus en su versión opensource).
Tengo algún proyectillo que otro en mente, pero de momento, me estoy centrando más en la lectura. Como no, InciGest, el maravilloso software de Gestión de Incidencias, que jamás vió la luz, y que se ha recomenzado en 3 lenguajes distintos, vuelve de nuevo en su 4º renacer, pero esta vez, bajo Velneo, jejeje. Ya veremos si coge o no forma, de momento, ando ahí construyendo tablas :D Como siempre, os mantendría informados :D
En fin, que como podréis observar, por ahí sigo, dándole vueltas a la vida tecnológica, nos leemos.
La verdad es que llevo mucho tiempo sin tocar lazarus.
Después de tanto tiempo, me he animado a instalármelo de nuevo para un par de cosillas que tengo que hacer, y por qué no, volver a desarrollar con el mejor lenguaje que he usado en mi vida.
Algunos se preguntarán, “¿y que pasó con Squeak/Smalltalk?”. La verdad es que lo tengo abandonado, la falta de tiempo. Llevo muchos años siguiendo este proyecto, sin tiempo ni ganas de ponerme a hacer algo serio con él, a pesar, de estar enamorado de su filosofía.
Veo que hay algún problemilla con las fuentes de letra, pero veré como solucionarlo en las próximas horas.
Tiempo al tiempo. Ahora mismo, me apetece volver a mis inicios.
Cuanto te he echado de menos Delphi…digoooooo Lazarus :D
Después de instalar Lazarus para Fedora 8 o Linpus, no se muestran bien las fuentes de Lazarus, el ide queda completamente ilegible.
Paso 1 : Instalar Lazarus y las fuentes de freepascal.
sudo yum install lazarus
sudo yum install fpc-source
Paso 2 : Crear el fichero .gtkrc.mine en el home de “user”
mousepad /home/user/.gtkrc.mine
Paso 3 : Añadir este texto al fichero vacio.
style "default-text" {
fontset = "-*-sans-medium-r-normal--*-100-*-*-*-*-iso8859-1,\
-*-sans-medium-r-normal--*-100-*-*-*-*-*-*"
}
class "GtkWidget" style "default-text"
Guardar el fichero
Paso 4 : Crear un enlace simbolico al fichero.
ln -s /home/user/.gtkrc.mine /home/user/.gtkrc
Ahora ejecutar en un terminal lazarus-ide para comprobar que las fuentes son correctas y se visualiza el texto del ide sin ningun problema…
Vía : http://wiki.lazarus.freepascal.org/Lazarus_Faq
En este blog hay información muy útil para leer archivos XML desde una aplicacion creada con Lazarus.
Después de probar varias versiones de Lazarus intentando compilar para varias plataformas, he tenido que recurrir a las versiones daily snapshot para conseguirlo. Las versiones oficiales (a día de hoy 0.94) no son capaces de compilar para WinCE de una manera sencilla, hay que reconstruir todo el IDE de Lazarus y aun así, muchos de los widget LCL no funcionan en WinCE. Pero las versiones 0.95 de Lazarus, si permiten utilizar la gran mayoría de widgets LCL, y no ofrecen ninguna dificultad para compilar en las plataformas Win32/64 y WinCE. Descargar daily snapshots.
Instalando para Windows ™ la versión 0.95 de Lazarus y la versión “crosscompiling” correspondiente, sólo hay que configurar las “opciones del compilador” -> “Tipo de Widget LCL” como “WinCE”, y en la pestaña “Código” de esa misma ventana, seleccionar la plataforma del Sistema Operativo (OS Objetivo) como “WinCE” y el Procesador (CPU Objetivo) como “arm”.
Una vez hecho esto, ya se puede compilar para WinCE.
TRUCO : Los ejecutables para WinCE que crea Lazarus, son muy grandes (unos 10MB). Existe una utilidad llamada : arm-wince-strip.exe que se encuentra en el directorio : “\lazarus\fpc\2.2.1\bin\i386-win32″ que reduce el tamaño del ejecutable un 80%. Para que funcione correctamente, se tiene que habilitar la opción “Remover los símbolos del ejecutable” de las Opciones del Compilador” -> “Enlazador/Linker”.
Más utilidades para WinCE. Y para el desarrollo sobre Win-CE.
Luego de una gran ausencia en este recién iniciado blog ( solo llevo unos cuantos posts) el contenido será movido hacia otro blog, en el cual se juntara el conocimiento de un grupo de amigos para ayudar a los recién iniciados en el mundo les software libre a desarrollar software 
Por lo que este blog pasa a formar parte de desarrollolibre.wordpress.com, donde encontrarán mas información sobre Lazarus y otros sabores de IDES en el mundo del GNU/Linux
Así que todos quedan invitados a visitar el nuevo sitio, éste quedara como archivo hasta que wordpress decida eliminarlo por inactividad 
Saludos!!
Montón de webs de programación :
después de este cúmulo de links, parece que la idea original del blog vuelve a aparecer…
Por fin he conseguido instalar Lazarus/FPC en Leopard. Cosa que me ha costado sudar sangre, ya que no había manera que ni Fink ni MacPorts, me instalasen correctamente las librerías gdk.
Para quien no lo sepa, FreePascal es un compilador libre de Pascal disponible para una infinidad de arquitecturas. La descripción que nos ofrece la wikipedia para FreePascal y Lazarus es:
Free Pascal (o FPK Pascal) es un compilador Pascal portable, libre y de código abierto, que representa una alternativa a los productos comerciales Turbo Pascal y Delphi. Su entorno en modo texto es muy similar al de Turbo Pascal de Borland, pero con más opciones. También existen entornos de desarrollo para Windows con Dev-Pascal de Bloodshed.
Lazarus es una herramienta visual para la programación en lenguaje de programación Pascal, disponible para los sistemas operativos Windows, GNU/Linux y Mac OS X.
Se trata de una alternativa gratuita a Delphi, desarrollada como proyecto de software libre a partir de Free Pascal. La web y la mayoría de la documentación están en inglés, pero el entorno de desarrollo (IDE) sí está traducido al español en gran parte.
Una vez hechas las presentaciones, y resuelta mi pequeña incidencia, ahora, necesito tener dos instalaciones distintas.
¿Por qué? Lazarus, actualmente, está compilado por defecto para visualizarse sobre GTK1 (y bajo X11), algo que lo hace algo horrible a la vista, pero ésto, es sólo por defecto, ya que se puede compilar (aunque muchos de los widgetsets no son estables o completos aún, pero trabajan activamente en ello) para GTK2, Carbon, QT, etc…
Mi idea es tener mi instalación de Lazarus “stable” para no tener problemas en el día a día, pero además, tener otra instalación más (o las que hagan falta), para pruebas. Una de ellas, será un Lazarus descargado directamente del svn y tras posterior compilación, “construir” el entorno pero usando Carbon, para que se vea de una manera nativa.
Para aquellos interesados, toda la instalación de Lazarus, es realizada en la carpeta /usr/local/share/lazarus, y según me han comentado, para tener dos instalaciones distintas, es tan sencillo como simplemente copiarlo, fácil, sencillo, y para toda la familia.
Puesto en la oficina no tengo mi MacBook, no puedo probarlo ahora mismo, así que ya contaré mi aventura en otro momento.
De momento, os puedo decir que, puesto necesito una pequeña aplicación para hacer un seguimiento de las incidencias con nuestros clientes (entre otros mil proyectos más), iré comentando su desarrollo para que podáis adentraros en el mundo de desarrollo con este entorno.
Colección de Software DICOM gratuito para Windows, Linux y Mac OS X.
EzDICOM : Programa Visor de Imágenes DICOM programado en Delphi con código fuente.
MRIcro y MRICron : Conversor a formato Analyze de imágenes médicas.
DICOMWorks : Visor DICOM , puede crear CDs DICOM, exportar a PowerPoint, e-mail, FTP, … A mediados de este año (2008) se espera una nueva versión.
Osirix : Visor exclusivo para Mac, con capacidad de reconstrucción volumétrica de imágenes médicas. El software es Open Source, pero hay varias empresas que dan soporte al programa, una de ellas es Kanteron Systems.
PACS dcm4chee : Este software esta especializado en el almacenamiento masivo de imágenes médicas (PACS). Funciona sobre JBoss y es multiplataforma.
K-Pacs : Workstation DICOM, con funciones de almacenamiento y búsqueda en red (query / retrive). Tienen 2 versiones, una gratuita con algunas funciones avanzadas desactivadas y otras de pago que incorporan reconstrucción en 3D.
Amide : Programa en continuo desarrollo para analizar datos volumétricos en imágenes médicas. Programado en GTK+ funciona sobre múltiples plataformas.
Aeskulap : Otro visor DICOM con funciones de red, permite buscar estudios en PACS. Multiplataforma.
Oviyam : Visor Web para imágenes DICOM, integrado con dcm4chee mediante el protocolo WADO.
El cometido de este planeta es unir a los blogs relacionados con freepascal/lazarus de habla hispana :)
Si quieres ser incluido, excluido o simplemente comentar algo en referencia a este planeta puedes enviar un correo a javivf[at]gmail[dot]com
Darksoul
DelphiyLazarusParaNovatos
DhabyX
DonaldShimoda
FredyGonzales
Lord_ZealoN
SiR-HaCk
ToroOS
develazarus
javivf
jesusrmx
llodra
Ultima actualizacion:
February 03, 2010 05:20 PM
Horario UTC.
Powered by:
