FiveTech Software tech support forums

Quisiera saber si alguien ha tenido problemas con utilizar FWH 1409 con la lib SQLRDD de xHarbour, no puedo estar seguro, porque no me da error de compilación ninguno, pero sin embargo es solo en las aplicaciones que utilizan SQLRDD que me aparece un error de windows



Lo consulto por no estar seguro de que SQLRDD sea el problema ya que funciona bien en aplicaciones de consola con la versión de xharbour de la 14.08 y es la misma que la de la 14.09, pero no he podido darme cuenta como solucionarlo.

¿cuál es la cantidad de memoria de la computadora?

Este es un desbordamiento de pila probablemente porque el cumputadora no tiene suficiente memoria.

Este problema comenzó con las nuevas versiónes de xHarbour y FiveWin.

Prueba en un equipo con 4 GB y otro con 8 GB de memoria.

Saludos.

Cuando he tenido alguna vez problemas de memoria con xHarbour se ha debido al uso continuado de grandes arrays.... Es como si la memoria no se recuperase... Aparecian errores 9001 o similares... Hasta el dia de hoy los solucione con un Hb_GCall(.t.). ¿ Qué pudiera tener que ver con SqlRdd ? No sé si SqlRdd utiliza alguna tecnica de almacenamiento temporal de informacion a arrays o tablas en memoria... Probaria con el Hb_GCall(.t.) a ponerlo en lugares apropiados.

karinha wrote:¿cuál es la cantidad de memoria de la computadora?

Este es un desbordamiento de pila probablemente porque el cumputadora no tiene suficiente memoria.

Este problema comenzó con las nuevas versiónes de xHarbour y FiveWin.

Prueba en un equipo con 4 GB y otro con 8 GB de memoria.

Saludos.

Gracias por tu respuesta.
Yo utilizo un archivo .ini para permitir al sistema utilizar una conexión a Mysql o SQLServer o dbfs, y he podido ver que en dbfs el ejecutable funciona bien, pero cuando intento conectar con sqlrdd es que da el error.

Lo curioso que funciona perfectamente con FWH 14.08 y ambos utilizan el mismo xharbour creo.

hmpaquito wrote:Cuando he tenido alguna vez problemas de memoria con xHarbour se ha debido al uso continuado de grandes arrays.... Es como si la memoria no se recuperase... Aparecian errores 9001 o similares... Hasta el dia de hoy los solucione con un Hb_GCall(.t.). ¿ Qué pudiera tener que ver con SqlRdd ? No sé si SqlRdd utiliza alguna tecnica de almacenamiento temporal de informacion a arrays o tablas en memoria... Probaria con el Hb_GCall(.t.) a ponerlo en lugares apropiados.

Gracias por tu respuesta,

El sistema no arranca, y en el inicio no hace apertura de array ninguno, de modo que dudo que sea ese el problema, de todos modos muchas gracias por tu amable respuesta

Siendo asi las cosas, es decir, que el problema esta en el arranque del .exe, yo probaria a cambiar el orden de linkado de las librerias... es decir, si la ??slqrdd??.lib esta delante de Fivehc.lib pues ponerla detras o al revés y asi con otras... con 4 o 5 cambios se puede descartar este tipo de problemas.

Además, habría que ver si en la carpeta del .exe se esta generando algun hb_out.log o similar con la informacion de algun posible gpf. En orden de fecha ascendente se ve facilmente que archivos se generan al hacer crash el exe

hmpaquito wrote:Siendo asi las cosas, es decir, que el problema esta en el arranque del .exe, yo probaria a cambiar el orden de linkado de las librerias... es decir, si la ??slqrdd??.lib esta delante de Fivehc.lib pues ponerla detras o al revés y asi con otras... con 4 o 5 cambios se puede descartar este tipo de problemas.

Además, habría que ver si en la carpeta del .exe se esta generando algun hb_out.log o similar con la informacion de algun posible gpf. En orden de fecha ascendente se ve facilmente que archivos se generan al hacer crash el exe

Gracias nuevamente por tu respuesta, haré pruebas y te cuento

Nop,

Sigue igual

Mira también este post en FiveWin Brasil:

http://fivewin.com.br/index.php?/topic/22154-brc32-error/

Saludos.

Detenga el programa con ? "Estoy en la Linea X, quiebra ó no?"

Hasta que se produce el desbordamiento de pila.

así es como se resolvió mi problema cuando esto le sucedió a mí.

este error no produce ERROR.LOG.

Saludos.

1.-si estas usando la lib libmysql.lib de la carpeta lib de sqlrdd, debes usar la dll que esta en la carpeta dll de sqlrdd, se debe usar la misma lib que se extrae de la dll.
debes usar esa (es viejita), si no da un error gpf si estas usando una version mas nueva. para obligar al programa a usa esa en particular, copiala a la misma carpeta del ejecutable.

2.-identificar el lugar del error, antes y luego de hacer la conexion con sr_addconnection, pon mensaje.

..
?"inicio conexion"
nConn := sr_addconnection(
?"fin de conexion"
...
?"apertura de tablas"
USE nombre de tabla /*aca poner a como esta en la base de datos respetando mayúsculas y minúsculas, en algunas situaciones da gpf*/

karinha wrote:Detenga el programa con ? "Estoy en la Linea X, quiebra ó no?"

Hasta que se produce el desbordamiento de pila.

así es como se resolvió mi problema cuando esto le sucedió a mí.

este error no produce ERROR.LOG.

Saludos.

Muchisimas gracias nuevamente , haré las pruebas correspondientes

aqui se produce el problema, al intentar establecer la conexión (estoy usando la libmysql.dll y la misma lib que viene con sqlrdd, las cuales funcionan perfectamente con fwh 14.08)

Code: Select all  Expand view

nConeccion := SR_AddConnection( CONNECT_MYSQL, ( String_de_Conexion ) )

el string de conexión es correcto es:
String_de_Conexion:= "HST=" + wip + ";UID=" + wusr + ";PWD=" + wpwd + ";DTB=" + SqlDataBase + ";PRT=" + wport
y funciona perfectamente con fwh 14.08

José,

Tienes el código fuente de SR_AddConnection() ?

como les comento, las dos ocaciones que ha presentado gpf sqlrdd son.

1.-version incorrecta del libmysql.dll
2.-nombre de archivo en apertura.

por favor identifica donde esta el error, antes de la conexion, despues de la conexion, antes d ela apertura, o despues de la apertura de tablas.

salu2
carlos vargas