<div dir="ltr"><div><div><div><div><div><div><div><div><div><div>Gracias a la ayuda de Alejandro Pacciotti pude resolver la conectividad entre MSSqlServer 2008 R2 y UnixODBC... <br><br></div>Cualquier aplicacion que corra directamente sobre Linux (en mi caso Ubuntu) puede utilizar sin inconvenientes UnixODBC y acceder al motor.<br>

<br></div>Pero cualquier aplicacion que corra sobre Wine NO PUEDE UTILIZAR el UnixODBC, aunque si se configura en el Wine que el ODBC es el interno de Wine, el DSN creado en UnixODBC se ve pero al querer utilizarlo da error... y si se utiliza el Oledb, en esta misma situacion con el DSN creado en UnixODBC, se conecta pero pero al querer recorrer el recordset da error C0000005 alegando que el objeto esta corrupto.<br>

<br></div>Si se arma un programa de test en Monodevelop, desde Ubuntu funciona perfectamente, pero si se ejecuta desde Wine no funciona, aunque si funciona si se ejecuta desde Windows, evidentemente el Wine pone una pared que no es posible atravesar.<br>

<br></div>Ahora estoy intentanto un XP sobre VirtualBox en Ubuntu, pero si anda y le tengo mucha fe, viola todas las licencias...<br><br></div>He revisado y algunos han probado CrossOver con mucho exito, pero no es gratis, de modo que no es una alternativa viable.<br>

<br></div>Es evidente que si logro con VirtualBox solucionar la conectividad, debo apresurar los tiempos para la migracion a Mono, porque si bien se soluciona el problema de conectividad, es un pache muy grosero para dejarlo en una instalacion...<br>

<br></div>En fin los mantengo informados.<br><br></div>Saludos,<br><br></div>Pancho<br></div>Cordoba<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">El 21 de marzo de 2014, 18:54, Pablo Lillia <span dir="ltr"><<a href="mailto:pablofer72@yahoo.com.ar" target="_blank">pablofer72@yahoo.com.ar</a>></span> escribió:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">El 21/03/14 09:14, francisco prieto escribió:<div class=""><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pablo,<br>
<br>
Ya he elegido Mono para migrar, pero lo que ocurre es que este cliente era fanatico de Microsoft y nunca le podia plantear ninguna tecnologia fuera de Microsoft, estaba yendo muy cuidadosamente para elegir el momento de migrar aunque sea a Visual Studio...<br>


<br>
</blockquote>
<br></div>
Los fanatismos jamás llevan a nada bueno :). Pero bueno, conozco esas situaciones.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Pero a veces las cosas cambian de un dia para otro y por mas que hubiera ya migrado a Visual Studio hoy estaria con el mismo problema...<br>
<br>
</blockquote></div>
Yo no migraría a Visual Studio ni loco :D. Pero bueno, son circunstancias.<div class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Por otra parte no puedo creer que en todo este tiempo ni en el foro de Ubuntu, ni en los foros de VFP, ninguno haya tenido problemas para conectarse desde Ubuntu a SQLServer....<br>
</blockquote>
<br></div>
Es que cada vez será más difícil conseguir soporte y ayuda para VFP, porque habrá cada vez menor actividad. Igual insistiría en foros y listas específicas sobre programación en VFP, para buscar más info.<div><div class="h5">

<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Alejandro Paccioti, amablemente investigo un poco y me paso una forma de conectarse con ODBCLinux pero me da este error:<br>
<br>
Te trascribo exactamente lo que hice y dice<br>
<br>
javier@Caronte:~$ sudo apt-get install freetds-bin<br>
[sudo] password for javier:<br>
Leyendo lista de paquetes... Hecho<br>
Creando árbol de dependencias<br>
Leyendo la información de estado... Hecho<br>
freetds-bin ya está en su versión más reciente.<br>
0 actualizados, 0 se instalarán, 0 para eliminar y 0 no actualizados.<br>
javier@Caronte:~$ tsql -H TAZENDA\SQLSTDR2 -p 1450 -U UsuarioSQL -P ClaveUsrSQL<br>
Error 20012 (severity 2):<br>
    Server name not found in configuration files.<br>
locale is "es_AR.UTF-8"<br>
locale charset is "UTF-8"<br>
using default charset "UTF-8"<br>
Error 20013 (severity 2):<br>
    Unknown host machine name.<br>
There was a problem connecting to the server<br>
javier@Caronte:~$<br>
<br>
y despues hice<br>
<br>
javier@Caronte:~$ tsql -H 192.168.1.102\SQLSTDR2 -p 1450 -U UsuarioSQL -P ClaveUsrSQL<br>
Error 20012 (severity 2):<br>
    Server name not found in configuration files.<br>
locale is "es_AR.UTF-8"<br>
locale charset is "UTF-8"<br>
using default charset "UTF-8"<br>
Error 20013 (severity 2):<br>
    Unknown host machine name.<br>
