Re: Chronojump usará mono en lugar de .net en windows

["Xavi de Blas" <xaviblas gmail com>]

Saludos a todos, muy buenas noticias sobre chronojump y  windows

Hoy he estado probando  Mono 1.2.5 (preview) en Windows y se ha
solucionado el problema de Sqlite. Además he podido compilar y
ejecutar chronojump sin problemas. Ahora detallo parte por parte:


- Chronojump arranca bien

- Sqlite funciona (pero con sqlite3, habrá que convertir los datos de
las sqlites viejas 2.1 a 3 desde los programas externos sqlite
sqlite3, o desde el propio chronojump (preferible))

- Funciona el chronopic por puerto serie y por USB-serie. El problema
está en que mono aún no tiene autodetección ni en windows ni en linux
de ningún puerto serie ni usb-serie (aunque en linux los valores son
casi siempre: /dev/ttyS0 y /dev/ttyUSB0).
 De momento para conocerlos lo he hecho con el "Panel de control \
Agregar hardware \ le he dicho que el hard ya está instalado \ y entre
los valores que mostraba, en uno decía COM1 y en otro COM3. Este
último era el usb-serie. Seguramente habrá alguna manera con el
registro de saber esto.
Debo decir que para que el usb-serie sea denominado com3 tuve que
instalar un driver y habrá que informar a los usuarios sobre esto
(mientras no haya el nuevo chronopic)

- gráficos gdk funconan

- gráficos NPlot funcionan

- funciona el report con exportación correcta a HTML y logo y css

- funcionan los locales (idiomas) cabe ver si en mono windows se puede
seleccionar idioma o si hay que usar el de windows por defecto

- no funcionan los system.Media.SystemSounds. He preguntado a la lista de mono:
http://lists.ximian.com/pipermail/mono-list/2007-August/036043.html

- sí se puede compilar y ejecutar sin la necesidad de .exe (le estoy
llamando .prg)

- he conseguido escribir un script que detecte la instalacion de mono
para que se pueda escribir un .bat que llame a chronojump con doble
clic. Aquí está el script:
http://lists.ximian.com/pipermail/mono-list/2007-August/036044.html



Así que de momento sólo cabe por solucionar:
1) lo de la autodetección de puertos e informar sobre driver usb-serie
2) lo de la transformación del sqlite
3) lo de los sonidos, aunque siempre se podría llamar a algunos wavs o
oggs concretos (supongo)
4) implementar el script para que se cree el .bat (quizás debería
estar compilado para win de manera que mono no sea necesario en su
ejecución)


Mañana escribiré los cuatro bugs en el bugzilla y éste ya avisará a la lista.

Saludos




2007/8/24, Xavi de Blas <xaviblas gmail com>:
> El principal inconveniente: el fallo de sqlite parece que ya está
> resuelto en la nueva versión de mono 1.2.5 (que aún no ha salido
> oficialmente)
>
> Mañana se realizarán pruebas con esta nueva versión en windows, y si
> se confirma el arreglo habrá nueva versión de chronojump (la 0.6) para
> septiembre.
>
> Información del changelog de sqlite:
> http://anonsvn.mono-project.com/viewcvs/trunk/mcs/class/Mono.Data.Sqlite/Mono.Data.Sqlite_2.0/ChangeLog?rev=78615&view=log
>
> Correo mio avisando del fallo en la lista de mono:
> http://lists.ximian.com/pipermail/mono-list/2007-August/036008.html
>
> Código cambiado en sqlite:
> http://anonsvn.mono-project.com/viewcvs/trunk/mcs/class/Mono.Data.Sqlite/Mono.Data.Sqlite_2.0/SQLiteConvert.cs?rev=78615&r1=73273&r2=78615
>
> Saludos
>
>
> 2007/7/13, Xavi de Blas <xaviblas gmail com>:
> > 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
> >
>