Xailer & OZ Software

Me sale el siguiente error cuando pruebo el ejemplo Adotest ( ADODATA1)
y conecto con Mysql e intento abrir una tabla.
***************************** Registro de errores
*****************************
Fecha: 10/23/06
Hora: 11:00:21
Memoria libre: 130068
Area actual: 1
------------------------- Información del compilador
--------------------------
Versión Xailer: Xailer 1.1.0 Version 1.1
Compilador: xHarbour build 0.99.61 Intl. (SimpLex) PCode Version: 7
Compilador C/C++: Borland C++ 5.5.1
Plataforma: Windows XP Professional 5.01.2600 Service Pack 2
----------------------- Información detallada del error
-----------------------
Subsistema: ADODB.RecordSet
Código de error: 16389
Estado: .F.
Descripción: E_FAIL
Operación: RECORDCOUNT
Argumentos:
Fichero:
Código error SO: 0
Pila de llamadas:
TOLEAUTO:RECORDCOUNT (0)
TADORECORDS:GOTOP (263)
TSQLQUERY:GOTOP (563)
TSQLQUERY:OPEN (317)
TFORM1:BTNOPENCLICK (88)
TBUTTON:ONCLICK (0)
TBUTTON:CLICK (102)
(b)XCONTROL:XCONTROL (142)
TBUTTON:COMMAND (0)
TSCROLLINGWINCONTROL:WMCOMMAND (258)
TFORM1:WMCOMMAND (883)
RUNFORM (0)
TAPPLICATION:RUN (206)
MAIN (15)
José David Angulo
Auditoria y Sistemas Ltda

David,
Indiqueme que flags tiene marcados en su conexión ODBC contra MySQL.
Gracias
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"José David Angulo" <gerencia@microexpressltda.com> escribió en el mensaje
news:453ce7f2$[email=1@news.xailer.com...]1@news.xailer.com...[/email]
> Me sale el siguiente error cuando pruebo el ejemplo Adotest ( ADODATA1) y
> conecto con Mysql e intento abrir una tabla.
>
>
> ***************************** Registro de errores
> *****************************
>
> Fecha: 10/23/06
> Hora: 11:00:21
> Memoria libre: 130068
> Area actual: 1
>
> ------------------------- Información del
> compilador --------------------------
>
> Versión Xailer: Xailer 1.1.0 Version 1.1
> Compilador: xHarbour build 0.99.61 Intl. (SimpLex) PCode Version: 7
> Compilador C/C++: Borland C++ 5.5.1
> Plataforma: Windows XP Professional 5.01.2600 Service Pack 2
>
> ----------------------- Información detallada del
> error -----------------------
>
> Subsistema: ADODB.RecordSet
> Código de error: 16389
> Estado: .F.
> Descripción: E_FAIL
> Operación: RECORDCOUNT
> Argumentos:
> Fichero:
> Código error SO: 0
>
> Pila de llamadas:
> TOLEAUTO:RECORDCOUNT (0)
> TADORECORDS:GOTOP (263)
> TSQLQUERY:GOTOP (563)
> TSQLQUERY:OPEN (317)
> TFORM1:BTNOPENCLICK (88)
> TBUTTON:ONCLICK (0)
> TBUTTON:CLICK (102)
> (b)XCONTROL:XCONTROL (142)
> TBUTTON:COMMAND (0)
> TSCROLLINGWINCONTROL:WMCOMMAND (258)
> TFORM1:WMCOMMAND (883)
> RUNFORM (0)
> TAPPLICATION:RUN (206)
> MAIN (15)
>
>
> José David Angulo
> Auditoria y Sistemas Ltda

David,
Con esa configuración esta funcionando perfectamente aquí. No obstante hemos
hecho bastantes cambios en el ADO y puede ser que en la próxima revisión ya
te funcione.
Me puedes confirmar que te ocurre con cualquier tabla. Nuestras pruebas
están realizadas contra MySQL 5.0.20 nt y cliente ODBC 3.51
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"José David Angulo" <gerencia@microexpressltda.com> escribió en el mensaje
news:[email=453cecf8@news.xailer.com...]453cecf8@news.xailer.com...[/email]
> Ignacio Ortiz de Zúñiga escribió:
>> David,
>>
>> Indiqueme que flags tiene marcados en su conexión ODBC contra MySQL.
>>
>> Gracias
>>
>
> Adjunto Imagen de los Flags.
>
>
> José David Angulo
> Auditoria y Sistemas Ltda.
>
>

