=?ISO-8859-1?Q?Chronojump_usar=E1_mono_en_lugar_de_.net_en_windows?=



Después de haber detectado numerosos problemas de la última versión de
chronojump (0.52) por incompatibilidades entre .net y gtk# para
windows, se está tratando de migrar a MONO también en windows.

En cuanto a gtk se gana porque mono integra muy bien gtk, es la
librería gráfica del proyecto mono.

Se pierde en cuanto a la detección de puertos, pues mono aún no
autodetecta puertos ni en windows ni en linux. Habrá que usar el
hyperterminal hasta que no se encuentre una solución.

El problema principal en este momento es el uso de sqlite, pues
mono.1.2.4 ha añadido una nueva assemblie y de momento no hemos
conseguido que funcione en windows:
http://lists.ximian.com/pipermail/mono-list/2007-July/035621.html

Otro problema es ahora los eventos de sonido en windows, que parece
que con mono no funcionan. Habrá que investigar.

En cuanto al uso del puerto serie, o de usb-serie. es lo mismo que con .NET:
- si se conecta por serie, uno de los puertos COM1-COM4 será usado
- si se conecta por serie con adaptador o cable (usb-serie) se usará
COM1-COM9 (quizás más), pero si se no configura el puerto
automáticamente, habrá que instalar un driver. Por ejemplo, el primero
de los listados en esta web:
http://www.serialgear.com/USB-Serial-adapter-drivers-windows-mac-linux.cfm
se ha probado y el resultado ha sido el correcto. Habrá que usar el
hyperterminal para conocer qué puerto COM se ha habilitado.

El paso a mono no se realizó anteriormente pues el puerto serie en
mono no se reconoció en windows hasta el 1.2.4, y una vez reconocido,
no se creyó conveniente cambiar pues se creía óptimo disponer de
varias plataformas de ejecución, y podría ayudar a diferenciar errores
del programa o de mono, .net.

Saludos



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]