Hola, respondo entre lineas... --- Inpromptu <[EMAIL PROTECTED]> escribió:
> Hola > > > > Con wine hice andar muchas aplicaciones, me di > > > cuenta q no todas andan > > > directamente con la configuracion > predeterminada, > > > algunas necesitan > > > configuraciones especiales con respecto a si > usan > > > las DLL de wine o > > > las del propio windows, configuraciones q hacen > q > > > una aplicacion > > > funcione o no, seguramente el sistema que queres > > > correr no figura en > > > la siguiente pagina, pero si hay una amplia > > > Interesante, ahora me quedaria armarme el lab. de > > prueba de esto, dado que si corren aplicaciones > tan > > complejas, estimo que algo mas simple tiene que > andar. > > > > > > Creo que estoy mas entre wine y bochs, ayer lei > una > > user[1] que tengo en casa y habla sobre esto en la > > nota central. > > > > Aunque Impronptu me dejo con la pica que lo que el > > probo no funque, Impronptu vos probaste con la > conf. > > estandar de wine? o tocaste algo? > > > > Saludos y gracias por la data. > > > (Para apps generadas con Delphi 7 wine funciona, > pero con un montón de glitches importantes, y > estamos hablando de un wine bajado, con parches > aplicados y recompilado, no de un wine congelado en > una distro) Bueno habria aca que ver las pruebas de lab. que resultados tiran, vamos a ver que ocurre. > Yo estoy seguro de que la incompatibilidad entre > Delphi y wine es culpa de Borland, no de wine. Me > huele a uso exclusivo de especificaciones no > documentadas de la API. De hecho Borland y Microsoft > son grandes amigos, hace años se mató Kylix en favor > de .Net . Incluso el mismo mono llego a contar que m$ se llevo al jefe de desarrollos de borland para hacer .net (o algo asi), pero esto no es lo que importa. > Con AutoCAD pasa lo mismo: el que diga que funciona > con wine es porque no lo usó de verdad (intenten la > vista previa del ploteo...). De paso para Gerardo, creo que hay cosas que se podrian probar con QCAD [1]. > En fin, creo que estoy más interesado en que wine > corra aplicaciones hechas aquí, "en casa". ¿para qué > correr MSOffice en Linux si existe Open Office? totalmente de acuerdo con esta postura!!!, solo que me acuerdo de crossover, asi que si llegase a fallar wine tengo una alternativa, asi como lo pense a bochs, no tengo ganas de emular todo un so por una aps. > Mucha gente compra software hecho a la medida, y eso > es lo que los traba a la hora de migrar a Linux. Y > lamentablemente, muy pocos programadores entienden > la importancia del uso de herramientas > multiplataforma para el desarrollo de software. Y aca se relaciona con el hilo que yo mande antes sobre la ignorancia...nose si vale la pena agregar y cuanto agregar. Pero es cierto eso, hasta con Gerardo algo hablamos por estos temas de desarrollo. > Por eso, ojo: antes de prometer wine, prueben si su > aplicación casera es compatible. Esa es la idea... > Gustavo > pd: Creo que hay una brecha grande entre wine y > bochs. Wine no es un emulador, es una API > alternativa. bochs sí es un emulador. No podés > correr aplicaciones con bochs, lo que corrés son > imágenes de un SO, y adentro están las aplicaciones. > En wine no corrés un SO, sino que le proveés de las > funciones de windows a la aplicación que estás > corriendo en linux. Se entiende o hice un quilombo > ?? Quedo clarisimo, igual ya lo sabia, solo que me parecia redundante entrar en esos detalles. [1]http://www.ribbonsoft.com/qcad.html __________________________________________________ Correo Yahoo! Espacio para todos tus mensajes, antivirus y antispam ¡gratis! ¡Abrí tu cuenta ya! - http://correo.yahoo.com.ar _______________________________________________ Lista de correo - LUG Tucumán ¿Archivos de la lista? http://linux.org.ar/pipermail/tucuman-lst/ website: http://wwww.lugtucuman.org.ar