Ignacio,
Es bien extraño, no ocurre con todas las tablas, estoy mirando que tiene
la estructura de la tabla y comparando con las otras que trabajan bien.
Estoy usando la Versión Mysql 5.0.24.a y el ODBC 3.51 (3.51.12 )
Esta es la tabla que da problema.
movinocp CREATE TABLE `movinocp` (
`ROW_ID` int(11) NOT NULL auto_increment,
`TRANSAC` char(3) NOT NULL default '',
`DOCTO` varchar(8) NOT NULL default '',
`CONSEC` decimal(3,0) NOT NULL default '0',
`CODINV` varchar(13) NOT NULL default '',
`DETALLE` varchar(45) NOT NULL default '',
`DESCAMP` text NOT NULL,
`CAN_UNID` decimal(10,2) NOT NULL default '0.00',
`CAN_REC` decimal(10,2) NOT NULL default '0.00',
`VALOR_UNI` decimal(15,2) NOT NULL default '0.00',
`IVA` decimal(6,2) NOT NULL default '0.00',
`DESCTO` decimal(6,2) NOT NULL default '0.00',
`VALIVA` decimal(15,2) NOT NULL default '0.00',
`VALDESCTO` decimal(15,2) NOT NULL default '0.00',
`BODEGA` char(1) NOT NULL default '',
`SATISFECHO` tinyint(1) NOT NULL default '0',
`usuario` varchar(10) NOT NULL default '',
`Borrado` tinyint(1) NOT NULL default '0',
`borrado_por` varchar(10) NOT NULL default '',
`fech_borrado` datetime NOT NULL default '0000-00-00
00:00:00',
PRIMARY KEY (`ROW_ID`),
KEY `Docto` (`TRANSAC`,`DOCTO`),
KEY `Codinv` (`CODINV`)
) ENGINE=MyISAM AUTO_INCREMENT=5080 DEFAULT CHARSET=latin1
Ignacio Ortiz de Zúñiga escribió:
> David,
>
> Con esa configuración esta funcionando perfectamente aquí­. No obstante hemos
> hecho bastantes cambios en el ADO y puede ser que en la próxima revisión ya
> te funcione.
>
> Me puedes confirmar que te ocurre con cualquier tabla. Nuestras pruebas
> están realizadas contra MySQL 5.0.20 nt y cliente ODBC 3.51
>
> Un saludo,
>

José,
¿Como abres la conexión? adUseServer o adUseCliente
¿Como abrel el recordset? adOpenKeyset, adOpenDynamic, ...
Saludos,
José Luis Capel
"José David Angulo" <gerencia@microexpressltda.com> escribió en el mensaje
news:453d19fd$[email=1@news.xailer.com...]1@news.xailer.com...[/email]
> Ignacio,
>
> Es bien extraño, no ocurre con todas las tablas, estoy mirando que tiene
> la estructura de la tabla y comparando con las otras que trabajan bien.
> Estoy usando la Versión Mysql 5.0.24.a y el ODBC 3.51 (3.51.12 )
>
> Esta es la tabla que da problema.
>
> movinocp CREATE TABLE `movinocp` (
> `ROW_ID` int(11) NOT NULL auto_increment,
> `TRANSAC` char(3) NOT NULL default '',
> `DOCTO` varchar(8) NOT NULL default '',
> `CONSEC` decimal(3,0) NOT NULL default '0',
> `CODINV` varchar(13) NOT NULL default '',
> `DETALLE` varchar(45) NOT NULL default '',
> `DESCAMP` text NOT NULL,
> `CAN_UNID` decimal(10,2) NOT NULL default '0.00',
> `CAN_REC` decimal(10,2) NOT NULL default '0.00',
> `VALOR_UNI` decimal(15,2) NOT NULL default '0.00',
> `IVA` decimal(6,2) NOT NULL default '0.00',
> `DESCTO` decimal(6,2) NOT NULL default '0.00',
> `VALIVA` decimal(15,2) NOT NULL default '0.00',
> `VALDESCTO` decimal(15,2) NOT NULL default '0.00',
> `BODEGA` char(1) NOT NULL default '',
> `SATISFECHO` tinyint(1) NOT NULL default '0',
> `usuario` varchar(10) NOT NULL default '',
> `Borrado` tinyint(1) NOT NULL default '0',
> `borrado_por` varchar(10) NOT NULL default '',
> `fech_borrado` datetime NOT NULL default '0000-00-00
> 00:00:00',
> PRIMARY KEY (`ROW_ID`),
> KEY `Docto` (`TRANSAC`,`DOCTO`),
> KEY `Codinv` (`CODINV`)
> ) ENGINE=MyISAM AUTO_INCREMENT=5080 DEFAULT CHARSET=latin1
>
>
>
>
> Ignacio Ortiz de Zúñiga escribió:
>> David,
>>
>> Con esa configuración esta funcionando perfectamente aquí. No obstante
>> hemos hecho bastantes cambios en el ADO y puede ser que en la próxima
>> revisión ya te funcione.
>>
>> Me puedes confirmar que te ocurre con cualquier tabla. Nuestras pruebas
>> están realizadas contra MySQL 5.0.20 nt y cliente ODBC 3.51
>>
>> Un saludo,
>>

