Bug en DBSeek()?

Bug en DBSeek()?

Postby jose_murugosa » Tue Apr 03, 2007 6:41 pm

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.
Saludos/Regards,
José Murugosa
"Los errores en programación, siempre están entre la silla y el teclado y la IA!!"
User avatar
jose_murugosa
 
Posts: 1174
Joined: Mon Feb 06, 2006 4:28 pm
Location: Uruguay

Postby Patricio Avalos Aguirre » Tue Apr 03, 2007 8:54 pm

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  Expand view
   IF PRODUCTO->( DBSEEK( ALLTRIM(RetornaBusca), .t. ) )
       oSay:VarPut( "[NO]" + ALLTRIM( RetornaBusca))
  ELSE
   oSay:VarPut( "[SI]" + ALLTRIM( RetornaBusca))
endif
oSay:refresh()


Saludos
Patricio
User avatar
Patricio Avalos Aguirre
 
Posts: 1060
Joined: Fri Oct 07, 2005 1:56 pm
Location: La Serena, Chile

Postby jose_murugosa » Tue Apr 03, 2007 9:11 pm

Patricio Avalos Aguirre wrote: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  Expand view
   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.....
Saludos/Regards,
José Murugosa
"Los errores en programación, siempre están entre la silla y el teclado y la IA!!"
User avatar
jose_murugosa
 
Posts: 1174
Joined: Mon Feb 06, 2006 4:28 pm
Location: Uruguay

Postby Antonio Linares » Tue Apr 03, 2007 11:21 pm

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.
regards, saludos

Antonio Linares
www.fivetechsoft.com
User avatar
Antonio Linares
Site Admin
 
Posts: 42069
Joined: Thu Oct 06, 2005 5:47 pm
Location: Spain

Postby jose_murugosa » Tue Apr 03, 2007 11:24 pm

Antonio Linares wrote: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.
Saludos/Regards,
José Murugosa
"Los errores en programación, siempre están entre la silla y el teclado y la IA!!"
User avatar
jose_murugosa
 
Posts: 1174
Joined: Mon Feb 06, 2006 4:28 pm
Location: Uruguay

Postby Antonio Linares » Tue Apr 03, 2007 11:28 pm

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.
regards, saludos

Antonio Linares
www.fivetechsoft.com
User avatar
Antonio Linares
Site Admin
 
Posts: 42069
Joined: Thu Oct 06, 2005 5:47 pm
Location: Spain

Postby Biel EA6DD » Wed Apr 04, 2007 7:06 am

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.
Saludos desde Mallorca
Biel Maimó
http://bielsys.blogspot.com/
User avatar
Biel EA6DD
 
Posts: 682
Joined: Tue Feb 14, 2006 9:48 am
Location: Mallorca

Postby Francisco Horta » Wed Apr 04, 2007 5:39 pm

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
Francisco Horta
 
Posts: 845
Joined: Sun Oct 09, 2005 5:36 pm
Location: la laguna, mexico.

Postby jose_murugosa » Wed Apr 04, 2007 6:47 pm

Biel EA6DD wrote: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
Saludos/Regards,
José Murugosa
"Los errores en programación, siempre están entre la silla y el teclado y la IA!!"
User avatar
jose_murugosa
 
Posts: 1174
Joined: Mon Feb 06, 2006 4:28 pm
Location: Uruguay


Return to FiveWin para Harbour/xHarbour

Who is online

Users browsing this forum: Google [Bot] and 39 guests