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. > Usé el wine de Debian woody. Pero antes de que empiezen a renegar con "Debian usa paquetes viejos", permítanme comentarles que con ese mismo wine corrí el winamp, con el winamp agent y todo, con el ícono en la barra y toda la biyu. También corrí el administrador de la Palm (un poco lento, pero anduvo) y programas míos hechos en FreePascal (de hecho, yo compilaba aplicaciones para windows desde linux invocando a freepascal de windows con wine). Los programas creados con Delphi (versión 4) no anduvieron ni a palos. Las aplicaciones de Delphi son "dllless", es decir, todo está contenido en el exe. No tengo idea de qué cosas de la API de windows usarán los compilados de Delphi, pero el wine no las soportaba. Y estamos hablando de Delphi 4, del año 1998, cuando ni el w2k ni el XP existían (el NT sí, claro, pero los ejecutables eran para w9x). (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) 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 . 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...). 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? 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. Por eso, ojo: antes de prometer wine, prueben si su aplicación casera es compatible. 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 ?? -- _______________________________________________ Surf the Web in a faster, safer and easier way: Download Opera 9 at http://www.opera.com Powered by Outblaze _______________________________________________ Lista de correo - LUG Tucumán ¿Archivos de la lista? http://linux.org.ar/pipermail/tucuman-lst/ website: http://wwww.lugtucuman.org.ar
