Re: Sigo... Corrupci
Publicado: Vie Feb 10, 2006 4:51 pm
Xevi,
He estado viendo tu ejemplo. El problema es que el NTX viene corrupto, es
decir, si recreo el índice no hay forma de hacerlo fallar. A lo mejor
Alexander se presta a echarle un ojo al índice para saber que está pasando,
pero lo dudo. Has de conseguir un ejemplo autocontenido que se pueda
compilar tanto con Clipper como con xHarbour, y acompañado de una hilera BAT
que vaya llamandolos para provocar el error.
No obstante yo quitaría todas las referencias a FIELD de la siguiente forma:
Procedure Main()
FIELD B, FACTURA, ENTRADA, NUMERO
USE ALBAR
INDEX ON B + FACTURA + DtoS(ENTRADA) + NUMERO TO ALBAR05
No creo que sea eso, pero a lo mejor hay suerte.
Un saludo,
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=43ecad73@ozsrvnegro.ozlan.local...]43ecad73@ozsrvnegro.ozlan.local...[/email]
>
> No se donde dirigirme para solucionar mi problema de índices Ntx, por lo
> que agradecería cualquier ayuda o contacto con alguien que pueda pasar
> este error a la persona que desarrolle los RDDs Ntx de xHarbour.
>
> Sigo con mi aplicación Clipper/xHarbour y cuando añado un Registro desde
> xHarbour/Xailer, me lanza un error de Corrupción de índices, pero
> aleatoriamente.
> He "pillado" el error y lo he puesto en un proyecto que adjunto...
>
> Hay un Fichero Zip con la Dbf y el Ntx que funciona perfectamente en
> Clipper y hasta ese registro ha funcionado también con xHarbour/Xailer.
>
> Lo único que hago es añadir un registro más, utilizando el índice NTX, y
> me lanza ese error de corrupción.
>
> Alguien que entienda de índices y pueda hecharle un vistazo.
> Yo con el ViewNtx lo veo correcto... pero ¿porque lanza el error al añadir
> ese registro mas???
>
> Si por el contrario, vuelvo a crear el índice de nuevo ANTES de añadir ese
> nuevo registro, lo añade perfectamente, ese y los sucesivos... solo que
> cuando en Clipper lo "actualizo" o modifico con algun registro, luego al
> cabo de algunos cambios mas en la aplicaciín xHarbour/Xailer, vuelve a
> anzar el error.
>
>
> Gracias.
>
> Un Saludo,
> Xevi.
>
>
>
He estado viendo tu ejemplo. El problema es que el NTX viene corrupto, es
decir, si recreo el índice no hay forma de hacerlo fallar. A lo mejor
Alexander se presta a echarle un ojo al índice para saber que está pasando,
pero lo dudo. Has de conseguir un ejemplo autocontenido que se pueda
compilar tanto con Clipper como con xHarbour, y acompañado de una hilera BAT
que vaya llamandolos para provocar el error.
No obstante yo quitaría todas las referencias a FIELD de la siguiente forma:
Procedure Main()
FIELD B, FACTURA, ENTRADA, NUMERO
USE ALBAR
INDEX ON B + FACTURA + DtoS(ENTRADA) + NUMERO TO ALBAR05
No creo que sea eso, pero a lo mejor hay suerte.
Un saludo,
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=43ecad73@ozsrvnegro.ozlan.local...]43ecad73@ozsrvnegro.ozlan.local...[/email]
>
> No se donde dirigirme para solucionar mi problema de índices Ntx, por lo
> que agradecería cualquier ayuda o contacto con alguien que pueda pasar
> este error a la persona que desarrolle los RDDs Ntx de xHarbour.
>
> Sigo con mi aplicación Clipper/xHarbour y cuando añado un Registro desde
> xHarbour/Xailer, me lanza un error de Corrupción de índices, pero
> aleatoriamente.
> He "pillado" el error y lo he puesto en un proyecto que adjunto...
>
> Hay un Fichero Zip con la Dbf y el Ntx que funciona perfectamente en
> Clipper y hasta ese registro ha funcionado también con xHarbour/Xailer.
>
> Lo único que hago es añadir un registro más, utilizando el índice NTX, y
> me lanza ese error de corrupción.
>
> Alguien que entienda de índices y pueda hecharle un vistazo.
> Yo con el ViewNtx lo veo correcto... pero ¿porque lanza el error al añadir
> ese registro mas???
>
> Si por el contrario, vuelvo a crear el índice de nuevo ANTES de añadir ese
> nuevo registro, lo añade perfectamente, ese y los sucesivos... solo que
> cuando en Clipper lo "actualizo" o modifico con algun registro, luego al
> cabo de algunos cambios mas en la aplicaciín xHarbour/Xailer, vuelve a
> anzar el error.
>
>
> Gracias.
>
> Un Saludo,
> Xevi.
>
>
>