In order for this site to work correctly we need to store a small file (called a cookie) on your computer. Most every site in the world does this, however since the 25th of May 2011, by law we have to get your permission first. Please abandon the forum if you disagree.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Para que este foro funcione correctamente es necesario guardar un pequeño fichero (llamado cookie) en su ordenador. La mayoría de los sitios de Internet lo hacen, no obstante desde el 25 de Marzo de 2011 y por ley, necesitamos de su permiso con antelación. Abandone este foro si no está conforme.
Indices NTX (Se ha detectado corrupci
Indices NTX (Se ha detectado corrupci
No se que solución tiene, lo estoy probando TODO, pero no hay manera.
Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
Clipper52.
Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo cual
quiere decir que en la aplicación hay módulos que funcionan con
Xailer/xHarbour y otros que no están todavia implementados y funcionan con
Clipper.
El caso está en que las dos aplicaciones añaden/modifican/eliminan registros
de las mismas DBFs utilizando los NTX creados con Clipper (también he
probado de crearlos con Xailer/xHarbour).
Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
corrupción".
El problema es que no es siempre el mismo fichero índice, sinó que es un
error aleatorio, un día puede ser el índice1, otro el índice3...
He recompilado TODA la aplicación de Clipper con
Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
tiempo.
Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
¿Es así???
De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
corrompen esos índices.
Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
temor a que se me corrompan los índices???
¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
Compiladores???
¿Donde tengo que exponer esa consulta para que me sea atendida por gente que
esté en el proyecto de xHarbour???
¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
No se me ocurre mas...
Como veis, casi que no me queda ninguna solución para hacer este cambio de
una aplicación a otra, con total compatibilidad entre ambas.
GRACIAS, por vuestra atención.
Un Saludo,
Xevi.
Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
Clipper52.
Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo cual
quiere decir que en la aplicación hay módulos que funcionan con
Xailer/xHarbour y otros que no están todavia implementados y funcionan con
Clipper.
El caso está en que las dos aplicaciones añaden/modifican/eliminan registros
de las mismas DBFs utilizando los NTX creados con Clipper (también he
probado de crearlos con Xailer/xHarbour).
Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
corrupción".
El problema es que no es siempre el mismo fichero índice, sinó que es un
error aleatorio, un día puede ser el índice1, otro el índice3...
He recompilado TODA la aplicación de Clipper con
Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
tiempo.
Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
¿Es así???
De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
corrompen esos índices.
Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
temor a que se me corrompan los índices???
¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
Compiladores???
¿Donde tengo que exponer esa consulta para que me sea atendida por gente que
esté en el proyecto de xHarbour???
¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
No se me ocurre mas...
Como veis, casi que no me queda ninguna solución para hacer este cambio de
una aplicación a otra, con total compatibilidad entre ambas.
GRACIAS, por vuestra atención.
Un Saludo,
Xevi.
Indices NTX (Se ha detectado corrupci
Xevi,
No lo he probado... pero prueba a poner esto al principio de la
aplicación xhabour.
set dbflockscheme to 1
Y dime si vuelves a tener problemas de corrupción de índices.
Saludos,
José Luis Capel
Xevi escribió:
>
> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>
> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
> Clipper52.
> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo cual
> quiere decir que en la aplicación hay módulos que funcionan con
> Xailer/xHarbour y otros que no están todavia implementados y funcionan con
> Clipper.
>
> El caso está en que las dos aplicaciones añaden/modifican/eliminan registros
> de las mismas DBFs utilizando los NTX creados con Clipper (también he
> probado de crearlos con Xailer/xHarbour).
> Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
> corrupción".
> El problema es que no es siempre el mismo fichero índice, sinó que es un
> error aleatorio, un día puede ser el índice1, otro el índice3...
>
> He recompilado TODA la aplicación de Clipper con
> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
> pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
> tiempo.
>
> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
> ¿Es así???
>
> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
> corrompen esos índices.
> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
> temor a que se me corrompan los índices???
> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
> Compiladores???
> ¿Donde tengo que exponer esa consulta para que me sea atendida por gente que
> esté en el proyecto de xHarbour???
> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>
> No se me ocurre mas...
> Como veis, casi que no me queda ninguna solución para hacer este cambio de
> una aplicación a otra, con total compatibilidad entre ambas.
>
> GRACIAS, por vuestra atención.
>
> Un Saludo,
> Xevi.
>
>
>
>
No lo he probado... pero prueba a poner esto al principio de la
aplicación xhabour.
set dbflockscheme to 1
Y dime si vuelves a tener problemas de corrupción de índices.
Saludos,
José Luis Capel
Xevi escribió:
>
> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>
> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
> Clipper52.
> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo cual
> quiere decir que en la aplicación hay módulos que funcionan con
> Xailer/xHarbour y otros que no están todavia implementados y funcionan con
> Clipper.
>
> El caso está en que las dos aplicaciones añaden/modifican/eliminan registros
> de las mismas DBFs utilizando los NTX creados con Clipper (también he
> probado de crearlos con Xailer/xHarbour).
> Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
> corrupción".
> El problema es que no es siempre el mismo fichero índice, sinó que es un
> error aleatorio, un día puede ser el índice1, otro el índice3...
>
> He recompilado TODA la aplicación de Clipper con
> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
> pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
> tiempo.
>
> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
> ¿Es así???
>
> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
> corrompen esos índices.
> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
> temor a que se me corrompan los índices???
> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
> Compiladores???
> ¿Donde tengo que exponer esa consulta para que me sea atendida por gente que
> esté en el proyecto de xHarbour???
> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>
> No se me ocurre mas...
> Como veis, casi que no me queda ninguna solución para hacer este cambio de
> una aplicación a otra, con total compatibilidad entre ambas.
>
> GRACIAS, por vuestra atención.
>
> Un Saludo,
> Xevi.
>
>
>
>
Indices NTX (Se ha detectado corrupci
Gracias por el aporte, José Luis.
He buscado en la ayuda de xHarbour sobre SET DBFLOCKSCHEME
Toggles the lock scheme
Syntax
SET DBFLOCKSCHEME 0 | 1 | 2 | 3
Arguments
The type of locking scheme to use. #define DBFLOCK_DEFAULT 0 #define DBFLOCK_CLIP 1 #define DBFLOCK_CL53 2 #define DBFLOCK_VFP 3
Description
This command affects how a database file will be locked.
The default locking scheme is 0. The used locking scheme used as the default depends on the RDD you use in your application and operating system your application is build for. When DBFCDX RDD is used, the default locking scheme is DBFLOCK_VFP. For DBF, DBFFPT, DBFDBT and DBFNTX the DBFLOCK_CLIP locking scheme is used as the default.
Note: In the NTX header file, there is a flag which informs that DBFLOCK_CL53 should be used.
The DBFLOCKSCHEME command needs to be set before opening a database file. Different locking schemes can be set for each work area, but remember that one file should never be accessed with different locks at the same time. Always use UNLOCK to release all locks before changing the locking scheme for a database file.
Setting the locking scheme to 1 will lock the database files like CA-Clipper 5.2 does. If you want to use CA-Clipper 5.3's locking scheme, set DBFLOCKSCHEME to 2. This will emulate shared locks using exclusive locks. Visual FoxPro's locking scheme can be set with DBFLOCKSCHEME TO 3.
Note: The DBFLOCK_CL53 locking scheme uses the same locking scheme as the locking scheme that COMMIX for CA-Clipper uses.
On POSIX (Linux and other *nixes) platforms SHARED locks are used when possible in all locking schemes. So it's not necessary to set DBFLOCK_CL53 which cannot work when 32bit file IO is used (maximum lock offset has 31bit).
In DOS/Windows the DBFLOCK_CL53 will be probably the most efficient for multi-user applications.
Locking schemes for a open database file can be checked with dbinfo(DBI_LOCKSCHEME).
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
set dbflockscheme to 2
¿Alguien me podría ayudar en la traducción de este apartado de ayuda???
Gracias.
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje news:437485d0$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> No lo he probado... pero prueba a poner esto al principio de la
> aplicación xhabour.
>
> set dbflockscheme to 1
>
> Y dime si vuelves a tener problemas de corrupción de índices.
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>>
>> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>>
>> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
>> Clipper52.
>> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo cual
>> quiere decir que en la aplicación hay módulos que funcionan con
>> Xailer/xHarbour y otros que no están todavia implementados y funcionan con
>> Clipper.
>>
>> El caso está en que las dos aplicaciones añaden/modifican/eliminan registros
>> de las mismas DBFs utilizando los NTX creados con Clipper (también he
>> probado de crearlos con Xailer/xHarbour).
>> Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
>> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>> corrupción".
>> El problema es que no es siempre el mismo fichero índice, sinó que es un
>> error aleatorio, un día puede ser el índice1, otro el índice3...
>>
>> He recompilado TODA la aplicación de Clipper con
>> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>> pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
>> tiempo.
>>
>> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
>> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
>> ¿Es así???
>>
>> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
>> corrompen esos índices.
>> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
>> temor a que se me corrompan los índices???
>> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
>> Compiladores???
>> ¿Donde tengo que exponer esa consulta para que me sea atendida por gente que
>> esté en el proyecto de xHarbour???
>> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>>
>> No se me ocurre mas...
>> Como veis, casi que no me queda ninguna solución para hacer este cambio de
>> una aplicación a otra, con total compatibilidad entre ambas.
>>
>> GRACIAS, por vuestra atención.
>>
>> Un Saludo,
>> Xevi.
>>
>>
>>
>>
>
--
He buscado en la ayuda de xHarbour sobre SET DBFLOCKSCHEME
Toggles the lock scheme
Syntax
SET DBFLOCKSCHEME 0 | 1 | 2 | 3
Arguments
The type of locking scheme to use. #define DBFLOCK_DEFAULT 0 #define DBFLOCK_CLIP 1 #define DBFLOCK_CL53 2 #define DBFLOCK_VFP 3
Description
This command affects how a database file will be locked.
The default locking scheme is 0. The used locking scheme used as the default depends on the RDD you use in your application and operating system your application is build for. When DBFCDX RDD is used, the default locking scheme is DBFLOCK_VFP. For DBF, DBFFPT, DBFDBT and DBFNTX the DBFLOCK_CLIP locking scheme is used as the default.
Note: In the NTX header file, there is a flag which informs that DBFLOCK_CL53 should be used.
The DBFLOCKSCHEME command needs to be set before opening a database file. Different locking schemes can be set for each work area, but remember that one file should never be accessed with different locks at the same time. Always use UNLOCK to release all locks before changing the locking scheme for a database file.
Setting the locking scheme to 1 will lock the database files like CA-Clipper 5.2 does. If you want to use CA-Clipper 5.3's locking scheme, set DBFLOCKSCHEME to 2. This will emulate shared locks using exclusive locks. Visual FoxPro's locking scheme can be set with DBFLOCKSCHEME TO 3.
Note: The DBFLOCK_CL53 locking scheme uses the same locking scheme as the locking scheme that COMMIX for CA-Clipper uses.
On POSIX (Linux and other *nixes) platforms SHARED locks are used when possible in all locking schemes. So it's not necessary to set DBFLOCK_CL53 which cannot work when 32bit file IO is used (maximum lock offset has 31bit).
In DOS/Windows the DBFLOCK_CL53 will be probably the most efficient for multi-user applications.
Locking schemes for a open database file can be checked with dbinfo(DBI_LOCKSCHEME).
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
set dbflockscheme to 2
¿Alguien me podría ayudar en la traducción de este apartado de ayuda???
Gracias.
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje news:437485d0$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> No lo he probado... pero prueba a poner esto al principio de la
> aplicación xhabour.
>
> set dbflockscheme to 1
>
> Y dime si vuelves a tener problemas de corrupción de índices.
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>>
>> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>>
>> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
>> Clipper52.
>> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo cual
>> quiere decir que en la aplicación hay módulos que funcionan con
>> Xailer/xHarbour y otros que no están todavia implementados y funcionan con
>> Clipper.
>>
>> El caso está en que las dos aplicaciones añaden/modifican/eliminan registros
>> de las mismas DBFs utilizando los NTX creados con Clipper (también he
>> probado de crearlos con Xailer/xHarbour).
>> Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
>> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>> corrupción".
>> El problema es que no es siempre el mismo fichero índice, sinó que es un
>> error aleatorio, un día puede ser el índice1, otro el índice3...
>>
>> He recompilado TODA la aplicación de Clipper con
>> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>> pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
>> tiempo.
>>
>> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
>> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
>> ¿Es así???
>>
>> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
>> corrompen esos índices.
>> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
>> temor a que se me corrompan los índices???
>> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
>> Compiladores???
>> ¿Donde tengo que exponer esa consulta para que me sea atendida por gente que
>> esté en el proyecto de xHarbour???
>> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>>
>> No se me ocurre mas...
>> Como veis, casi que no me queda ninguna solución para hacer este cambio de
>> una aplicación a otra, con total compatibilidad entre ambas.
>>
>> GRACIAS, por vuestra atención.
>>
>> Un Saludo,
>> Xevi.
>>
>>
>>
>>
>
--
Indices NTX (Se ha detectado corrupci
Xevi,
Te indiqué 1 por que decías que tenías la aplicación clipper con la
versión 5.2
Saludos,
José Luis Capel
Xevi escribió:
> Gracias por el aporte, José Luis.
>
> He buscado en la ayuda de xHarbour sobre SET DBFLOCKSCHEME
>
>
> Toggles the lock scheme
>
> Syntax
>
> SET DBFLOCKSCHEME 0 | 1 | 2 | 3
>
> Arguments
>
> The type of locking scheme to use. #define DBFLOCK_DEFAULT 0 #define
> DBFLOCK_CLIP 1 #define DBFLOCK_CL53 2 #define DBFLOCK_VFP 3
>
> Description
>
> This command affects how a database file will be locked.
>
> The default locking scheme is 0. The used locking scheme used as the
> default depends on the RDD you use in your application and operating
> system your application is build for. When DBFCDX RDD is used, the
> default locking scheme is DBFLOCK_VFP. For DBF, DBFFPT, DBFDBT and
> DBFNTX the DBFLOCK_CLIP locking scheme is used as the default.
>
> Note: In the NTX header file, there is a flag which informs that
> DBFLOCK_CL53 should be used.
>
> The DBFLOCKSCHEME command needs to be set before opening a database
> file. Different locking schemes can be set for each work area, but
> remember that one file should never be accessed with different locks
> at the same time. Always use UNLOCK to release all locks before
> changing the locking scheme for a database file.
>
> Setting the locking scheme to 1 will lock the database files like
> CA-Clipper 5.2 does. If you want to use CA-Clipper 5.3's locking
> scheme, set DBFLOCKSCHEME to 2. This will emulate shared locks using
> exclusive locks. Visual FoxPro's locking scheme can be set with
> DBFLOCKSCHEME TO 3.
>
> Note: The DBFLOCK_CL53 locking scheme uses the same locking scheme
> as the locking scheme that COMMIX for CA-Clipper uses.
>
> On POSIX (Linux and other *nixes) platforms SHARED locks are used
> when possible in all locking schemes. So it's not necessary to set
> DBFLOCK_CL53 which cannot work when 32bit file IO is used (maximum
> lock offset has 31bit).
>
> In DOS/Windows the DBFLOCK_CL53 will be probably the most efficient
> for multi-user applications.
>
> Locking schemes for a open database file can be checked with
> dbinfo(DBI_LOCKSCHEME).
>
>
> Lo mio no es el ingés, pero... para poder compatibilizar con
> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>
> set dbflockscheme to 2
> ¿Alguien me podría ayudar en la traducción de este apartado de ayuda???
>
> Gracias.
>
> Un Saludo,
> Xevi.
>
>
>
> "José Luis Capel" <joseluis@iaicom.com <mailto:joseluis@iaicom.com>>
> escribió en el mensaje news:437485d0$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> > Xevi,
> >
> > No lo he probado... pero prueba a poner esto al principio de la
> > aplicación xhabour.
> >
> > set dbflockscheme to 1
> >
> > Y dime si vuelves a tener problemas de corrupción de índices.
> >
> > Saludos,
> > José Luis Capel
> >
> > Xevi escribió:
> >>
> >> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
> >>
> >> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14
> años con
> >> Clipper52.
> >> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour,
> lo cual
> >> quiere decir que en la aplicación hay módulos que funcionan con
> >> Xailer/xHarbour y otros que no están todavia implementados y
> funcionan con
> >> Clipper.
> >>
> >> El caso está en que las dos aplicaciones añaden/modifican/eliminan
> registros
> >> de las mismas DBFs utilizando los NTX creados con Clipper (también he
> >> probado de crearlos con Xailer/xHarbour).
> >> Pues resulta que al llevar un tiempo añadiendo/modificando con una y
> otra
> >> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
> >> corrupción".
> >> El problema es que no es siempre el mismo fichero índice, sinó que
> es un
> >> error aleatorio, un día puede ser el índice1, otro el índice3...
> >>
> >> He recompilado TODA la aplicación de Clipper con
> >> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
> >> pero me sigue dando el error, aunque parece ser que aguanta un poco
> mas de
> >> tiempo.
> >>
> >> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
> >> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
> >> ¿Es así???
> >>
> >> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA
> se me
> >> corrompen esos índices.
> >> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
> >> ¿Puedo hacer alguna cosa mas para poder utilizar las dos
> aplicaciones sin
> >> temor a que se me corrompan los índices???
> >> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre
> distintos
> >> Compiladores???
> >> ¿Donde tengo que exponer esa consulta para que me sea atendida por
> gente que
> >> esté en el proyecto de xHarbour???
> >> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
> >>
> >> No se me ocurre mas...
> >> Como veis, casi que no me queda ninguna solución para hacer este
> cambio de
> >> una aplicación a otra, con total compatibilidad entre ambas.
> >>
> >> GRACIAS, por vuestra atención.
> >>
> >> Un Saludo,
> >> Xevi.
> >>
> >>
> >>
> >>
> >
Te indiqué 1 por que decías que tenías la aplicación clipper con la
versión 5.2
Saludos,
José Luis Capel
Xevi escribió:
> Gracias por el aporte, José Luis.
>
> He buscado en la ayuda de xHarbour sobre SET DBFLOCKSCHEME
>
>
> Toggles the lock scheme
>
> Syntax
>
> SET DBFLOCKSCHEME 0 | 1 | 2 | 3
>
> Arguments
>
> The type of locking scheme to use. #define DBFLOCK_DEFAULT 0 #define
> DBFLOCK_CLIP 1 #define DBFLOCK_CL53 2 #define DBFLOCK_VFP 3
>
> Description
>
> This command affects how a database file will be locked.
>
> The default locking scheme is 0. The used locking scheme used as the
> default depends on the RDD you use in your application and operating
> system your application is build for. When DBFCDX RDD is used, the
> default locking scheme is DBFLOCK_VFP. For DBF, DBFFPT, DBFDBT and
> DBFNTX the DBFLOCK_CLIP locking scheme is used as the default.
>
> Note: In the NTX header file, there is a flag which informs that
> DBFLOCK_CL53 should be used.
>
> The DBFLOCKSCHEME command needs to be set before opening a database
> file. Different locking schemes can be set for each work area, but
> remember that one file should never be accessed with different locks
> at the same time. Always use UNLOCK to release all locks before
> changing the locking scheme for a database file.
>
> Setting the locking scheme to 1 will lock the database files like
> CA-Clipper 5.2 does. If you want to use CA-Clipper 5.3's locking
> scheme, set DBFLOCKSCHEME to 2. This will emulate shared locks using
> exclusive locks. Visual FoxPro's locking scheme can be set with
> DBFLOCKSCHEME TO 3.
>
> Note: The DBFLOCK_CL53 locking scheme uses the same locking scheme
> as the locking scheme that COMMIX for CA-Clipper uses.
>
> On POSIX (Linux and other *nixes) platforms SHARED locks are used
> when possible in all locking schemes. So it's not necessary to set
> DBFLOCK_CL53 which cannot work when 32bit file IO is used (maximum
> lock offset has 31bit).
>
> In DOS/Windows the DBFLOCK_CL53 will be probably the most efficient
> for multi-user applications.
>
> Locking schemes for a open database file can be checked with
> dbinfo(DBI_LOCKSCHEME).
>
>
> Lo mio no es el ingés, pero... para poder compatibilizar con
> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>
> set dbflockscheme to 2
> ¿Alguien me podría ayudar en la traducción de este apartado de ayuda???
>
> Gracias.
>
> Un Saludo,
> Xevi.
>
>
>
> "José Luis Capel" <joseluis@iaicom.com <mailto:joseluis@iaicom.com>>
> escribió en el mensaje news:437485d0$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> > Xevi,
> >
> > No lo he probado... pero prueba a poner esto al principio de la
> > aplicación xhabour.
> >
> > set dbflockscheme to 1
> >
> > Y dime si vuelves a tener problemas de corrupción de índices.
> >
> > Saludos,
> > José Luis Capel
> >
> > Xevi escribió:
> >>
> >> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
> >>
> >> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14
> años con
> >> Clipper52.
> >> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour,
> lo cual
> >> quiere decir que en la aplicación hay módulos que funcionan con
> >> Xailer/xHarbour y otros que no están todavia implementados y
> funcionan con
> >> Clipper.
> >>
> >> El caso está en que las dos aplicaciones añaden/modifican/eliminan
> registros
> >> de las mismas DBFs utilizando los NTX creados con Clipper (también he
> >> probado de crearlos con Xailer/xHarbour).
> >> Pues resulta que al llevar un tiempo añadiendo/modificando con una y
> otra
> >> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
> >> corrupción".
> >> El problema es que no es siempre el mismo fichero índice, sinó que
> es un
> >> error aleatorio, un día puede ser el índice1, otro el índice3...
> >>
> >> He recompilado TODA la aplicación de Clipper con
> >> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
> >> pero me sigue dando el error, aunque parece ser que aguanta un poco
> mas de
> >> tiempo.
> >>
> >> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
> >> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
> >> ¿Es así???
> >>
> >> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA
> se me
> >> corrompen esos índices.
> >> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
> >> ¿Puedo hacer alguna cosa mas para poder utilizar las dos
> aplicaciones sin
> >> temor a que se me corrompan los índices???
> >> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre
> distintos
> >> Compiladores???
> >> ¿Donde tengo que exponer esa consulta para que me sea atendida por
> gente que
> >> esté en el proyecto de xHarbour???
> >> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
> >>
> >> No se me ocurre mas...
> >> Como veis, casi que no me queda ninguna solución para hacer este
> cambio de
> >> una aplicación a otra, con total compatibilidad entre ambas.
> >>
> >> GRACIAS, por vuestra atención.
> >>
> >> Un Saludo,
> >> Xevi.
> >>
> >>
> >>
> >>
> >
Indices NTX (Se ha detectado corrupci
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Indices NTX (Se ha detectado corrupci
Entonces, ya que tengo recompilada mi antigua aplicación a Clipper53, le pondré
set dbflockscheme to 2
Probaré, y cruzaré los dedos!!!
Ya postearé resultados...
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
set dbflockscheme to 2
Probaré, y cruzaré los dedos!!!
Ya postearé resultados...
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Indices NTX (Se ha detectado corrupci
José Luis,
Me lo he supuesto, por eso he posteado para que me corrijierais si lo había
mal interpretado.
Gracias.
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
news:[email=4374932a@ozsrvnegro.ozlan.local...]4374932a@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Te indiqué 1 por que decías que tenías la aplicación clipper con la
> versión 5.2
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>> Gracias por el aporte, José Luis.
>> He buscado en la ayuda de xHarbour sobre SET DBFLOCKSCHEME
>> Toggles the lock scheme
>>
>> Syntax
>>
>> SET DBFLOCKSCHEME 0 | 1 | 2 | 3
>>
>> Arguments
>>
>> The type of locking scheme to use. #define DBFLOCK_DEFAULT 0 #define
>> DBFLOCK_CLIP 1 #define DBFLOCK_CL53 2 #define DBFLOCK_VFP 3
>>
>> Description
>>
>> This command affects how a database file will be locked. The default
>> locking scheme is 0. The used locking scheme used as the
>> default depends on the RDD you use in your application and operating
>> system your application is build for. When DBFCDX RDD is used, the
>> default locking scheme is DBFLOCK_VFP. For DBF, DBFFPT, DBFDBT and
>> DBFNTX the DBFLOCK_CLIP locking scheme is used as the default. Note:
>> In the NTX header file, there is a flag which informs that
>> DBFLOCK_CL53 should be used. The DBFLOCKSCHEME command needs to be
>> set before opening a database
>> file. Different locking schemes can be set for each work area, but
>> remember that one file should never be accessed with different locks
>> at the same time. Always use UNLOCK to release all locks before
>> changing the locking scheme for a database file. Setting the locking
>> scheme to 1 will lock the database files like
>> CA-Clipper 5.2 does. If you want to use CA-Clipper 5.3's locking
>> scheme, set DBFLOCKSCHEME to 2. This will emulate shared locks using
>> exclusive locks. Visual FoxPro's locking scheme can be set with
>> DBFLOCKSCHEME TO 3. Note: The DBFLOCK_CL53 locking scheme uses the
>> same locking scheme
>> as the locking scheme that COMMIX for CA-Clipper uses. On POSIX
>> (Linux and other *nixes) platforms SHARED locks are used
>> when possible in all locking schemes. So it's not necessary to set
>> DBFLOCK_CL53 which cannot work when 32bit file IO is used (maximum
>> lock offset has 31bit). In DOS/Windows the DBFLOCK_CL53 will be
>> probably the most efficient
>> for multi-user applications. Locking schemes for a open database file
>> can be checked with
>> dbinfo(DBI_LOCKSCHEME). Lo mio no es el ingés, pero... para poder
>> compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>> set dbflockscheme to 2
>> ¿Alguien me podría ayudar en la traducción de este apartado de ayuda???
>> Gracias.
>> Un Saludo,
>> Xevi.
>> "José Luis Capel" <joseluis@iaicom.com <mailto:joseluis@iaicom.com>>
>> escribió en el mensaje news:437485d0$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>> > Xevi,
>> >
>> > No lo he probado... pero prueba a poner esto al principio de la
>> > aplicación xhabour.
>> >
>> > set dbflockscheme to 1
>> >
>> > Y dime si vuelves a tener problemas de corrupción de índices.
>> >
>> > Saludos,
>> > José Luis Capel
>> >
>> > Xevi escribió:
>> >> >> No se que solución tiene, lo estoy probando TODO, pero no hay
>> manera.
>> >>
>> >> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años
>> con
>> >> Clipper52.
>> >> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour,
>> lo cual
>> >> quiere decir que en la aplicación hay módulos que funcionan con
>> >> Xailer/xHarbour y otros que no están todavia implementados y
>> funcionan con
>> >> Clipper.
>> >>
>> >> El caso está en que las dos aplicaciones añaden/modifican/eliminan
>> registros
>> >> de las mismas DBFs utilizando los NTX creados con Clipper (también he
>> >> probado de crearlos con Xailer/xHarbour).
>> >> Pues resulta que al llevar un tiempo añadiendo/modificando con una y
>> otra
>> >> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>> >> corrupción".
>> >> El problema es que no es siempre el mismo fichero índice, sinó que es
>> un
>> >> error aleatorio, un día puede ser el índice1, otro el índice3...
>> >>
>> >> He recompilado TODA la aplicación de Clipper con
>> >> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>> >> pero me sigue dando el error, aunque parece ser que aguanta un poco
>> mas de
>> >> tiempo.
>> >>
>> >> Lo tengo mal entendido, o cuando una aplicación
>> añade/modifica/elimina
>> >> registros a DBFs, debe utilizar los RDDs nativos del compilador
>> propio.
>> >> ¿Es así???
>> >>
>> >> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se
>> me
>> >> corrompen esos índices.
>> >> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>> >> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones
>> sin
>> >> temor a que se me corrompan los índices???
>> >> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre
>> distintos
>> >> Compiladores???
>> >> ¿Donde tengo que exponer esa consulta para que me sea atendida por
>> gente que
>> >> esté en el proyecto de xHarbour???
>> >> ¿Puedo enviar algún fichero NTX que esté corrompido para su
>> estudio???
>> >>
>> >> No se me ocurre mas...
>> >> Como veis, casi que no me queda ninguna solución para hacer este
>> cambio de
>> >> una aplicación a otra, con total compatibilidad entre ambas.
>> >>
>> >> GRACIAS, por vuestra atención.
>> >>
>> >> Un Saludo,
>> >> Xevi.
>> >>
>> >>
>> >>
>> >>
>> >
>
Me lo he supuesto, por eso he posteado para que me corrijierais si lo había
mal interpretado.
Gracias.
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
news:[email=4374932a@ozsrvnegro.ozlan.local...]4374932a@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Te indiqué 1 por que decías que tenías la aplicación clipper con la
> versión 5.2
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>> Gracias por el aporte, José Luis.
>> He buscado en la ayuda de xHarbour sobre SET DBFLOCKSCHEME
>> Toggles the lock scheme
>>
>> Syntax
>>
>> SET DBFLOCKSCHEME 0 | 1 | 2 | 3
>>
>> Arguments
>>
>> The type of locking scheme to use. #define DBFLOCK_DEFAULT 0 #define
>> DBFLOCK_CLIP 1 #define DBFLOCK_CL53 2 #define DBFLOCK_VFP 3
>>
>> Description
>>
>> This command affects how a database file will be locked. The default
>> locking scheme is 0. The used locking scheme used as the
>> default depends on the RDD you use in your application and operating
>> system your application is build for. When DBFCDX RDD is used, the
>> default locking scheme is DBFLOCK_VFP. For DBF, DBFFPT, DBFDBT and
>> DBFNTX the DBFLOCK_CLIP locking scheme is used as the default. Note:
>> In the NTX header file, there is a flag which informs that
>> DBFLOCK_CL53 should be used. The DBFLOCKSCHEME command needs to be
>> set before opening a database
>> file. Different locking schemes can be set for each work area, but
>> remember that one file should never be accessed with different locks
>> at the same time. Always use UNLOCK to release all locks before
>> changing the locking scheme for a database file. Setting the locking
>> scheme to 1 will lock the database files like
>> CA-Clipper 5.2 does. If you want to use CA-Clipper 5.3's locking
>> scheme, set DBFLOCKSCHEME to 2. This will emulate shared locks using
>> exclusive locks. Visual FoxPro's locking scheme can be set with
>> DBFLOCKSCHEME TO 3. Note: The DBFLOCK_CL53 locking scheme uses the
>> same locking scheme
>> as the locking scheme that COMMIX for CA-Clipper uses. On POSIX
>> (Linux and other *nixes) platforms SHARED locks are used
>> when possible in all locking schemes. So it's not necessary to set
>> DBFLOCK_CL53 which cannot work when 32bit file IO is used (maximum
>> lock offset has 31bit). In DOS/Windows the DBFLOCK_CL53 will be
>> probably the most efficient
>> for multi-user applications. Locking schemes for a open database file
>> can be checked with
>> dbinfo(DBI_LOCKSCHEME). Lo mio no es el ingés, pero... para poder
>> compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>> set dbflockscheme to 2
>> ¿Alguien me podría ayudar en la traducción de este apartado de ayuda???
>> Gracias.
>> Un Saludo,
>> Xevi.
>> "José Luis Capel" <joseluis@iaicom.com <mailto:joseluis@iaicom.com>>
>> escribió en el mensaje news:437485d0$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>> > Xevi,
>> >
>> > No lo he probado... pero prueba a poner esto al principio de la
>> > aplicación xhabour.
>> >
>> > set dbflockscheme to 1
>> >
>> > Y dime si vuelves a tener problemas de corrupción de índices.
>> >
>> > Saludos,
>> > José Luis Capel
>> >
>> > Xevi escribió:
>> >> >> No se que solución tiene, lo estoy probando TODO, pero no hay
>> manera.
>> >>
>> >> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años
>> con
>> >> Clipper52.
>> >> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour,
>> lo cual
>> >> quiere decir que en la aplicación hay módulos que funcionan con
>> >> Xailer/xHarbour y otros que no están todavia implementados y
>> funcionan con
>> >> Clipper.
>> >>
>> >> El caso está en que las dos aplicaciones añaden/modifican/eliminan
>> registros
>> >> de las mismas DBFs utilizando los NTX creados con Clipper (también he
>> >> probado de crearlos con Xailer/xHarbour).
>> >> Pues resulta que al llevar un tiempo añadiendo/modificando con una y
>> otra
>> >> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>> >> corrupción".
>> >> El problema es que no es siempre el mismo fichero índice, sinó que es
>> un
>> >> error aleatorio, un día puede ser el índice1, otro el índice3...
>> >>
>> >> He recompilado TODA la aplicación de Clipper con
>> >> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>> >> pero me sigue dando el error, aunque parece ser que aguanta un poco
>> mas de
>> >> tiempo.
>> >>
>> >> Lo tengo mal entendido, o cuando una aplicación
>> añade/modifica/elimina
>> >> registros a DBFs, debe utilizar los RDDs nativos del compilador
>> propio.
>> >> ¿Es así???
>> >>
>> >> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se
>> me
>> >> corrompen esos índices.
>> >> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>> >> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones
>> sin
>> >> temor a que se me corrompan los índices???
>> >> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre
>> distintos
>> >> Compiladores???
>> >> ¿Donde tengo que exponer esa consulta para que me sea atendida por
>> gente que
>> >> esté en el proyecto de xHarbour???
>> >> ¿Puedo enviar algún fichero NTX que esté corrompido para su
>> estudio???
>> >>
>> >> No se me ocurre mas...
>> >> Como veis, casi que no me queda ninguna solución para hacer este
>> cambio de
>> >> una aplicación a otra, con total compatibilidad entre ambas.
>> >>
>> >> GRACIAS, por vuestra atención.
>> >>
>> >> Un Saludo,
>> >> Xevi.
>> >>
>> >>
>> >>
>> >>
>> >
>
Indices NTX (Se ha detectado corrupci
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
-
- Mensajes: 203
- Registrado: Vie Abr 01, 2005 9:05 am
Indices NTX (Se ha detectado corrupci
Xevi,
¿Estas usando memos?
Saludos
Jose A. Suarez
Xevi escribió:
> Tampoco funciona utilizando ADS !!!
>
> Siempre lanza el error 'Se detectó corrupción'
>
>
> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
> es 100% fialble.
>
> He probado TODO...
> índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Xailer/xHarbour y utilizados entre Clipper y
> Xailer/xHarbour.
>
> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
> set dbflockscheme to 2 //DBFLOCK_CL53
>
> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
> 10 o 12 registros añadidos entre ambas aplicaciones.
>
> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
> donde puedo dirigirme para que alguien pueda intentar "arreglar" esa
> incompatibilidad... lo agradecería.
>
>
> Gracias.
>
>
> Un Saludo,
> Xevi.
>
>
>
>
> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Lo mio no es el ingés, pero... para poder compatibilizar con
> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>
> Sí. En resumen, lo que viene a decir es que 1 es compatible con
> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>
>
> --
> Un saludo,
>
> José F. Giménez
¿Estas usando memos?
Saludos
Jose A. Suarez
Xevi escribió:
> Tampoco funciona utilizando ADS !!!
>
> Siempre lanza el error 'Se detectó corrupción'
>
>
> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
> es 100% fialble.
>
> He probado TODO...
> índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Xailer/xHarbour y utilizados entre Clipper y
> Xailer/xHarbour.
>
> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
> set dbflockscheme to 2 //DBFLOCK_CL53
>
> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
> 10 o 12 registros añadidos entre ambas aplicaciones.
>
> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
> donde puedo dirigirme para que alguien pueda intentar "arreglar" esa
> incompatibilidad... lo agradecería.
>
>
> Gracias.
>
>
> Un Saludo,
> Xevi.
>
>
>
>
> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Lo mio no es el ingés, pero... para poder compatibilizar con
> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>
> Sí. En resumen, lo que viene a decir es que 1 es compatible con
> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>
>
> --
> Un saludo,
>
> José F. Giménez
Indices NTX (Se ha detectado corrupci
No.
Un Saludo,
Xevi.
"Jose Alfonso Suárez Moreno" <jasm.nospam@chochurro.com> escribió en el
mensaje news:4382300c$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> ¿Estas usando memos?
>
> Saludos
>
> Jose A. Suarez
>
> Xevi escribió:
>> Tampoco funciona utilizando ADS !!!
>> Siempre lanza el error 'Se detectó corrupción'
>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>> es 100% fialble.
>> He probado TODO...
>> Índices creados con Clipper52e y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Clipper53 y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>> Xailer/xHarbour.
>> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
>> set dbflockscheme to 2 //DBFLOCK_CL53
>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
>> 10 o 12 registros añadidos entre ambas aplicaciones.
>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde
>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>> incompatibilidad... lo agradecería.
>> Gracias.
>> Un Saludo,
>> Xevi.
>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>> Xevi,
>>
>> Lo mio no es el ingés, pero... para poder compatibilizar con
>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>
>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>> --
>> Un saludo,
>> José F. Giménez
>
Un Saludo,
Xevi.
"Jose Alfonso Suárez Moreno" <jasm.nospam@chochurro.com> escribió en el
mensaje news:4382300c$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> ¿Estas usando memos?
>
> Saludos
>
> Jose A. Suarez
>
> Xevi escribió:
>> Tampoco funciona utilizando ADS !!!
>> Siempre lanza el error 'Se detectó corrupción'
>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>> es 100% fialble.
>> He probado TODO...
>> Índices creados con Clipper52e y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Clipper53 y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>> Xailer/xHarbour.
>> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
>> set dbflockscheme to 2 //DBFLOCK_CL53
>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
>> 10 o 12 registros añadidos entre ambas aplicaciones.
>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde
>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>> incompatibilidad... lo agradecería.
>> Gracias.
>> Un Saludo,
>> Xevi.
>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>> Xevi,
>>
>> Lo mio no es el ingés, pero... para poder compatibilizar con
>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>
>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>> --
>> Un saludo,
>> José F. Giménez
>
Indices NTX (Se ha detectado corrupci
Xevi,
Antes de nada... ¿has reindexado los índices con la aplicación xharbour ??
Saludos,
José Luis Capel
Xevi escribió:
> Tampoco funciona utilizando ADS !!!
>
> Siempre lanza el error 'Se detectó corrupción'
>
>
> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
> es 100% fialble.
>
> He probado TODO...
> índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Xailer/xHarbour y utilizados entre Clipper y
> Xailer/xHarbour.
>
> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
> set dbflockscheme to 2 //DBFLOCK_CL53
>
> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
> 10 o 12 registros añadidos entre ambas aplicaciones.
>
> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
> donde puedo dirigirme para que alguien pueda intentar "arreglar" esa
> incompatibilidad... lo agradecería.
>
>
> Gracias.
>
>
> Un Saludo,
> Xevi.
>
>
>
>
> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Lo mio no es el ingés, pero... para poder compatibilizar con
> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>
> Sí. En resumen, lo que viene a decir es que 1 es compatible con
> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>
>
> --
> Un saludo,
>
> José F. Giménez
Antes de nada... ¿has reindexado los índices con la aplicación xharbour ??
Saludos,
José Luis Capel
Xevi escribió:
> Tampoco funciona utilizando ADS !!!
>
> Siempre lanza el error 'Se detectó corrupción'
>
>
> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
> es 100% fialble.
>
> He probado TODO...
> índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
> índices creados con Xailer/xHarbour y utilizados entre Clipper y
> Xailer/xHarbour.
>
> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
> set dbflockscheme to 2 //DBFLOCK_CL53
>
> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
> 10 o 12 registros añadidos entre ambas aplicaciones.
>
> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
> donde puedo dirigirme para que alguien pueda intentar "arreglar" esa
> incompatibilidad... lo agradecería.
>
>
> Gracias.
>
>
> Un Saludo,
> Xevi.
>
>
>
>
> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Lo mio no es el ingés, pero... para poder compatibilizar con
> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>
> Sí. En resumen, lo que viene a decir es que 1 es compatible con
> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>
>
> --
> Un saludo,
>
> José F. Giménez
Indices NTX (Se ha detectado corrupci
José Luis,
También... he probado de utilizar los índices creándolos en la aplicación
Xailer/xHarbour.
Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
news:[email=4382d7dd@ozsrvnegro.ozlan.local...]4382d7dd@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Antes de nada... ¿has reindexado los índices con la aplicación xharbour ??
>
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>> Tampoco funciona utilizando ADS !!!
>> Siempre lanza el error 'Se detectó corrupción'
>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>> es 100% fialble.
>> He probado TODO...
>> Índices creados con Clipper52e y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Clipper53 y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>> Xailer/xHarbour.
>> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
>> set dbflockscheme to 2 //DBFLOCK_CL53
>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
>> 10 o 12 registros añadidos entre ambas aplicaciones.
>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde
>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>> incompatibilidad... lo agradecería.
>> Gracias.
>> Un Saludo,
>> Xevi.
>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>> Xevi,
>>
>> Lo mio no es el ingés, pero... para poder compatibilizar con
>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>
>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>> --
>> Un saludo,
>> José F. Giménez
>
También... he probado de utilizar los índices creándolos en la aplicación
Xailer/xHarbour.
Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
news:[email=4382d7dd@ozsrvnegro.ozlan.local...]4382d7dd@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Antes de nada... ¿has reindexado los índices con la aplicación xharbour ??
>
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>> Tampoco funciona utilizando ADS !!!
>> Siempre lanza el error 'Se detectó corrupción'
>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>> es 100% fialble.
>> He probado TODO...
>> Índices creados con Clipper52e y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Clipper53 y utilizados entre Clipper y
>> Xailer/xHarbour.
>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>> Xailer/xHarbour.
>> También además, a la aplicación Xailer/xHarbour, he probado de añadir...
>> set dbflockscheme to 2 //DBFLOCK_CL53
>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
>> 10 o 12 registros añadidos entre ambas aplicaciones.
>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde
>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>> incompatibilidad... lo agradecería.
>> Gracias.
>> Un Saludo,
>> Xevi.
>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>> Xevi,
>>
>> Lo mio no es el ingés, pero... para poder compatibilizar con
>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>
>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>> --
>> Un saludo,
>> José F. Giménez
>
Indices NTX (Se ha detectado corrupci
Me acaba de lanzar el mensaje de error ahora mismo ...
Adjunto el error y el índice causante.
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=4382d95c@ozsrvnegro.ozlan.local...]4382d95c@ozsrvnegro.ozlan.local...[/email]
>
>
> José Luis,
>
> También... he probado de utilizar los índices creándolos en la aplicación
> Xailer/xHarbour.
>
> Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
> Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
>
>
>
> Un Saludo,
> Xevi.
>
>
> "José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
> news:[email=4382d7dd@ozsrvnegro.ozlan.local...]4382d7dd@ozsrvnegro.ozlan.local...[/email]
>> Xevi,
>>
>> Antes de nada... ¿has reindexado los índices con la aplicación xharbour
>> ??
>>
>>
>> Saludos,
>> José Luis Capel
>>
>> Xevi escribió:
>>> Tampoco funciona utilizando ADS !!!
>>> Siempre lanza el error 'Se detectó corrupción'
>>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>>> es 100% fialble.
>>> He probado TODO...
>>> Índices creados con Clipper52e y utilizados entre Clipper y
>>> Xailer/xHarbour.
>>> Índices creados con Clipper53 y utilizados entre Clipper y
>>> Xailer/xHarbour.
>>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>>> Xailer/xHarbour.
>>> También además, a la aplicación Xailer/xHarbour, he probado de
>>> añadir...
>>> set dbflockscheme to 2 //DBFLOCK_CL53
>>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
>>> 10 o 12 registros añadidos entre ambas aplicaciones.
>>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
>>> donde
>>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>>> incompatibilidad... lo agradecería.
>>> Gracias.
>>> Un Saludo,
>>> Xevi.
>>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>>> Xevi,
>>>
>>> Lo mio no es el ingés, pero... para poder compatibilizar con
>>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>>
>>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>>> --
>>> Un saludo,
>>> José F. Giménez
>>
>
>
>
> .
Attached files ALBAR12.zip (13.6 KB)Â Error.log (1.5 KB)Â
Adjunto el error y el índice causante.
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=4382d95c@ozsrvnegro.ozlan.local...]4382d95c@ozsrvnegro.ozlan.local...[/email]
>
>
> José Luis,
>
> También... he probado de utilizar los índices creándolos en la aplicación
> Xailer/xHarbour.
>
> Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
> Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
>
>
>
> Un Saludo,
> Xevi.
>
>
> "José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
> news:[email=4382d7dd@ozsrvnegro.ozlan.local...]4382d7dd@ozsrvnegro.ozlan.local...[/email]
>> Xevi,
>>
>> Antes de nada... ¿has reindexado los índices con la aplicación xharbour
>> ??
>>
>>
>> Saludos,
>> José Luis Capel
>>
>> Xevi escribió:
>>> Tampoco funciona utilizando ADS !!!
>>> Siempre lanza el error 'Se detectó corrupción'
>>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>>> es 100% fialble.
>>> He probado TODO...
>>> Índices creados con Clipper52e y utilizados entre Clipper y
>>> Xailer/xHarbour.
>>> Índices creados con Clipper53 y utilizados entre Clipper y
>>> Xailer/xHarbour.
>>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>>> Xailer/xHarbour.
>>> También además, a la aplicación Xailer/xHarbour, he probado de
>>> añadir...
>>> set dbflockscheme to 2 //DBFLOCK_CL53
>>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los
>>> 10 o 12 registros añadidos entre ambas aplicaciones.
>>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
>>> donde
>>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>>> incompatibilidad... lo agradecería.
>>> Gracias.
>>> Un Saludo,
>>> Xevi.
>>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>>> Xevi,
>>>
>>> Lo mio no es el ingés, pero... para poder compatibilizar con
>>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>>
>>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>>> --
>>> Un saludo,
>>> José F. Giménez
>>
>
>
>
> .
Attached files ALBAR12.zip (13.6 KB)Â Error.log (1.5 KB)Â
Indices NTX (Se ha detectado corrupci
De hecho... el índice sigue funcionando PERFECTAMENTE en Clipper y en
Xailer/xHarbour...¿?
No será que me está lanzando un error inexistente¿?¿?
¿Cómo puedo interceptar este mensaje de error y "que" no me aparezca el
mensaje??
O sea... como puedo hacer para que detecte el error y que no lo tenga en
cuenta y así poder seguir igualmente.
algo como If FError()... If NetErr()...
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=4382e782@ozsrvnegro.ozlan.local...]4382e782@ozsrvnegro.ozlan.local...[/email]
>
>
> Me acaba de lanzar el mensaje de error ahora mismo ...
>
> Adjunto el error y el índice causante.
>
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@terra.es> escribió en el mensaje
> news:[email=4382d95c@ozsrvnegro.ozlan.local...]4382d95c@ozsrvnegro.ozlan.local...[/email]
>>
>>
>> José Luis,
>>
>> También... he probado de utilizar los índices creándolos en la aplicación
>> Xailer/xHarbour.
>>
>> Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
>> Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
>>
>>
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
>> news:[email=4382d7dd@ozsrvnegro.ozlan.local...]4382d7dd@ozsrvnegro.ozlan.local...[/email]
>>> Xevi,
>>>
>>> Antes de nada... ¿has reindexado los índices con la aplicación xharbour
>>> ??
>>>
>>>
>>> Saludos,
>>> José Luis Capel
>>>
>>> Xevi escribió:
>>>> Tampoco funciona utilizando ADS !!!
>>>> Siempre lanza el error 'Se detectó corrupción'
>>>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>>>> es 100% fialble.
>>>> He probado TODO...
>>>> Índices creados con Clipper52e y utilizados entre Clipper y
>>>> Xailer/xHarbour.
>>>> Índices creados con Clipper53 y utilizados entre Clipper y
>>>> Xailer/xHarbour.
>>>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>>>> Xailer/xHarbour.
>>>> También además, a la aplicación Xailer/xHarbour, he probado de
>>>> añadir...
>>>> set dbflockscheme to 2 //DBFLOCK_CL53
>>>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a
>>>> los
>>>> 10 o 12 registros añadidos entre ambas aplicaciones.
>>>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>>>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
>>>> donde
>>>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>>>> incompatibilidad... lo agradecería.
>>>> Gracias.
>>>> Un Saludo,
>>>> Xevi.
>>>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>>>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>>>> Xevi,
>>>>
>>>> Lo mio no es el ingés, pero... para poder compatibilizar con
>>>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>>>
>>>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>>>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>>>> --
>>>> Un saludo,
>>>> José F. Giménez
>>>
>>
>>
>>
>> .
>
>
>
>
------------------------------------------------------------ --------------------
>
>
>
Xailer/xHarbour...¿?
No será que me está lanzando un error inexistente¿?¿?
¿Cómo puedo interceptar este mensaje de error y "que" no me aparezca el
mensaje??
O sea... como puedo hacer para que detecte el error y que no lo tenga en
cuenta y así poder seguir igualmente.
algo como If FError()... If NetErr()...
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:[email=4382e782@ozsrvnegro.ozlan.local...]4382e782@ozsrvnegro.ozlan.local...[/email]
>
>
> Me acaba de lanzar el mensaje de error ahora mismo ...
>
> Adjunto el error y el índice causante.
>
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@terra.es> escribió en el mensaje
> news:[email=4382d95c@ozsrvnegro.ozlan.local...]4382d95c@ozsrvnegro.ozlan.local...[/email]
>>
>>
>> José Luis,
>>
>> También... he probado de utilizar los índices creándolos en la aplicación
>> Xailer/xHarbour.
>>
>> Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
>> Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
>>
>>
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje
>> news:[email=4382d7dd@ozsrvnegro.ozlan.local...]4382d7dd@ozsrvnegro.ozlan.local...[/email]
>>> Xevi,
>>>
>>> Antes de nada... ¿has reindexado los índices con la aplicación xharbour
>>> ??
>>>
>>>
>>> Saludos,
>>> José Luis Capel
>>>
>>> Xevi escribió:
>>>> Tampoco funciona utilizando ADS !!!
>>>> Siempre lanza el error 'Se detectó corrupción'
>>>> Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no
>>>> es 100% fialble.
>>>> He probado TODO...
>>>> Índices creados con Clipper52e y utilizados entre Clipper y
>>>> Xailer/xHarbour.
>>>> Índices creados con Clipper53 y utilizados entre Clipper y
>>>> Xailer/xHarbour.
>>>> Índices creados con Xailer/xHarbour y utilizados entre Clipper y
>>>> Xailer/xHarbour.
>>>> También además, a la aplicación Xailer/xHarbour, he probado de
>>>> añadir...
>>>> set dbflockscheme to 2 //DBFLOCK_CL53
>>>> Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a
>>>> los
>>>> 10 o 12 registros añadidos entre ambas aplicaciones.
>>>> Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar
>>>> datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme
>>>> donde
>>>> puedo dirigirme para que alguien pueda intentar "arreglar" esa
>>>> incompatibilidad... lo agradecería.
>>>> Gracias.
>>>> Un Saludo,
>>>> Xevi.
>>>> "Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el
>>>> mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
>>>> Xevi,
>>>>
>>>> Lo mio no es el ingés, pero... para poder compatibilizar con
>>>> Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
>>>>
>>>> Sí. En resumen, lo que viene a decir es que 1 es compatible con
>>>> Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
>>>> --
>>>> Un saludo,
>>>> José F. Giménez
>>>
>>
>>
>>
>> .
>
>
>
>
------------------------------------------------------------ --------------------
>
>
>
- ignacio
- Site Admin
- Mensajes: 9447
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
Indices NTX (Se ha detectado corrupci
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
Indices NTX (Se ha detectado corrupci
Ignacio,
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Indices NTX (Se ha detectado corrupci
He añadido ADSLocking()... y otra vez a probar...
Procedure Main()
....
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL //SET SERVER REMOTE
SET FILETYPE TO NTX //SET FILETYPE TO ADT SET FILETYPE TO CDX
ADSLocking( .F. )
....
Gracias.
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=4382f36a@ozsrvnegro.ozlan.local...]4382f36a@ozsrvnegro.ozlan.local...[/email]
Ignacio,
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Procedure Main()
....
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL //SET SERVER REMOTE
SET FILETYPE TO NTX //SET FILETYPE TO ADT SET FILETYPE TO CDX
ADSLocking( .F. )
....
Gracias.
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=4382f36a@ozsrvnegro.ozlan.local...]4382f36a@ozsrvnegro.ozlan.local...[/email]
Ignacio,
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Indices NTX (Se ha detectado corrupci
No se que se me a colado en el anterior mensaje!!!
Procedure Main()
#include "C:XailerxHarbourIncludeads.ch"
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
ADSLocking( .F. )
Así es como tengo AHORA el Comienzo de mi aplicación...
Vuelvo a probar, pues.
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=4382f36a@ozsrvnegro.ozlan.local...]4382f36a@ozsrvnegro.ozlan.local...[/email]
Ignacio,
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Procedure Main()
#include "C:XailerxHarbourIncludeads.ch"
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
ADSLocking( .F. )
Así es como tengo AHORA el Comienzo de mi aplicación...
Vuelvo a probar, pues.
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=4382f36a@ozsrvnegro.ozlan.local...]4382f36a@ozsrvnegro.ozlan.local...[/email]
Ignacio,
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Indices NTX (Se ha detectado corrupci
Xevi,
>
> También... he probado de utilizar los índices creándolos en la aplicación
> Xailer/xHarbour.
>
> Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
> Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
>
¿Podrías hacer un ejemplo de pocas lineas y con una tabla de pocos
registros? Así lo podríamos reenviar a la gente de xharbour a ver si lo
pueden solucionar.
Saludos,
José Luis Capel
>
> También... he probado de utilizar los índices creándolos en la aplicación
> Xailer/xHarbour.
>
> Todo apunta a una incompatibilidad de índices entre Clipper y xHarbour.
> Cuando no salta el error en el índice 2 lo hace en el 7 o en el 12...
>
¿Podrías hacer un ejemplo de pocas lineas y con una tabla de pocos
registros? Así lo podríamos reenviar a la gente de xharbour a ver si lo
pueden solucionar.
Saludos,
José Luis Capel
- ignacio
- Site Admin
- Mensajes: 9447
- Registrado: Lun Abr 06, 2015 8:00 pm
- Ubicación: Madrid, Spain
- Contactar:
Indices NTX (Se ha detectado corrupci
Xevi,
AdsLocking( .F. )
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=4382f36a@ozsrvnegro.ozlan.local...]4382f36a@ozsrvnegro.ozlan.local...[/email]
Ignacio,
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
AdsLocking( .F. )
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=4382f36a@ozsrvnegro.ozlan.local...]4382f36a@ozsrvnegro.ozlan.local...[/email]
Ignacio,
No lo estoy utilizando como DataSet...
Lo pongo en el Formulario principal...
REQUEST _ADS
rddRegister( "ADS", 1 )
rddsetdefault( "ADS" )
SET SERVER LOCAL
SET FILETYPE TO NTX
¿Que necesito añadir mas???
Gracias.
Un Saludo,
Xevi.
"Ignacio Ortiz de Zúñiga" <InvalidAccount@ozs.com> escribió en el mensaje news:4382eead$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
Xevi,
Me extraña muchísimo que no funcione con ADS. Comprueba que la propiedad lAdsLocking este a falso en el ADSDataSource.
Saludos,
"Xevi" <xevicomas@terra.es> escribió en el mensaje news:[email=43822b1b@ozsrvnegro.ozlan.local...]43822b1b@ozsrvnegro.ozlan.local...[/email]
Tampoco funciona utilizando ADS !!!
Siempre lanza el error 'Se detectó corrupción'
Me da que la compatibilidad entre ficheros índices Clipper/xHarbour no es 100% fialble.
He probado TODO...
índices creados con Clipper52e y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Clipper53 y utilizados entre Clipper y Xailer/xHarbour.
índices creados con Xailer/xHarbour y utilizados entre Clipper y Xailer/xHarbour.
También además, a la aplicación Xailer/xHarbour, he probado de añadir...
set dbflockscheme to 2 //DBFLOCK_CL53
Pero SIEMPRE obtengo los mismos resultados... cuando le da... +o- a los 10 o 12 registros añadidos entre ambas aplicaciones.
Con el compilador C3 no me ocurre ninguna incompatibilidad al mezclar datos entre aplicaciones Clipper/C3, por lo que si podeis indicarme donde puedo dirigirme para que alguien pueda intentar "arreglar" esa incompatibilidad... lo agradecería.
Gracias.
Un Saludo,
Xevi.
"Jose F. Gimenez" <jfgimenez@wanadoo.es> escribió en el mensaje news:[email=43749258@ozsrvnegro.ozlan.local...]43749258@ozsrvnegro.ozlan.local...[/email]
Xevi,
Lo mio no es el ingés, pero... para poder compatibilizar con Clipper53... ¿no será #define DBFLOCK_CL53 2 ?
Sí. En resumen, lo que viene a decir es que 1 es compatible con Clipper 5.2, 2 con Clipper 5.3 y 3 con VFP
--
Un saludo,
José F. Giménez
--
Ignacio Ortiz de Zúñiga
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
[OZ Software]
https://www.ozs.es
--
[Equipo de Xailer / Xailer team]
https://www.xailer.com
Indices NTX (Se ha detectado corrupci
Se me ocurre...
El sistema de archivos (FAT32 o NTFS)...
¿Puede tener alguna relación a este mensaje de error???
El Servidor de mis datos y la aplicación WinXPpro Disco FAT32...
tengo un terminal con Win98 Disco FAT32
otro terminal WinXPproSP2 Disco NTFS
otro terminal WinXPproSP2 Disco NTFS
De todas formas he hecho una pequeña aplicación en Clipper, que es la
encargada de añadir los registros a la Dbf, y la llamo desde la aplicación
de Xailer con WinExec().
A ver si así sigue dando el mensajito de corrupción!!!
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:43747e7a$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>
>
> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>
> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
> Clipper52.
> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo
> cual quiere decir que en la aplicación hay módulos que funcionan con
> Xailer/xHarbour y otros que no están todavia implementados y funcionan con
> Clipper.
>
> El caso está en que las dos aplicaciones añaden/modifican/eliminan
> registros de las mismas DBFs utilizando los NTX creados con Clipper
> (también he probado de crearlos con Xailer/xHarbour).
> Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
> corrupción".
> El problema es que no es siempre el mismo fichero índice, sinó que es un
> error aleatorio, un día puede ser el índice1, otro el índice3...
>
> He recompilado TODA la aplicación de Clipper con
> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
> pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
> tiempo.
>
> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
> ¿Es así???
>
> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
> corrompen esos índices.
> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
> temor a que se me corrompan los índices???
> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
> Compiladores???
> ¿Donde tengo que exponer esa consulta para que me sea atendida por gente
> que esté en el proyecto de xHarbour???
> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>
> No se me ocurre mas...
> Como veis, casi que no me queda ninguna solución para hacer este cambio de
> una aplicación a otra, con total compatibilidad entre ambas.
>
> GRACIAS, por vuestra atención.
>
> Un Saludo,
> Xevi.
>
>
>
>
>
El sistema de archivos (FAT32 o NTFS)...
¿Puede tener alguna relación a este mensaje de error???
El Servidor de mis datos y la aplicación WinXPpro Disco FAT32...
tengo un terminal con Win98 Disco FAT32
otro terminal WinXPproSP2 Disco NTFS
otro terminal WinXPproSP2 Disco NTFS
De todas formas he hecho una pequeña aplicación en Clipper, que es la
encargada de añadir los registros a la Dbf, y la llamo desde la aplicación
de Xailer con WinExec().
A ver si así sigue dando el mensajito de corrupción!!!
Un Saludo,
Xevi.
"Xevi" <xevicomas@terra.es> escribió en el mensaje
news:43747e7a$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>
>
> No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>
> Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
> Clipper52.
> Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo
> cual quiere decir que en la aplicación hay módulos que funcionan con
> Xailer/xHarbour y otros que no están todavia implementados y funcionan con
> Clipper.
>
> El caso está en que las dos aplicaciones añaden/modifican/eliminan
> registros de las mismas DBFs utilizando los NTX creados con Clipper
> (también he probado de crearlos con Xailer/xHarbour).
> Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
> aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
> corrupción".
> El problema es que no es siempre el mismo fichero índice, sinó que es un
> error aleatorio, un día puede ser el índice1, otro el índice3...
>
> He recompilado TODA la aplicación de Clipper con
> Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
> pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
> tiempo.
>
> Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
> registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
> ¿Es así???
>
> De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
> corrompen esos índices.
> Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
> ¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
> temor a que se me corrompan los índices???
> ¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
> Compiladores???
> ¿Donde tengo que exponer esa consulta para que me sea atendida por gente
> que esté en el proyecto de xHarbour???
> ¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>
> No se me ocurre mas...
> Como veis, casi que no me queda ninguna solución para hacer este cambio de
> una aplicación a otra, con total compatibilidad entre ambas.
>
> GRACIAS, por vuestra atención.
>
> Un Saludo,
> Xevi.
>
>
>
>
>
Indices NTX (Se ha detectado corrupci
Xevi,
Creo que deberías hacer lo siguiente:
Para tu aplicación MSDOS, compila con Clipper53 y añade el obj que hay
en CLIPPEROBJntxlock2.obj
Para tua aplicación xHarbour pones el flag set dbflockscheme to 1.
Dime como te fue.
Saludos,
José Luis Capel
Xevi escribió:
>
> Se me ocurre...
>
> El sistema de archivos (FAT32 o NTFS)...
> ¿Puede tener alguna relación a este mensaje de error???
>
> El Servidor de mis datos y la aplicación WinXPpro Disco FAT32...
> tengo un terminal con Win98 Disco FAT32
> otro terminal WinXPproSP2 Disco NTFS
> otro terminal WinXPproSP2 Disco NTFS
>
> De todas formas he hecho una pequeña aplicación en Clipper, que es la
> encargada de añadir los registros a la Dbf, y la llamo desde la aplicación
> de Xailer con WinExec().
> A ver si así sigue dando el mensajito de corrupción!!!
>
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@terra.es> escribió en el mensaje
> news:43747e7a$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>
>>
>>No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>>
>>Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
>>Clipper52.
>>Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo
>>cual quiere decir que en la aplicación hay módulos que funcionan con
>>Xailer/xHarbour y otros que no están todavia implementados y funcionan con
>>Clipper.
>>
>>El caso está en que las dos aplicaciones añaden/modifican/eliminan
>>registros de las mismas DBFs utilizando los NTX creados con Clipper
>>(también he probado de crearlos con Xailer/xHarbour).
>>Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
>>aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>>corrupción".
>>El problema es que no es siempre el mismo fichero índice, sinó que es un
>>error aleatorio, un día puede ser el índice1, otro el índice3...
>>
>>He recompilado TODA la aplicación de Clipper con
>>Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>>pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
>>tiempo.
>>
>>Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
>>registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
>>¿Es así???
>>
>>De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
>>corrompen esos índices.
>>Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>>¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
>>temor a que se me corrompan los índices???
>>¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
>>Compiladores???
>>¿Donde tengo que exponer esa consulta para que me sea atendida por gente
>>que esté en el proyecto de xHarbour???
>>¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>>
>>No se me ocurre mas...
>>Como veis, casi que no me queda ninguna solución para hacer este cambio de
>>una aplicación a otra, con total compatibilidad entre ambas.
>>
>>GRACIAS, por vuestra atención.
>>
>>Un Saludo,
>>Xevi.
>>
>>
>>
>>
>>
>
>
>
>
Creo que deberías hacer lo siguiente:
Para tu aplicación MSDOS, compila con Clipper53 y añade el obj que hay
en CLIPPEROBJntxlock2.obj
Para tua aplicación xHarbour pones el flag set dbflockscheme to 1.
Dime como te fue.
Saludos,
José Luis Capel
Xevi escribió:
>
> Se me ocurre...
>
> El sistema de archivos (FAT32 o NTFS)...
> ¿Puede tener alguna relación a este mensaje de error???
>
> El Servidor de mis datos y la aplicación WinXPpro Disco FAT32...
> tengo un terminal con Win98 Disco FAT32
> otro terminal WinXPproSP2 Disco NTFS
> otro terminal WinXPproSP2 Disco NTFS
>
> De todas formas he hecho una pequeña aplicación en Clipper, que es la
> encargada de añadir los registros a la Dbf, y la llamo desde la aplicación
> de Xailer con WinExec().
> A ver si así sigue dando el mensajito de corrupción!!!
>
>
> Un Saludo,
> Xevi.
>
>
> "Xevi" <xevicomas@terra.es> escribió en el mensaje
> news:43747e7a$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>
>>
>>No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>>
>>Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
>>Clipper52.
>>Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo
>>cual quiere decir que en la aplicación hay módulos que funcionan con
>>Xailer/xHarbour y otros que no están todavia implementados y funcionan con
>>Clipper.
>>
>>El caso está en que las dos aplicaciones añaden/modifican/eliminan
>>registros de las mismas DBFs utilizando los NTX creados con Clipper
>>(también he probado de crearlos con Xailer/xHarbour).
>>Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
>>aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>>corrupción".
>>El problema es que no es siempre el mismo fichero índice, sinó que es un
>>error aleatorio, un día puede ser el índice1, otro el índice3...
>>
>>He recompilado TODA la aplicación de Clipper con
>>Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>>pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
>>tiempo.
>>
>>Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
>>registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
>>¿Es así???
>>
>>De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
>>corrompen esos índices.
>>Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>>¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
>>temor a que se me corrompan los índices???
>>¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
>>Compiladores???
>>¿Donde tengo que exponer esa consulta para que me sea atendida por gente
>>que esté en el proyecto de xHarbour???
>>¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>>
>>No se me ocurre mas...
>>Como veis, casi que no me queda ninguna solución para hacer este cambio de
>>una aplicación a otra, con total compatibilidad entre ambas.
>>
>>GRACIAS, por vuestra atención.
>>
>>Un Saludo,
>>Xevi.
>>
>>
>>
>>
>>
>
>
>
>
Indices NTX (Se ha detectado corrupci
José Luis,
Ya he recompilado mi aplicación MSDOS con Clipper53, añadiendo el obj que me has indicado.
Para la aplicación Xailer/xHarbour... ¿no debo de ponerle dbflockscheme a 2???
#define DBFLOCK_DEFAULT 0
#define DBFLOCK_CLIP 1
#define DBFLOCK_CL53 2
#define DBFLOCK_VFP 3
set dbflockscheme to DBFLOCK_CL53
Gracias por tu atención prestada...
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje news:4384a2fd$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Creo que deberías hacer lo siguiente:
>
> Para tu aplicación MSDOS, compila con Clipper53 y añade el obj que hay
> en CLIPPEROBJntxlock2.obj
>
> Para tua aplicación xHarbour pones el flag set dbflockscheme to 1.
>
> Dime como te fue.
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>>
>> Se me ocurre...
>>
>> El sistema de archivos (FAT32 o NTFS)...
>> ¿Puede tener alguna relación a este mensaje de error???
>>
>> El Servidor de mis datos y la aplicación WinXPpro Disco FAT32...
>> tengo un terminal con Win98 Disco FAT32
>> otro terminal WinXPproSP2 Disco NTFS
>> otro terminal WinXPproSP2 Disco NTFS
>>
>> De todas formas he hecho una pequeña aplicación en Clipper, que es la
>> encargada de añadir los registros a la Dbf, y la llamo desde la aplicación
>> de Xailer con WinExec().
>> A ver si así sigue dando el mensajito de corrupción!!!
>>
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@terra.es> escribió en el mensaje
>> news:43747e7a$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>>
>>>
>>>No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>>>
>>>Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
>>>Clipper52.
>>>Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo
>>>cual quiere decir que en la aplicación hay módulos que funcionan con
>>>Xailer/xHarbour y otros que no están todavia implementados y funcionan con
>>>Clipper.
>>>
>>>El caso está en que las dos aplicaciones añaden/modifican/eliminan
>>>registros de las mismas DBFs utilizando los NTX creados con Clipper
>>>(también he probado de crearlos con Xailer/xHarbour).
>>>Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
>>>aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>>>corrupción".
>>>El problema es que no es siempre el mismo fichero índice, sinó que es un
>>>error aleatorio, un día puede ser el índice1, otro el índice3...
>>>
>>>He recompilado TODA la aplicación de Clipper con
>>>Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>>>pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
>>>tiempo.
>>>
>>>Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
>>>registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
>>>¿Es así???
>>>
>>>De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
>>>corrompen esos índices.
>>>Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>>>¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
>>>temor a que se me corrompan los índices???
>>>¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
>>>Compiladores???
>>>¿Donde tengo que exponer esa consulta para que me sea atendida por gente
>>>que esté en el proyecto de xHarbour???
>>>¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>>>
>>>No se me ocurre mas...
>>>Como veis, casi que no me queda ninguna solución para hacer este cambio de
>>>una aplicación a otra, con total compatibilidad entre ambas.
>>>
>>>GRACIAS, por vuestra atención.
>>>
>>>Un Saludo,
>>>Xevi.
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
--
Ya he recompilado mi aplicación MSDOS con Clipper53, añadiendo el obj que me has indicado.
Para la aplicación Xailer/xHarbour... ¿no debo de ponerle dbflockscheme a 2???
#define DBFLOCK_DEFAULT 0
#define DBFLOCK_CLIP 1
#define DBFLOCK_CL53 2
#define DBFLOCK_VFP 3
set dbflockscheme to DBFLOCK_CL53
Gracias por tu atención prestada...
Un Saludo,
Xevi.
"José Luis Capel" <joseluis@iaicom.com> escribió en el mensaje news:4384a2fd$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
> Creo que deberías hacer lo siguiente:
>
> Para tu aplicación MSDOS, compila con Clipper53 y añade el obj que hay
> en CLIPPEROBJntxlock2.obj
>
> Para tua aplicación xHarbour pones el flag set dbflockscheme to 1.
>
> Dime como te fue.
>
> Saludos,
> José Luis Capel
>
> Xevi escribió:
>>
>> Se me ocurre...
>>
>> El sistema de archivos (FAT32 o NTFS)...
>> ¿Puede tener alguna relación a este mensaje de error???
>>
>> El Servidor de mis datos y la aplicación WinXPpro Disco FAT32...
>> tengo un terminal con Win98 Disco FAT32
>> otro terminal WinXPproSP2 Disco NTFS
>> otro terminal WinXPproSP2 Disco NTFS
>>
>> De todas formas he hecho una pequeña aplicación en Clipper, que es la
>> encargada de añadir los registros a la Dbf, y la llamo desde la aplicación
>> de Xailer con WinExec().
>> A ver si así sigue dando el mensajito de corrupción!!!
>>
>>
>> Un Saludo,
>> Xevi.
>>
>>
>> "Xevi" <xevicomas@terra.es> escribió en el mensaje
>> news:43747e7a$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
>>
>>>
>>>No se que solución tiene, lo estoy probando TODO, pero no hay manera.
>>>
>>>Tengo una aplicación funcionando PERFECTAMENTE hace ya mas de 14 años con
>>>Clipper52.
>>>Intento la migracion paulatinamente/gradualmente a Xailer/xHarbour, lo
>>>cual quiere decir que en la aplicación hay módulos que funcionan con
>>>Xailer/xHarbour y otros que no están todavia implementados y funcionan con
>>>Clipper.
>>>
>>>El caso está en que las dos aplicaciones añaden/modifican/eliminan
>>>registros de las mismas DBFs utilizando los NTX creados con Clipper
>>>(también he probado de crearlos con Xailer/xHarbour).
>>>Pues resulta que al llevar un tiempo añadiendo/modificando con una y otra
>>>aplicación, Xailer/xHarbour se queja con el mensaje "se ha detectado
>>>corrupción".
>>>El problema es que no es siempre el mismo fichero índice, sinó que es un
>>>error aleatorio, un día puede ser el índice1, otro el índice3...
>>>
>>>He recompilado TODA la aplicación de Clipper con
>>>Clipper (R) 5.3b Intl. (Rev. 338) (1997.04.25)
>>>pero me sigue dando el error, aunque parece ser que aguanta un poco mas de
>>>tiempo.
>>>
>>>Lo tengo mal entendido, o cuando una aplicación añade/modifica/elimina
>>>registros a DBFs, debe utilizar los RDDs nativos del compilador propio.
>>>¿Es así???
>>>
>>>De no ser así, pues debo decir, que utilizando C3 y Clipper, NUNCA se me
>>>corrompen esos índices.
>>>Por lo que deduzco que es un error del sistema de RDDs de xHarbour.
>>>¿Puedo hacer alguna cosa mas para poder utilizar las dos aplicaciones sin
>>>temor a que se me corrompan los índices???
>>>¿Se sabe de alguna incompatibilidad entre utilizar índices entre distintos
>>>Compiladores???
>>>¿Donde tengo que exponer esa consulta para que me sea atendida por gente
>>>que esté en el proyecto de xHarbour???
>>>¿Puedo enviar algún fichero NTX que esté corrompido para su estudio???
>>>
>>>No se me ocurre mas...
>>>Como veis, casi que no me queda ninguna solución para hacer este cambio de
>>>una aplicación a otra, con total compatibilidad entre ambas.
>>>
>>>GRACIAS, por vuestra atención.
>>>
>>>Un Saludo,
>>>Xevi.
>>>
>>>
>>>
>>>
>>>
>>
>>
>>
>>
>
--
-
- Mensajes: 137
- Registrado: Vie Jul 29, 2005 8:49 am
- Ubicación: Valencia - España
- Contactar:
Indices NTX (Se ha detectado corrupci
Xevi,
> Para la aplicación Xailer/xHarbour... ¿no debo de ponerle dbflockscheme
> a 2???
>
Ups... cierto... 1 es para 52
Además sería conveniente que indicaras el mismo codepage en ambas
aplicaciones.
Saludos,
José Luis Capel
> Para la aplicación Xailer/xHarbour... ¿no debo de ponerle dbflockscheme
> a 2???
>
Ups... cierto... 1 es para 52
Además sería conveniente que indicaras el mismo codepage en ambas
aplicaciones.
Saludos,
José Luis Capel
Indices NTX (Se ha detectado corrupci
José Luis,
> Además sería conveniente que indicaras el mismo codepage en ambas
> aplicaciones.
¿y eso??? ¿cómo???
Un Saludo,
Xevi.
"José Luis Capel" <capelsoft@terra.es> escribió en el mensaje
news:4384d847$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
>> Para la aplicación Xailer/xHarbour... ¿no debo de ponerle dbflockscheme a
>> 2???
>>
>
> Ups... cierto... 1 es para 52
>
> Además sería conveniente que indicaras el mismo codepage en ambas
> aplicaciones.
>
> Saludos,
> José Luis Capel
>
> Además sería conveniente que indicaras el mismo codepage en ambas
> aplicaciones.
¿y eso??? ¿cómo???
Un Saludo,
Xevi.
"José Luis Capel" <capelsoft@terra.es> escribió en el mensaje
news:4384d847$[email=1@ozsrvnegro.ozlan.local...]1@ozsrvnegro.ozlan.local...[/email]
> Xevi,
>
>> Para la aplicación Xailer/xHarbour... ¿no debo de ponerle dbflockscheme a
>> 2???
>>
>
> Ups... cierto... 1 es para 52
>
> Además sería conveniente que indicaras el mismo codepage en ambas
> aplicaciones.
>
> Saludos,
> José Luis Capel
>