Problem with xHarbour 1.2.3

[miragerr]

Hello friends

Recently upgraded my XHARBOUR to 1.2.3 (Simplex) (Build 20130422) before I was with 1.2.1 build 9438.
This new version of XHARBOUR this affecting my SQL queries
Time comes every time records comes just 1 registration
This being for the same query
most use a PHPMyAdmin for example the same query comes complete.

will be some bug in XHARBOUR.

I'm using.
FWH 13.08
SQLRDD
BCC 5.8.2
XHARBOUR 1.2.3 (Build 20130422).

I'm hanging on

[PORTUGUES BR]
Ola amgios

Recentemente atualizei meu XHARBOUR para 1.2.3 (Simplex) (Build 20130422) antes estava com a 1.2.1 build 9438.
Esta nova versão do XHARBOUR esta afetando as minhas consultas SQL
Hora vem todos os registos, hora vem apenas 1 registro
isso sendo para a mesma consulta
mais se uso um PHPMyAdmin por exemplo a mesma consulta vem completa.


sera algum bug no XHARBOUR para isso.

Estou usando.
FWH 13.08
SQLRDD
BCC 5.8.2
XHARBOUR 1.2.3 (Build 20130422).

Fico no aguardo

[Rick Lipkin]

xHarbour made a change to the Date\Time Sql field and added\created a new ValType "T" almost right after your old compiler version.. this caused all kinds of problems.

See this thread and suggested workarounds.
http://forums.fivetechsupport.com/viewt ... =valtype+t

Rick Lipkin

[Antonio Linares]

Jackson,

Comentas que has actualizado xHarbour, y veo que usas SQLRDD tambien. No te hará falta una versión actualizada de SQLRDD ?

De no ser asi, y puesto que el código fuente de SQLRDD no es público, me temo que solo el equipo de xharbour.com podrá ayudarte.

Usas Borland ó el propio compilador de xhb.com ?

[Antonio Linares]

Jackson,

Si usas xharbour libre (desde sourceforge) existe una forma, basada en las búsquedas dicotómicas, de localizar el build en el que el error apareció y asi poder solucionar el bug.

Imagina que el build anterior de xHarbour que tu usabas era el 1.000, y que ahora usas el 2.000. Pues se trata de descargar el build 1.500 desde sourceforge, construir xHarbour y probar la aplicación. En caso de que tambien fallase, el siguiente build a probar es el 1.750. Imagina que en el 1.750 ya aparece el error, entonces hay que probar el 1.675 ( 1.500 + ( 1.750 - 1.500 ) / 2 ), y asi hasta que en muy pocos pasos se localiza el build que introduce el error.

Una vez que se sabe el build exacto, se compara con el anterior, y listo: en las diferencias está el bug

Es una técnica que hemos usado Daniel y yo a veces para localizar bugs cuando no se sabe desde que versión comienzan.

[miragerr]

Antonio

Es muy interesante este camino para llegar a errores las estructuras de XHARBOUR, aparentemente el problema esta en SQLRDD porque regresé a la versión de FWH 12,09 y XHARBOUR 1.2.1 construir 9438 y el problema no pasó.

Intentado usar el 13,08 FWH con el XHARBOUR 1.2.1 9438 y me da error de compilación.

De todos modos gracias por su atención.

[PORTUGUES BR]
Antonio

É muito interessante esta forma de buscar erros nas builds do XHARBOUR, mais pelo visto o problema esta na SQLRDD, pois retornei para a versão do FWH 12.09 e XHARBOUR 1.2.1 build 9438, e o problema não aconteceu.

Tentei usar o FWH 13.08 com o XHARBOUR 1.2.1 9438 e me da erro na compilação.

De qualquer forma obrigado pela atenção dispensada.

[Antonio Linares]

Jackson,

> Intentado usar el 13,08 FWH con el XHARBOUR 1.2.1 9438 y me da error de compilación

Que error te da ?

[miragerr]

Ola Antonio.

El error es este

--------------------Configuration: WEstok - Release--------------------
xHarbour Compiler build 1.2.1 (SimpLex) (Rev. 9438)
Copyright 1999-2012, http://www.xharbour.org http://www.harbour-project.org/
Borland C++ 5.82 for Win32 Copyright (c) 1993, 2005 Borland
obj\errsysw2.c:
Turbo Incremental Link 5.69 Copyright (c) 1997-2005 Borland
Error: Unresolved external '_hb_parns' referenced from G:\FWH\FWH_13_08\LIB\FIVEHX.LIB|HARBOUR
Ultimate Packer for eXecutables
Copyright (C) 1996 - 2008
UPX 3.03w Markus Oberhumer, Laszlo Molnar & John Reiser Apr 27th 2008
File size Ratio Format Name
-------------------- ------ ----------- -----------
upx: WEstok.EXE: FileNotFoundException: WEstok.EXE
Packed 0 files.
WEstok.EXE - 1 error(s), 0 warning(s)

Fico no aguardo