There was a problem connecting to the server<br>
javier@Caronte:~$<br>
<br>
</blockquote>
<br></div></div>
El mensaje dice que no resuelve el host name. Veo que el parámetro -H significa "host" (nombre de máquina) y como le pasas una IP no lo entiende, entiendo que trata de resolverla igual como host, y entonces falla. Proba con el parámetro -S (será de address? de server? no se) para indicar una IP de acuerdo a algún ejemplo que vi por ahí. Sino mira bien la documentación del tsql para confirmar cada parámetro que va.<div class="">

<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Si pruebo sin el nombre de la instancia, que debe ir porque puedo tener muchas instancias en SQL...<br>
<br>
 tsql -H 192.168.1.102 -p 1450 -U UsuarioSQL -P ClaveUsrSQL<br>
locale is "es_AR.UTF-8"<br>
locale charset is "UTF-8"<br>
using default charset "UTF-8"<br>
Error 20009 (severity 9):<br>
    Unable to connect: Adaptive Server is unavailable or does not exist<br>
    OS error 111, "Conexión rehusada"<br>
There was a problem connecting to the server<br>
<br>
Ahi reconoce el servidor pero para mi lo rechaza porque no estoy especificando la instancia<br>
</blockquote>
<br></div>
Proba cambiar la versión del protocolo, parece que varía según la versión de MS SQL Server. Fijate esta pregunta de SO: <a href="http://stackoverflow.com/questions/16394829/unable-to-connect-adaptive-server-is-unavailable-or-does-not-exist" target="_blank">http://stackoverflow.com/<u></u>questions/16394829/unable-to-<u></u>connect-adaptive-server-is-<u></u>unavailable-or-does-not-exist</a><div class="">

<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Y te aclaro que con SAMBA no solo veo Tazenda sino que ademas pude hacer una unidad virtual, que incluso veo desde Wine<br>
<br>
Falta algo evidentemente.<br>
<br>
Aca dan una punta donde hablan de una intancia.<br>
<br>
<a href="http://stackoverflow.com/questions/8511369/adaptive-server-is-unavailable-or-does-not-exist-error-connecting-to-sql-serve" target="_blank">http://stackoverflow.com/<u></u>questions/8511369/adaptive-<u></u>server-is-unavailable-or-does-<u></u>not-exist-error-connecting-to-<u></u>sql-serve</a><br>


<br>
Ya segui los pasos del link y revise cada uno de los archivos, es decir el freetds.conf y el odbc.ini.<br>
<br>
Y no se conecta. SIEMPRE da error.<br>
<br>
</blockquote>
<br></div>
En esa pregunta dice que logró conectarse a una BBDD, pero no a otra. Sospecho que podría ser lo mismo que comentaba anteriormente: diferentes versiones del protocolo en cada servidor (distintas versiones de MSSQL) y no se entiende con el cliente. No estoy seguro, pero es un pálpito para probar. No sería raro.<div class="">

<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Incluso probe en la instalacion del cliente por si era un problema en mi red.<br>
<br>
Y ya no es un problema ni de Wine ni de VFP, porque el ODBCunix corre directamente sobre UBUNTU...<br>
<br>
La idea de Alejandro que por eso me gusto era:<br>
<br>
1) Conectar primero SQLServer con ODBCunix y de esa forma se evitaban intermediarios<br>
2) Conectar ODBC de Wine con ODBCUnix (que hay varios articulos respecto de eso)<br>
<br>
En fin voy a seguir investigando, incluso se me ocurre probar si desde Mono y sin intermediarios me puedo comunicar con SqlServer... ya veremos y en dicho caso me har{e un driver...<br>
<br>
Los mantengo informado.<br>
<br>
Saludos,<br>
<br>
Pancho<br>
<br>
<br>
</blockquote>
<br></div>
Si entendí, vas a usar Mono (C# ?) para los nuevos desarrollos, conectándote a un servidor MSSQL en un Windows Server o similar.<br>
<br>
Y por otro lado, vas a correr las aplicaciones heredades de VFP sobre wine. El VFP está usando Adodb para armar la conexión. En este caso usarías una conexión ODBCUnix como puente para conectarte también al MSSQL desde el Adodb de VFP. Lo que estás probando sería esto último, no?<br>


<br>
Saludos,<div class="HOEnZb"><div class="h5"><br>
Pablo<br>
<br>
<br>
-- <br>
Ubuntu-ar lista de correo<br>
<a href="mailto:Ubuntu-ar@lists.ubuntu.com" target="_blank">Ubuntu-ar@lists.ubuntu.com</a><br>
Modifica tus opciones o desuscribite en: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-ar" target="_blank">https://lists.ubuntu.com/<u></u>mailman/listinfo/ubuntu-ar</a><br>
Siempre leer, comprender y aplicar nuestra etiqueta: <a href="https://wiki.ubuntu.com/ArgentinaTeam/EtiquetaML" target="_blank">https://wiki.ubuntu.com/<u></u>ArgentinaTeam/EtiquetaML</a><br>
<br>
</div></div></blockquote></div><br></div>