In the discussion about our article on changing permissions on a single file in Windows Vista, TechRepublic member rignatius asked if we could explain how to apply the permission changes to all of the subfolders and files in the hierarchy of a particular folder. This How do I… shows that the basic procedure is the same, but there are a few more check boxes to look at during the process.
Tag: Windows
La librería Gnu Multiple Precision (GMP)
La librería Gnu Multiple Precision (GMP) permite hacer cálculos de precisión arbitraria.
En el sitio de GMP viene un código de referencia que permite calcular pi hasta donde le alcance la memoria a la maquina.
Para construir la librería bajo mingw y Windows XP solo hay que seguir las instrucciones. Único detalle a tomar en cuenta es que /usr en mingw esta mapeado al directorio raíz de msys.
Posicionarse en el directorio raíz de la librería y seguir al secuencia del make
./configure
make
make check
make install
Ver el make trabajar es espeluznante, más de 10 minutos de pantallas can parámetros. Sin embargo hay puertos disponibles para .Net, aunque de la versión 4.1.
Para usar la librería podemos tomar como ejemplo el programa para calcular pi.
gcc -c gmp-chudnovsky.c -I/local/include
gcc -o gmp-chudnovsky.exe gmp-chudnovsky.o -L/local/lib -lgmp
gmp-chudnovsky.exe 50 1
Existe un puerto actualizado para Visual Studio 2005 disponible en la pagina Building GMP and MPFR with Microsoft Visual Studio 2005 and YASM. Hay que seguir las instrucciones del ReadMe con cuidado y al final aunque se generan warnings se construyen bien las librerías. Un paso que no esta claro del readme es que hacer con el archivo mparam_h.in. Yo simplemente lo renombre mparam.h.
El archivo gmp-chudnovsky.c del sitio de gmp necesita modificarse para usarlo en Visual Studio. Es necesario agregar las lineas de código:
#ifdef _MSC_VER
#define inline __inline
#endif
En la configuración del proyecto hay que agregar el directorio donde esta gmp.h y donde esta la librería que se quiera usar ademas de agregar la referencia a gmp.lib
Referencias
“Many Digits” Friendly Competition , Programas usados por el equipo de MPFR.
GMPY Project goals and strategies
Multiprecision floating-point arithmetic on Apple systems
Guile Extensions and Examples – Summary
Genius Math Tool and the GEL Language
iRRAM – Exact Arithmetic in C++
MAGMA Computational Algebra System
Minimalist GNU for Windows
MinGW o MinGW32 (Minimalist GNU for Windows) es una implementación de los compiladores GCC para la plataforma Win32, que permite migrar aplicaciones GNU a entornos Windows. Es un derivado de Cygwin en su versión 1.3.3.
MinGW incluye un conjunto de la api de Win32, permitiendo un desarrollo de aplicaciones nativas para esa plataforma, pudiendo generar ejecutables y librerías usando la API de Windows.
MinGW fue creado por Colin Peters, el 1 de julio de 1998, compilándolo con Gygwin. La primera versión nativa de MinGW fue realizada por Jan-Jaap van der Heijden, quien también tuvo participación en el proyecto GCC. Mumit Khan estuvo a cargo del mantenimiento del proyecto e incluyo al compilador algunas características propias de Windows. Los archivos de cabecera del API de Windows fueron provistos por Anders Norlander.
Una de las desventajas de MinGW es que los ejecutables que genera son de tamaño más grande que los generados por otros compiladores. Esto ocurre cuando se incluyen los archivos de cabecera estándares de C++ (por ejemplo, #include ), y se debe a que el compilador vincula todas las librerías dentro del archivo ejecutable de manera estática.
MinGW incluye MSYS (Minimal SYStem) un shell POSIX/Bourne para ejecutar scripts de configuración usados por make y ./configure
Después de descargar MinGW y MSYS, incluyendo mingw-runtime, w32api, binutils y gcc, gdb y mingw32-make se pueden expandir los archivos de dos formas. Poner el directorio de MinGW dentro de MSYS o instalarlos en directorios distintos y modificar el archivo MSYS /etc/fstab para agregar un apuntador al directorio donde mingw esta instalado.
Para probar la instalación se puede correr el shell de msys y probar el comando de línea
gcc –v
Para habilitar el soporte de IDEs agregar lib a la variable de entorno LIBRARY_PATH y los subdirectorios bin de y a la variable de entorno PATH
Aplicación de consola:
En un archivo con el nombre hello.c poner el siguiente código:
#include
int main(int argc, char **argv)
{
printf (“Hellon”);
return (0);
}
y compilar con
gcc -c hello.c
y después
gcc -o hello hello.o
Alternativamente
gcc -o hello hello.c
En un archivo con el nombre hello.cpp poner el siguiente código:
#include
int main(int argc, char **argv)
{
std::cout return (0);
}
y compilar con
g++ -c hello.cpp
g++ -o hello hello.o
Aplicación Windows
En un archivo con el nombre hello.c poner el siguiente código:
#include
int WINAPI WinMain (HINSTANCE hInstance,
HINSTANCE hPrevInstance,
PSTR szCmdLine,
int iCmdShow)
{
MessageBox (NULL, “Hello”, “Hello Demo”, MB_OK);
return (0);
}
para crear el ejecutable usar los comandos de linea
gcc -c hello.c
y
gcc -o hello hello.o -mwindows
el parametro -mwindows es necesario para que se incluyan las librerias necesarias para un programa Windows.
dll
En un archivo con el nombre dllfct.h poner el siguiente código:
#ifdef BUILD_DLL
// the dll exports
#define EXPORT __declspec(dllexport)
#else
// the exe imports
#define EXPORT __declspec(dllimport)
#endif
// function to be imported/exported
EXPORT void tstfunc (void);
En un archivo con el nombre dllfct.c poner el siguiente código:
#include
#include “dllfct.h”
EXPORT void tstfunc (void)
{
printf (“Hellon”);
}
En un archivo con el nombre Hello.c poner el siguiente código:
#include “dllfct.h”
int main ()
{
tstfunc ();
return (0);
}
Para crear una dll y un ejecutable que lo use:
gcc -c hello.c
gcc -c -DBUILD_DLL dllfct.c
gcc -shared -o tst.dll -Wl,–out-implib,libtstdll.a dllfct.o
gcc -o hello.exe hello.o -L./ -ltstdll
Se puede especificar el directorio a usar para los includes durante la compilación con
-I/path/to/headers
y las librerias para link:
-L/usr/lib/library
Usualmente no hay necesidad de andar moviendo las librerias.
Archivo .def para un dll
Si tiene un dll llamado file.dll y quiere crear un archivo .def con el nombre file.def,
echo EXPORTS > file.def
nm file.dll | grep ‘ T _’ | sed ‘s/.* T _//’ >> file.def
Para crear una biblioteca con el nombre file.a :
dlltool –def file.def –dllname file.dll –output-lib file.a
Construyendo bzip2 con mingw
bzip2 es una rutina de compresión de código libre. bzip2 es competitivo con las mejores técnicas estadísticas (PPM) en términos de compresión pero mucho más rápido. El código de bzip2 esta escrito en ansi c y no tiene dependencias, así que quise usarlo para probar varios enfoques para construir los ejecutables en Windows XP siendo una aplicación cuyo ambiente natural es Linux.
mingw
Una diferencia en el modelo de archivos entre Windows y Unix es como se determina si un archivo es ejecutable o no.
En unix los privilegios de ejecución de un archivo están definidos dentro de la estructura interna del archivo y existen utilerías como chmod que permiten manipular los privilegios de ejecución.
En Windows, la extensión de un archivo determina si es un ejecutable o no. los archivo ejecutables en Windows tiene la terminación .exe. Existen otras terminaciones de archivos ejecutables, pero si el archivo tiene un terminación que no este en la lista entonces no es un ejecutable. Dicho de otra manera, En Windows, la terminación de un archivo determina que aplicación (ejecutalbe) esta asociada con él.
Para crear el ejecutable de bizp2 usando mingw
Bajar las fuentes de bzip2
Modificar el archivo Makefile quitando las lineas que contengan la instrucción
chmod a+x
En el shell de msys ir al directorio de los fuentes de bzip2 y ejecutar el comando
make install
Visual Studio 2005 command prompt
En el shell de comandos de Visual Studio 2005 ir al directorio de los fuentes de bzip2 y ejecutar el comando
nmake -f makefile.msc
Al ejecutarse el nmake hay algunos warnings pero los ejecutables se generan bien
Visual Studio 2005 Proyecto Visual C++ win32
Abrir un nuevo proyecto del tipo libreria estatica con el nombre de salida libbz2.lib
Agregar los archivos
blocksort.c
huffman.c
crctable.c
randtable.c
compress.c
decompress.c
bzlib.c
bzlib.h
Construir la libreria
Abrir un nuevo proyecto del tipo consola
Agregar el archivo
bzip2.c
Agregar la referencia a libbz2.lib en los archivos de entrada del linker
construir el ejecutable
Herramientas de depuración de Microsoft
Microsoft proporciona de manera gratuita varias herramientas para depuración de aplicaciones, servicos, y núcleo del sistema operativo.
Referencias:
Debugging Tools for Windows – Overview
Debugging Tools and Symbols: Getting Started
Install Debugging Tools for Windows 32-bit Version
DataTips, Visualizers and Viewers Make Debugging .NET Code a Breeze
Debugger and Symbols Downloads
 |
Download Windows Symbol Packages
|
|
Install Debugging Tools for Windows 32-bit Version
|
|
Install Debugging Tools for Windows 64-bit Versions |
.NET Compact Framework 2.0
OpenNETCF.org es un repositorio de información y código fuente sobre Microsoft .NET Compact Framework. OpenNETCF.org empezó como un proyecto de código abierto para extender la funcionalidad de .Net 1.x. A partir del Smart Device Framework 2.0 el c
OpenNETCF.org es un repositorio de información y código fuente sobre Microsoft .NET Compact Framework. OpenNETCF.org empezó como un proyecto de código abierto para extender la funcionalidad de .Net 1.x. A partir del Smart Device Framework 2.0 el código fuente dejo de ser libre.
En el mismo sito de Microsoft hay referencias a ejemplos de aplicaciones móviles que usan las extensiones de OpenNETCF.
El articulo Building a Wi-Fi Discovery Application with the .NET Compact Framework 2.0 explica a detalle una aplicación que usa estas librerías e incluye código fuente. Es un buen ejemplo para empezar a ver el ciclo complete de una aplicación móvil no trivial.
La solución de muestra incluye dos proyectos. La aplicación en si, y el código fuente OpenNETCF referenciado en la misma. Al construir la solución en Visual Studio 2005 se marcan warnings pero los proyectos se construyen con éxito. Se puede probar la aplicación en una Pocket PC 2003. Si la tarjetea de WiFi esta desactivada la aplicación genera una excepción. No es una aplicación de grado comercial pero es una buena referencia de lo que se puede hacer.
El articulo Deploying .NET Compact Framework 2.0 Applications with .cab and .msi Files continua con este ejemplo y explica como hacer un proyecto de instalación.
En un proyecto para aplicaciones inteligentes, cada archivo se marca con una acción de generación que se define en la ventana Propiedades del modo siguiente:
- Un archivo marcado como Compile, valor predeterminado para todos los archivos y formularios de código, compilará los archivos en el ensamblado resultante.
- Un archivo marcado como Content permite el empaquetado del archivo en el archivo .cab y su implementación en el proyecto. Asimismo, resulta útil para la implementación de archivos de configuración XML y bases de datos SQL Server CE.
- Un archivo marcado como None simplemente se ignora. Esta acción resulta útil para incluir documentación en el proyecto, como diagramas de Visio que no se deben implementar.
- Un archivo marcado como Embedded Resource se incluye en el ensamblado ejecutable como un recurso. Esta acción permite que el código escrito extraiga el recurso mediante programación. Asimismo, resulta eficaz para empaquetar imágenes y archivos de secuencias de comandos que se pueden utilizar posteriormente en la aplicación.
Antes de pasar a construir la aplicación para dispositivos inteligentes y crear los archivos .cab para la implementación, no se debe olvidar cambiar el modo de generación del proyecto de depuración a liberación. Esto reducirá el tamaño del ejecutable en el dispositivo (hecho importante en el caso de los dispositivos inteligentes de almacenamiento restringido) y aumentará la velocidad de ejecución.
Para hacer un proyecto de instalación automatica es necesario efectuar los siguientes pasos:
1. Crear archivos .cab para cada dispositivo donde va a correr la aplicación. Un .cab de instalación puede contener un archivo setup.dll con código no administrado, y por eso se requiere un .cab diferente para cada familia de procesadores. Si la aplicación no requiere de este archivo, entonces un solo .cab es suficiente.
2. Agregar los archivos y entradas de registro de la aplicación a los .cab
3. Proveer el código de acciones especiales a ejecutar durante la instalación y desinstalación de la aplicación.
4. Registrar la aplicación con ActiveSync para que se pueda instalar de la PC de escritorio a la Pocket PC.
5. Empacar todo en un archivo .msi
El primer paso es agregar un proyecto
Other Project types->Setup and deployment->Smart Device Cab Project
a la solución.
Al construir el proyecto se generan 3 archivos un .cab, un .log, y un .inf. El archivo .inf tiene parámetros de instalación que serán usados por ActiveSync.
El .cab es suficiente para instalar una aplicación en la Pocket PC pero es posible agregar un proyecto de instalación de escritorio para simplificar el proceso para el usuario.
Para aplicaciones móviles, hay dos cosas que el instalador debe hacer. Debe presentarle al usuario las pantallas del asistente de instalación en la PC de escritorio y debe instalar la aplicación en la Pocket PC.
La instalación en el Pocket PC se hace a través una aplicación llamada CeAppMgr.exe que es parte de ActiveSync. CeAppMgr.exe requires un archivo .ini que se debe agregar manualmente. En nuestro caso el .ini contiene lo siguiente:
[CEAppManager]
Version = 1.0
Component = OpenNETCF WiFiDiscovery
[OpenNETCF WiFiDiscovery]
Description = Sample WiFi Network Discovery Application using the SDF
CabFiles = WiFiDiscovery.cab
Para activar el modo de depuración de CeAppMgr.exe es necesario meterle mano al Registry. Para los valientes
[HKLMSoftwareMicrosoftWindows CE ServicesAppMgr]
“ReportErrors”=dword:1
Existen algunos requerimientos que, aunque no son estrictamente necesarios técnicamente, son prácticas establecidas y necesarias para certificación.
Aplicaciones registradas con CeAppMgr deben estar en un subfolder de ActiveSync por ejemplo. Estos requerimientos los maneja el instalador utilizando variables predefinidas de Windows para mayor flexibilidad y para facilitar localización del software en varios idiomas. Para ejecutar estas acciones se agrega una clase de instalación.
Agregamos un proyecto de librería de Windows a la solución de Visual Studio. A este proyecto le agregamos la installer class. Esta clase soporta eventos relacionados con el proceso de instalación y permite definir acciones previas y posteriores al proceso de instalación y al de desinstalación. Por ejemplo,
public CustomInstaller()
{
InitializeComponent();
this.BeforeInstall +=
new InstallEventHandler(CustomInstaller_BeforeInstall);
this.AfterInstall +=
new InstallEventHandler(CustomInstaller_AfterInstall);
this.BeforeUninstall +=
new InstallEventHandler(CustomInstaller_BeforeUninstall);
}
Es necesario definir constantes para usar dentro del código en términos de entradas en el Registry, bajo la llave HKLM.
De esta manera el código sigue siendo valido bajo distintos idiomas y versiones de Windows.
private const string CEAPPMGR_PATH =
@”SOFTWAREMicrosoftWindowsCurrentVersionApp PathsCEAPPMGR.EXE”;
private const string ACTIVESYNC_INSTALL_PATH =
@”SOFTWAREMicrosoftWindows CE Services”;
private const string INSTALLED_DIR = “InstalledDir”;
private const string CEAPPMGR_EXE_FILE = @”CEAPPMGR.EXE”;
private const string CEAPPMGR_INI_FILE = @”WiFiDiscovery.ini”;
private const string APP_SUBDIR = @”OpenNETCF WiFiDiscovery”;
private string TEMP_PATH =
Environment.SystemDirectory + @”TEMPWiFiDiscovery”;
El ultimo paso es crear el proyecto de instalación.
Other project types ->Setup and deployment->Setup project
Despues de crear el proyecto, realizamos las siguientes acciones:
1. Cambiar el nombre del archivo de salida.
2. Indicar la ubicación de un directorio para guardar archivos temporales. Este direcorio debe estar ubicado de acuerdo a lo que definimos en la clase de instalación.
3. Definir las propiedades del proyecto como compañía, nombre de aplicación, etc.
4. Agregar los archivos de salida del proyecto CAB
5. Agregar en la carpeta de aplicación la salida de la clase de instalación
6. Agregar Custom Action usando la clase de instalación
7. Agregar archivo .ini
8. Construir todos los proyectos en la solución
9. Probar el instalador
Para mayor detalle se pueden consultar los articulos originales en el sitio de Microsoft.
El articulo Developing and Deploying Pocket PC Setup Applications aunque obsoleto tiene información complementaria y discute el caso .Net 1.x
Antes de poder ejecutar la aplicación, es preciso instalar .NET Compact Framework en el dispositivo. Si la aplicación requiere SQL Server CE, también será necesario instalar el archivo .cab adecuado. Aunque ambos se instalan automáticamente al implementar la aplicación desde Visual Studio .NET mediante el menú Implementar o al depurar el dispositivo, en producción será necesario emplear un mecanismo diferente.
Como se mencionó anteriormente, los archivos .cab creados para un proyecto no incluyen los archivos .cab correspondientes a .NET Compact Framework o SQL Server CE. Aunque Pocket PC 2003, y dispositivos posteriores, suelen incluir .NET Compact Framework en ROM, será preciso agregar los archivos .cab específicos de la plataforma en cuestión en el caso en que dichos dispositivos no los incluyan. Un modo sencillo de llevar a cabo esta operación para .NET Compact Framework es descargar y ejecutar el redistribuible.
Referencia:
Patrones de implementación para Microsoft .NET Compact Framework
Minimalist GNU for Windows
MinGW o MinGW32 (Minimalist GNU for Windows) es una implementación de los compiladores GCC para la plataforma Win32, que permite migrar aplicaciones GNU a entornos Windows. Es un derivado de Cygwin en su versión 1.3.3.MinGW incluye un conjunto de la …
MinGW o MinGW32 (Minimalist GNU for Windows) es una implementación de los compiladores GCC para la plataforma Win32, que permite migrar aplicaciones GNU a entornos Windows. Es un derivado de Cygwin en su versión 1.3.3.
MinGW incluye un conjunto de la api de Win32, permitiendo un desarrollo de aplicaciones nativas para esa plataforma, pudiendo generar ejecutables y librerías usando la API de Windows.
MinGW fue creado por Colin Peters, el 1 de julio de 1998, compilándolo con Gygwin. La primera versión nativa de MinGW fue realizada por Jan-Jaap van der Heijden, quien también tuvo participación en el proyecto GCC. Mumit Khan estuvo a cargo del mantenimiento del proyecto e incluyo al compilador algunas características propias de Windows. Los archivos de cabecera del API de Windows fueron provistos por Anders Norlander.
Una de las desventajas de MinGW es que los ejecutables que genera son de tamaño más grande que los generados por otros compiladores. Esto ocurre cuando se incluyen los archivos de cabecera estándares de C++ (por ejemplo, #include ), y se debe a que el compilador vincula todas las librerías dentro del archivo ejecutable de manera estática.
MinGW incluye MSYS (Minimal SYStem) un shell POSIX/Bourne para ejecutar scripts de configuración usados por make y ./configure
Después de descargar MinGW y MSYS, incluyendo mingw-runtime, w32api, binutils y gcc, gdb y mingw32-make se pueden expandir los archivos de dos formas. Poner el directorio de MinGW dentro de MSYS o instalarlos en directorios distintos y modificar el archivo MSYS /etc/fstab para agregar un apuntador al directorio donde mingw esta instalado.
Para probar la instalación se puede correr el shell de msys y probar el comando de línea
gcc –v
Para habilitar el soporte de IDEs agregar lib a la variable de entorno LIBRARY_PATH y los subdirectorios bin de y a la variable de entorno PATH
Aplicación de consola:
En un archivo con el nombre hello.c poner el siguiente código:
#include
int main(int argc, char **argv)
{
printf (“Hellon”);
return (0);
}
y compilar con
gcc -c hello.c
y después
gcc -o hello hello.o
Alternativamente
gcc -o hello hello.c
En un archivo con el nombre hello.cpp poner el siguiente código:
#include
int main(int argc, char **argv)
{
std::cout << "Hello" << std::endl;
return (0);
}
y compilar con
g++ -c hello.cpp
g++ -o hello hello.o
Aplicación Windows
En un archivo con el nombre hello.c poner el siguiente código:
#include
int WINAPI WinMain (HINSTANCE hInstance,
HINSTANCE hPrevInstance,
PSTR szCmdLine,
int iCmdShow)
{
MessageBox (NULL, “Hello”, “Hello Demo”, MB_OK);
return (0);
}
para crear el ejecutable usar los comandos de linea
gcc -c hello.c
y
gcc -o hello hello.o -mwindows
el parametro -mwindows es necesario para que se incluyan las librerias necesarias para un programa Windows.
dll
En un archivo con el nombre dllfct.h poner el siguiente código:
#ifdef BUILD_DLL
// the dll exports
#define EXPORT __declspec(dllexport)
#else
// the exe imports
#define EXPORT __declspec(dllimport)
#endif
// function to be imported/exported
EXPORT void tstfunc (void);
En un archivo con el nombre dllfct.c poner el siguiente código:
#include
#include “dllfct.h”
EXPORT void tstfunc (void)
{
printf (“Hellon”);
}
En un archivo con el nombre Hello.c poner el siguiente código:
#include “dllfct.h”
int main ()
{
tstfunc ();
return (0);
}
Para crear una dll y un ejecutable que lo use:
gcc -c hello.c
gcc -c -DBUILD_DLL dllfct.c
gcc -shared -o tst.dll -Wl,–out-implib,libtstdll.a dllfct.o
gcc -o hello.exe hello.o -L./ -ltstdll
Se puede especificar el directorio a usar para los includes durante la compilación con
-I/path/to/headers
y las librerias para link:
-L/usr/lib/library
Usualmente no hay necesidad de andar moviendo las librerias.
Archivo .def para un dll
Si tiene un dll llamado file.dll y quiere crear un archivo .def con el nombre file.def,
echo EXPORTS > file.def
nm file.dll | grep ‘ T _’ | sed ‘s/.* T _//’ >> file.def
Para crear una biblioteca con el nombre file.a :
dlltool –def file.def –dllname file.dll –output-lib file.a
Micro Rugby
“The reality is that they are not going to sue a single customer,”
Jim Zemlin, executive director of the Linux Foundation.
Microsoft siempre ha manejado la comercialización de software como un deporte de contacto. Vince Lombardi no lo haría mejor.