Bug en DBSeek()?

[jose_murugosa]

Si buscan consultas incluyendo la palabra DBSeek en este foro, verán que hay varias búsquedas que no han funcionado muchas han sido resueltas con búsquedas propias de objetos de FWH y otras pues..... no se que pasó porque no hay una solución.

Todas tienen en común algo POR SUPUESTO usan DBSEEK.

Pues bien, creo que algo cambió en DBSeek desde los últimos builds, adjunto 2 exes de una mísma busqueda y su código que verán es sencillo, la compilada con fwh marzo 2006 funciona perfectamente la compilada con fwh 7.01 anda MAL!!, prueben escribiendo lentamente la palabra DISKETTE y verán a lo que me refiero.

http://www.mediafire.com/?1junmnokzil

Por favor confírmenme si no estoy equivocado porque traigo este dolor de cabeza desde diciembre, lo he consultado y .... sigo esperando.

[Patricio Avalos Aguirre]

hola Jose

Al parecer no es el dbSeek

estoy viendo y el problema esta en la funcion
BusquedaInterna( oGetBusca, cKey, oDlg, @RetornaBusca, oLbx )

prueba colocando esto y veras que repite la ultima letra

Code: Select all

   IF PRODUCTO->( DBSEEK( ALLTRIM(RetornaBusca), .t. ) )
       oSay:VarPut( "[NO]" + ALLTRIM( RetornaBusca))
  ELSE
   oSay:VarPut( "[SI]" + ALLTRIM( RetornaBusca))
 endif
 oSay:refresh()

Saludos
Patricio

[jose_murugosa]

hola Jose

Al parecer no es el dbSeek

estoy viendo y el problema esta en la funcion
BusquedaInterna( oGetBusca, cKey, oDlg, @RetornaBusca, oLbx )

prueba colocando esto y veras que repite la ultima letra

Code: Select all

   IF PRODUCTO->( DBSEEK( ALLTRIM(RetornaBusca), .t. ) )
       oSay:VarPut( "[NO]" + ALLTRIM( RetornaBusca))
  ELSE
   oSay:VarPut( "[SI]" + ALLTRIM( RetornaBusca))
 endif
 oSay:refresh()

Saludos
Patricio

Amigo, Si el problema está en la función como explicas que compilandolo con FWH Marzo 2006 FUNCIONA PERFECTAMENTE, y compilandolo con 7.01 funciona MAL, si fuera un error de la función ambos deberían funcionar mal.

Además tengo otros puntos de diferentes programas que comenzaron a dar errores en las busquedas (simples DBSeeks) desde que compilé con 7.01.

Incluso validaciones donde se busca en la base si la clave existe para evitar duplicaciones me están fallando.

Y no soy el único que al recompilar tuvo problemas.....
http://fivetechsoft.com/forums/viewtopic.php?t=5751
http://fivetechsoft.com/forums/viewtopic.php?t=5125

Y si observan hay más casos y no he visto en el foro que hayan sido resueltos.

Y desde diciembre sigo esperando....... ? ? ?

Lo que más me molesta es que vuelvo a trabajar con FWH Marzo 2006, cuando tengo 6.12 y 7.01.... y no tengo solución aún.....

[Antonio Linares]

Jose,

DbSkeek() no es una función de FWH sino de Harbour/xHarbour.

Es decir, si hay un problema con DbSkeek() hay que ver que build de Harbour/xHarbour se está usando, intentar reproducir un posible bug en modo texto (sin usar FWH) y reportarlo a la lista de desarrollo de Harbour/xHarbour.

Intentemos construir un pequeño ejemplo que verifique la existencia ó no de un bug en DbSkeek(). Tambien es importante reconstruir los índices ante la duda de que se hayan podido corromper.

[jose_murugosa]

Jose,

DbSkeek() no es una función de FWH sino de Harbour/xHarbour.

Es decir, si hay un problema con DbSkeek() hay que ver que build de Harbour/xHarbour se está usando, intentar reproducir un posible bug en modo texto (sin usar FWH) y reportarlo a la lista de desarrollo de Harbour/xHarbour.

Intentemos construir un pequeño ejemplo que verifique la existencia ó no de un bug en DbSkeek(). Tambien es importante reconstruir los índices ante la duda de que se hayan podido corromper.

Antonio, Gracias

Voy a hacer algo en modo consola y probar para ver de reporducir el error, lo que no se es como reportarlo a xHarbour.
Estoy usando el Build que Uds. distribuyen con FWH .99.71, si consigo reporducir el error, me pondré en contacto por este medio intentando ver como lo reporto.

Gracias!!!!! por contestar.

[Antonio Linares]

Jose,

Gracias. Esperamos tus noticias por si se tratase de un bug de DbSeek() y nosotros te ayudaríamos a reportarlo a la lista de desarrollo correspondiente.

Ten por seguro que si se tratase de un bug en DbSeek() se arreglará de inmediato.

[Biel EA6DD]

Creo que el problema esta en la clase GET, y en concreto en el uso de ON CHANGE, que varia de una version a la otra de FWH.

Revisa la cadena que recibe como parametro de busqueda , veras que de una a otra version es diferente.

[Francisco Horta]

efectivamente con fwh junio y harbour, en mis busquedas incrementales en un browse jala bien, no he probado con fwh7.01 pruebo y les comento
salu2
paco

[jose_murugosa]

Creo que el problema esta en la clase GET, y en concreto en el uso de ON CHANGE, que varia de una version a la otra de FWH.

Revisa la cadena que recibe como parametro de busqueda , veras que de una a otra version es diferente.

Gracias por tu ayuda amigo, James Bott, es de la misma opinión, y me dió una solución para resolverlo usando oGet:bPostKey, voy a probarla hoy y luego les cuento, la sugerencia de James y explicación del bug la encontrarán en:

http://fivetechsoft.com/forums/viewtopic.php?t=6581