José,
Encontrado el problema. El problema está en el driver ODBC de MySQL que
estás usando que es incompatible con ADO en el tratamiento de campos tipo
'DECIMAL'. Puedes comprobar este link por ejemplo que comenta el problema:
http://bugs.mysql.com/bug.php?id=19299
Se arregla descargando la última verisón del driver ODBC de MySQL:
mysql-connector-odbc-3.51.12-win32.msi
Es importante descargar este archivo de fecha 2006 y no otro terminado en
EXE con el mismo número de versión, ya que el único que lo arregla es el que
termina en MSI. Es posible, como comentan en el enlace anterior que haya que
borrar las DLL de MySQL a mano (no fue mi caso) ya que al tener las dos DLL
el mismo número de versión, es posible que no se sustituya.
Un saludo,
--
Ignacio Ortiz de Zúñiga
http://www.xailer.com
"José David Angulo" <gerencia@microexpressltda.com> escribió en el mensaje
news:453d19fd$[email=1@news.xailer.com...]1@news.xailer.com...[/email]
> Ignacio,
>
> Es bien extraño, no ocurre con todas las tablas, estoy mirando que tiene
> la estructura de la tabla y comparando con las otras que trabajan bien.
> Estoy usando la Versión Mysql 5.0.24.a y el ODBC 3.51 (3.51.12 )
>
> Esta es la tabla que da problema.
>
> movinocp CREATE TABLE `movinocp` (
> `ROW_ID` int(11) NOT NULL auto_increment,
> `TRANSAC` char(3) NOT NULL default '',
> `DOCTO` varchar(8) NOT NULL default '',
> `CONSEC` decimal(3,0) NOT NULL default '0',
> `CODINV` varchar(13) NOT NULL default '',
> `DETALLE` varchar(45) NOT NULL default '',
> `DESCAMP` text NOT NULL,
> `CAN_UNID` decimal(10,2) NOT NULL default '0.00',
> `CAN_REC` decimal(10,2) NOT NULL default '0.00',
> `VALOR_UNI` decimal(15,2) NOT NULL default '0.00',
> `IVA` decimal(6,2) NOT NULL default '0.00',
> `DESCTO` decimal(6,2) NOT NULL default '0.00',
> `VALIVA` decimal(15,2) NOT NULL default '0.00',
> `VALDESCTO` decimal(15,2) NOT NULL default '0.00',
> `BODEGA` char(1) NOT NULL default '',
> `SATISFECHO` tinyint(1) NOT NULL default '0',
> `usuario` varchar(10) NOT NULL default '',
> `Borrado` tinyint(1) NOT NULL default '0',
> `borrado_por` varchar(10) NOT NULL default '',
> `fech_borrado` datetime NOT NULL default '0000-00-00
> 00:00:00',
> PRIMARY KEY (`ROW_ID`),
> KEY `Docto` (`TRANSAC`,`DOCTO`),
> KEY `Codinv` (`CODINV`)
> ) ENGINE=MyISAM AUTO_INCREMENT=5080 DEFAULT CHARSET=latin1
>
>
>
>
> Ignacio Ortiz de Zúñiga escribió:
>> David,
>>
>> Con esa configuración esta funcionando perfectamente aquí. No obstante
>> hemos hecho bastantes cambios en el ADO y puede ser que en la próxima
>> revisión ya te funcione.
>>
>> Me puedes confirmar que te ocurre con cualquier tabla. Nuestras pruebas
>> están realizadas contra MySQL 5.0.20 nt y cliente ODBC 3.51
>>
>> Un saludo,
>>