[Antonio Linares]

Jackson,

Please try to add this code to your app to solve it. Anyhow, I warn you that this code could break OLE functionality:

Code: Select all

#pragma BEGINDUMP

void * hb_parns( int i )
{
   return 0;
}

#pragma ENDDUMP
 

[miragerr]

Antonio

Gracias por la ayuda, ha funcionado, he probado algunos puntos de mi sistema con OLE y no ha habido ningún cambio, todo está funcionando perfectamente.

[PORTUGUES BR]
Obrigado pela ajuda, funcionou, testei alguns pontos do meu sistema que tem OLE e não houve nenhuma mudaça, esta tudo funcionando perfeitamente

[miragerr]

Antonio

Lamentablemente no funcionó en mi cliente, utilizando 1.2.1 9438 XH y 13,08 FWH. en el SQL consulta devuelve que fueron mal siguen llegando, regresé a la XH 9438 y FWH 12.09. y que estaba trabajando normal en mi cliente.

Creo que el problema está en algunos LIB de los 13,08 FWH. Porque he hablado con Luis CULIK que es uno de los creadores de SQLRDD, y me informó que no debía afectar las consultas en SQL, lo mismo hasta me envió una nueva versión de SQL.LIB y realmente el problema ocurrido. Es decir algunos LIB del FWH está afectando el retorno de consultas SQL.

Yo me quedo.

[PORTUGUES BR]
Infelizmente não funcionou no meu cliente, usando XH 1.2.1 9438 e FWH 13.08. os retornos na consulta do SQL ainda estavam vindo errado, retornei para o XH 9438 e FWH 12.09. e ficou funcionando normal no meu cliente.

Creio que o problema esteja em alguma LIB do FWH 13.08. pois conversei com o LUIZ CULIK que é um dos criadores da SQLRDD, e ele me informou que não era para afetar as consultas em SQL, o mesmo inclusive me mandou uma nova versão da SQL.LIB e realmente o problema aconteceu. ou seja pode ser que alguma LIB do FWH esteja afetando o retorno das consultas em SQL.

Fico no aguardo.

[Ariel]

Antonio,
Testeando tambien tuve problemas con esa version de xhrb, los problemas que detecté son :

1) Si hago dbcreate( cfile, aStruct, "ADS" o "DBFCDX" ), NO me crea el campo memo (fpt) fisicamente
2) el xbrowse de un array si selecciono un item SIEMPRE me lo envia al final
3) las ventanas mdichild quedan recortadas cuando tienen un DIALOG NOWAIT relacionado.

Estos son algunos errores q vi, el mismo codigo con xHarbour build 1.2.1 Intl. (SimpLex) (Rev. 9421) funciona ok

Salu2, Ariel.

[Antonio Linares]

Jackson,

En caso de que fuese un conflicto de funciones, se solucionaría si enlazas SQLRDD.lib _antes_ de las librerias de FWH

Por favor pruébalo, gracias

[Antonio Linares]

Ariel,

> 1) Si hago dbcreate( cfile, aStruct, "ADS" o "DBFCDX" ), NO me crea el campo memo (fpt) fisicamente

Esto parece claramente un bug de xharbour. Pero la manera de comprobarlo con seguridad es que pruebes a ejecutar ese código sin enlazar las librerias de FWH y sin crear ninguna ventana. Puedes usar FWH\samples\build.bat para construir el EXE.

> 2) el xbrowse de un array si selecciono un item SIEMPRE me lo envia al final

No entiendo a que te refieres con "me lo envia al final". Podrias mostrar una captura de pantalla ? gracias

> 3) las ventanas mdichild quedan recortadas cuando tienen un DIALOG NOWAIT relacionado

Pruebo unos ejemplos y te respondo a este punto

[Antonio Linares]

Ariel,

Por favor prueba FWH\samples\testmdi4.prg

Aqui funciona bien tanto con Harbour como con xHarbour, gracias

[miragerr]

El problema fue causado solamente por el XBROWSER FWH 13-08 porque siempre aparece un sólo registro, cuanto más utilice la tecla de flecha hacia arriba, existen los registros encontrados por la consulta SQL, no atacó a este detalle un usuario fue quien me enseñó.

En 12-09 utilizan XBROWSER como sigue para esta consulta.

oBrowse:aArrayData := aArray
oBrowse:Refresh()
oBrowse:MakeTotals()
oBrowse:RefreshFooters()

Creo que algunos de estos comandos está afectando este comportamiento en el XBROWSER 13-08.

[PORTUGUES BR]

Todo o problema causado era somente pela XBROWSE da FWH 13-08, pois aparece sempre apenas um registro, mais se uso a seta para cima, os registros encontrados pela consulta SQL estão lá, EU não havia atentado para este detalhe um usuario foi quem me mostrou.

Na XBROWSE 12-09 uso da seguinte forma para esta consulta.

Acredito que algum destes comandos esteja afetando este comportamento na XBROWSE da 13-08.