Pregunta para los desarrolladores de Xailer

[perolero]

Hola Jose ó Ignacio:
Por fin he conseguido abrir las tablas *.adt/*.adi y tengo las siguientes dudas:
1. No consigo abrirlas sino es através del diccionario de datos de advantage, pero eso no es mayor problema.
2. Desde el IDE si pones la propiedad lOpen := .T. da mensage de error DBUSEAREA(0)
Error ADSADT/7123 Open error: almacen.adt
Argumentos: ()
pero si lo asignas por codigo en el formulario funciona. Supongo debe de tratarse de un bug a corregir.
3. Si en la propiedad aIdFiles del IDE no pones el path al fichero indice tampoco funciona supongo debe de tratarse de otro Bug.
4. Si en la estructura de la tabla *.adt utilizo campos distintos a los clásicos de dbase (C-N-D-L-M) como por ejemplo int, nChar, timestamp, etc, suelta un error como este
XA_GETDEFVALUE(63)
Error BASE/1604 Argument error: SWITCH
Argumentos: ( [ 1] = Tipo: C Valor: AUTOINC)
en este caso porque hay un campo autoincremental.
PREGUNTA: Se pueden usar campos distintos a los clásicos o tengo que cambiarlos a los dbase de todo la vida.
Un saludo,
Emilio Gil.

[ignacio]

mire el documento adjunto.
Un saludo
Ignacio Ortiz de Zúñiga
[Equipo de Xailer / Xailer team]
http://www.xailer.com
http://www.xailer.info
http://www.xailer.com/forum
http://www.xailer.com/dokuwiki
"Emilio Gil" escribió en el mensaje de
noticias:4d9c2986$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola Jose ó Ignacio:
Por fin he conseguido abrir las tablas *.adt/*.adi y
tengo las siguientes dudas:
1. No consigo abrirlas sino es através del diccionario de
datos de advantage, pero eso no es mayor problema.
2. Desde el IDE si pones la propiedad lOpen := .T. da
mensage de error DBUSEAREA(0)
Error ADSADT/7123 Open error: almacen.adt
Argumentos: ()
pero si lo asignas por codigo en el formulario funciona.
Supongo debe de tratarse de un bug a corregir.
3. Si en la propiedad aIdFiles del IDE no pones el path al
fichero indice tampoco funciona supongo debe de tratarse de
otro Bug.
4. Si en la estructura de la tabla *.adt utilizo campos
distintos a los clásicos de dbase (C-N-D-L-M) como por
ejemplo int, nChar, timestamp, etc, suelta un error como
este
XA_GETDEFVALUE(63)
Error BASE/1604 Argument error: SWITCH
Argumentos: ( [ 1] = Tipo: C Valor: AUTOINC)
en este caso porque hay un campo autoincremental.
PREGUNTA: Se pueden usar campos distintos a los clásicos o
tengo que cambiarlos a los dbase de todo la vida.
Un saludo,
Emilio Gil.
--

Attached files

[ignacio]

Emilio,
Por lo demás, si lo desea, mandenos un pequeñí­simo proyecto que haya hecho
exprofeso para mostrar los errores junto con la tabla e í­ndices que está
utiilizando (tabla con máximo 10 registros)
Un saludo
Ignacio Ortiz de Zúñiga
[Equipo de Xailer / Xailer team]
http://www.xailer.com
http://www.xailer.info
http://www.xailer.com/forum
http://www.xailer.com/dokuwiki
"Ignacio Ortiz de Zúñiga" escribió en el mensaje de
noticias:[email=4d9dfbef@svctag-j7w3v3j....]4d9dfbef@svctag-j7w3v3j....[/email]
mire el documento adjunto.
Un saludo
Ignacio Ortiz de Zúñiga
[Equipo de Xailer / Xailer team]
http://www.xailer.com
http://www.xailer.info
http://www.xailer.com/forum
http://www.xailer.com/dokuwiki
"Emilio Gil" escribió en el mensaje de
noticias:4d9c2986$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola Jose ó Ignacio:
Por fin he conseguido abrir las tablas *.adt/*.adi y
tengo las siguientes dudas:
1. No consigo abrirlas sino es através del diccionario de
datos de advantage, pero eso no es mayor problema.
2. Desde el IDE si pones la propiedad lOpen := .T. da
mensage de error DBUSEAREA(0)
Error ADSADT/7123 Open error: almacen.adt
Argumentos: ()
pero si lo asignas por codigo en el formulario funciona.
Supongo debe de tratarse de un bug a corregir.
3. Si en la propiedad aIdFiles del IDE no pones el path al
fichero indice tampoco funciona supongo debe de tratarse de
otro Bug.
4. Si en la estructura de la tabla *.adt utilizo campos
distintos a los clásicos de dbase (C-N-D-L-M) como por
ejemplo int, nChar, timestamp, etc, suelta un error como
este
XA_GETDEFVALUE(63)
Error BASE/1604 Argument error: SWITCH
Argumentos: ( [ 1] = Tipo: C Valor: AUTOINC)
en este caso porque hay un campo autoincremental.
PREGUNTA: Se pueden usar campos distintos a los clásicos o
tengo que cambiarlos a los dbase de todo la vida.
Un saludo,
Emilio Gil.

[perolero]

Hola Ignacio:
He dejado las pruebas con ADS con tablas nativas *.ADT para Xailer, no me convence, extremadamente delicado y sensible a cambios de versiones de advantage. Conozco advantage bastante, he tenido la que fué mi empresa con ADS en servidores Novell y con el advantage en Remoto 15 años primer con clipper y despues con FW y tablas dbf/ntx y durante todo ese tiempo jamás tuvo un sólo problema con lo que a ADS respecta.
Ahora he perdido más de una semana para no hacer nada porque muy poco a poco he tenido que ir descubriendo cosas que deberí­an estar documentadas en algún lugar y te explico.
1. He trabajado con la versión 9 y 10 de Advantage Data Arquitect para la creación de tablas.
2. Ni el ace32.lib ni el rddads.lib que vienen con xailer 2.3 o con la versión de xHarbour del mismo sirven, vuelvase loco y encuentre en este mismo foro 2 librerias que usted mismo dejo colgadas que son las buenas.
3. No hay forma con Xailer de atacar *.ADT sino es através de librerias de Advantage, al menos yo no lo he conseguido, tampoco esta documentado.
4. El error XA_GETDEFVALUE(63) por el que preguntaba se produce cuando se usan las caracterí­sticas propias del *.ADT a saber, nombres de campos mayores a 10 espacios o tipos de campos distintos a los clásicos de dbf/cdx (C-N-F-L-M), pero buscas y buscas, y también en este mismo foro encontrará una función que dejó colgada el amigo René que soluciona este problema y que adjunto
FUNCTION XA_GetDefValue( cType )
LOCAL xValue
DO CASE // no puede ser SWITCH
CASE cType == "C" .OR. cType == "M"
xValue := ""
CASE cType == "N" .OR. cType == "DOUBLE" .OR. cType =="INTEGER" .OR.;
cType =="SHORT" .OR. cType == "CURDOUBLE" .OR.;
cType =="AUTOINCREMENT"
xValue := 0
CASE cType == "L"
xValue := .F.
CASE cType == "D"
xValue := CtoD( "" )
CASE xValue = "T" // tipos Time o timeStamp de ADS ojo con el "=" en vez del "=="
xValue := CtoT( "" )
CASE xValue == "A"
xValue := {}
CASE xValue == "B"
xValue := {|| NIL}
OTHERWISE
xValue := NIL // para los tipos Image y Bynary de ADS
ENDCASE
RETURN xValue
He probado con ADS/ADT porque estoy desarrollando una aplicación contra Access y no me acababa de fiar y hacer las pruebas con ADT era sobre todo por la fiabilidad de Advantage y el poder utilizar sentencias SQL, nombres de campos largos, tipos de campos distintos a los habituales en definitiva, no tener que deshacer la programación ya hecha contra access o al menos gran parte de ella, y ahí­ viene la sorpresa, que cuando empiezas a utilizarlo falla por todos los sitios, instrucciones tan simples como :Locate que deberí­a de entender TDbfDataSet (ads) por heredar de TDataset ni las huele, algunos mandatos SELECT sencillisimos que he probado tampoco, en fin que me he desanimado y he vuelto a Access.
Por cierto con respecto a Access he hecho una pregunta, ayer mismo, de comportamiento anómalo en Red que parece una tomadura de pelo, pero le juro que es verdad, según desde el PC que ejecuto idéntica aplicación (==) la versión de la BBDD que me lee es distinta, yo no sé tanto de programación como para poder dar una explicación a este fenómeno, a no ser que la máquina donde "no" esta instalada la BBDD en algún momento se traiga hacia sí­ una replica oculta de esta BBDD y por algún fallo, esta se haya quedado colgada en la máquina, en fin lo sé.
Un saludo y gracias.
Emilio Gil.

[ignacio]

Buenos dí­as,
En primer lugar e insisto de nuevo, cuando lo desee nos mande los proyectos
en donde se producen sus errores.
1) El que es incompatible con sus propias versiones anteriores es ADS no
nosotros.
2) Ofrecemos librerias de ADS de versiones antiguas pues se supone que ADS
deberí­a ser compatible para atras. Si ADS requiere de LIB posteriores para
xHarbour deberí­a exigirselas a la propia ADS. xHarbour al ser Open Source
NADA se el puede exigir.
3) Las librerias de ADS para xHarbour NO SON DE XAILER, son de xHarbour
4) Le puedo asegurar que NADIE ha tenido tantos problemas como usted en el
uso de ADS con Xailer
5) xHarbour, que no nosotros soporta sin problemas los campos extendidos de
ADS.
6) TDbfDataset sobrecarga TDatase:Locate() para que funcione como en xBase.
Mirese la documentación.
7) Con respecto a Access el acceso se realiza directamente via ADO y es ADO
el que realiza todas las operaciones, Xailer no hace más que poner una capa
de acceso. Pero de nuevo, le vuelvo a insistir: Mande un ejemplo.
En cualquier caso, si desea recuperar su inversión en Xailer, debido a que
ha comprado el producto hace muy poco, no tenemos inconveniente en
reembolsarle su dinero. Pongase en contacto con sales@xailer.com para ello.
Un saludo,
Ignacio Ortiz de Zúñiga
[Equipo de Xailer / Xailer team]
http://www.xailer.com
http://www.xailer.info
http://www.xailer.com/forum
http://www.xailer.com/dokuwiki
"Emilio Gil" escribió en el mensaje de
noticias:4d9ebcd8$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola Ignacio:
He dejado las pruebas con ADS con tablas nativas *.ADT
para Xailer, no me convence, extremadamente delicado y
sensible a cambios de versiones de advantage. Conozco
advantage bastante, he tenido la que fué mi empresa con ADS
en servidores Novell y con el advantage en Remoto 15 años
primer con clipper y despues con FW y tablas dbf/ntx y
durante todo ese tiempo jamás tuvo un sólo problema con lo
que a ADS respecta.
Ahora he perdido más de una semana para no hacer nada
porque muy poco a poco he tenido que ir descubriendo cosas
que deberí­an estar documentadas en algún lugar y te
explico.
1. He trabajado con la versión 9 y 10 de Advantage Data
Arquitect para la creación de tablas.
2. Ni el ace32.lib ni el rddads.lib que vienen con xailer
2.3 o con la versión de xHarbour del mismo sirven, vuelvase
loco y encuentre en este mismo foro 2 librerias que usted
mismo dejo colgadas que son las buenas.
3. No hay forma con Xailer de atacar *.ADT sino es
através de librerias de Advantage, al menos yo no lo he
conseguido, tampoco esta documentado.
4. El error XA_GETDEFVALUE(63) por el que preguntaba se
produce cuando se usan las caracterí­sticas propias del
*.ADT a saber, nombres de campos mayores a 10 espacios o
tipos de campos distintos a los clásicos de dbf/cdx
(C-N-F-L-M), pero buscas y buscas, y también en este mismo
foro encontrará una función que dejó colgada el amigo
René que soluciona este problema y que adjunto
FUNCTION XA_GetDefValue( cType )
LOCAL xValue
DO CASE // no puede ser SWITCH
CASE cType == "C" .OR. cType == "M"
xValue := ""
CASE cType == "N" .OR. cType == "DOUBLE" .OR. cType
=="INTEGER" .OR.;
cType =="SHORT" .OR. cType == "CURDOUBLE" .OR.;
cType =="AUTOINCREMENT"
xValue := 0
CASE cType == "L"
xValue := .F.
CASE cType == "D"
xValue := CtoD( "" )
CASE xValue = "T" // tipos Time o timeStamp de ADS ojo con
el "=" en vez del "=="
xValue := CtoT( "" )
CASE xValue == "A"
xValue := {}
CASE xValue == "B"
xValue := {|| NIL}
OTHERWISE
xValue := NIL // para los tipos Image y Bynary de ADS
ENDCASE
RETURN xValue
He probado con ADS/ADT porque estoy desarrollando una
aplicación contra Access y no me acababa de fiar y hacer
las pruebas con ADT era sobre todo por la fiabilidad de
Advantage y el poder utilizar sentencias SQL, nombres de
campos largos, tipos de campos distintos a los habituales en
definitiva, no tener que deshacer la programación ya hecha
contra access o al menos gran parte de ella, y ahí­ viene la
sorpresa, que cuando empiezas a utilizarlo falla por todos
los sitios, instrucciones tan simples como :Locate que
deberí­a de entender TDbfDataSet (ads) por heredar de
TDataset ni las huele, algunos mandatos SELECT sencillisimos
que he probado tampoco, en fin que me he desanimado y he
vuelto a Access.
Por cierto con respecto a Access he hecho una pregunta,
ayer mismo, de comportamiento anómalo en Red que parece
una tomadura de pelo, pero le juro que es verdad, según
desde el PC que ejecuto idéntica aplicación (==) la
versión de la BBDD que me lee es distinta, yo no sé tanto
de programación como para poder dar una explicación a este
fenómeno, a no ser que la máquina donde "no" esta
instalada la BBDD en algún momento se traiga hacia sí­ una
replica oculta de esta BBDD y por algún fallo, esta se haya
quedado colgada en la máquina, en fin lo sé.
Un saludo y gracias.
Emilio Gil.

[perolero]

Estimado Ignacio:
Disculpe si en algún momento he podido ofenderle por lo que le acabo de comentar, nada más lejos de mi intención. En muchas ocasiones no se que cosas pertenecen a Xailer o a XHarbour o a ADO. En ningún momento se me ha pasado por la cabeza dejar de trabajar con Xailer, ni mucho menos que usted me tenga que devolver ningún dinero. Le enviare una pequeñisima aplicación, debo de enviarle tambien las librerias ace32 y rddads, debo de enviarle tambien los ficheros *.ADT/*.ADI.
Y una vez más, si le ofendido, mis más sinceras disculpas.
Un saludo.
Emilio Gil.

[zeasoftware]

Lo único que tienes que hacer es crear la .DLL a partir de la .Lib que te da
ADS, y listo, cada cambio de versión solo requiere eso, yo lo he hecho, acá
tenemos ADS en un Windows 2008 server.
Las cosas llegan a ser difí­ciles, pero no imposibles.
Busco la forma de crearlo y te la posteo para que lo hagas, solo tenme
paciencia...
Saludos.
"Emilio Gil" escribió en el mensaje de
noticias:4d9ebcd8$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Hola Ignacio:
He dejado las pruebas con ADS con tablas nativas *.ADT
para Xailer, no me convence, extremadamente delicado y
sensible a cambios de versiones de advantage. Conozco
advantage bastante, he tenido la que fué mi empresa con ADS
en servidores Novell y con el advantage en Remoto 15 años
primer con clipper y despues con FW y tablas dbf/ntx y
durante todo ese tiempo jamás tuvo un sólo problema con lo
que a ADS respecta.
Ahora he perdido más de una semana para no hacer nada
porque muy poco a poco he tenido que ir descubriendo cosas
que deberí­an estar documentadas en algún lugar y te
explico.
1. He trabajado con la versión 9 y 10 de Advantage Data
Arquitect para la creación de tablas.
2. Ni el ace32.lib ni el rddads.lib que vienen con xailer
2.3 o con la versión de xHarbour del mismo sirven, vuelvase
loco y encuentre en este mismo foro 2 librerias que usted
mismo dejo colgadas que son las buenas.
3. No hay forma con Xailer de atacar *.ADT sino es
através de librerias de Advantage, al menos yo no lo he
conseguido, tampoco esta documentado.
4. El error XA_GETDEFVALUE(63) por el que preguntaba se
produce cuando se usan las caracterí­sticas propias del
*.ADT a saber, nombres de campos mayores a 10 espacios o
tipos de campos distintos a los clásicos de dbf/cdx
(C-N-F-L-M), pero buscas y buscas, y también en este mismo
foro encontrará una función que dejó colgada el amigo
René que soluciona este problema y que adjunto
FUNCTION XA_GetDefValue( cType )
LOCAL xValue
DO CASE // no puede ser SWITCH
CASE cType == "C" .OR. cType == "M"
xValue := ""
CASE cType == "N" .OR. cType == "DOUBLE" .OR. cType
=="INTEGER" .OR.;
cType =="SHORT" .OR. cType == "CURDOUBLE" .OR.;
cType =="AUTOINCREMENT"
xValue := 0
CASE cType == "L"
xValue := .F.
CASE cType == "D"
xValue := CtoD( "" )
CASE xValue = "T" // tipos Time o timeStamp de ADS ojo con
el "=" en vez del "=="
xValue := CtoT( "" )
CASE xValue == "A"
xValue := {}
CASE xValue == "B"
xValue := {|| NIL}
OTHERWISE
xValue := NIL // para los tipos Image y Bynary de ADS
ENDCASE
RETURN xValue
He probado con ADS/ADT porque estoy desarrollando una
aplicación contra Access y no me acababa de fiar y hacer
las pruebas con ADT era sobre todo por la fiabilidad de
Advantage y el poder utilizar sentencias SQL, nombres de
campos largos, tipos de campos distintos a los habituales en
definitiva, no tener que deshacer la programación ya hecha
contra access o al menos gran parte de ella, y ahí­ viene la
sorpresa, que cuando empiezas a utilizarlo falla por todos
los sitios, instrucciones tan simples como :Locate que
deberí­a de entender TDbfDataSet (ads) por heredar de
TDataset ni las huele, algunos mandatos SELECT sencillisimos
que he probado tampoco, en fin que me he desanimado y he
vuelto a Access.
Por cierto con respecto a Access he hecho una pregunta,
ayer mismo, de comportamiento anómalo en Red que parece
una tomadura de pelo, pero le juro que es verdad, según
desde el PC que ejecuto idéntica aplicación (==) la
versión de la BBDD que me lee es distinta, yo no sé tanto
de programación como para poder dar una explicación a este
fenómeno, a no ser que la máquina donde "no" esta
instalada la BBDD en algún momento se traiga hacia sí­ una
replica oculta de esta BBDD y por algún fallo, esta se haya
quedado colgada en la máquina, en fin lo sé.
Un saludo y gracias.
Emilio Gil.
Ramón Zea
01.993.231-62-29
http://www.paginasprodigy.com/zeasoftware/
zeasoftware@hotmail.com
zeasoft.movil@hotmail.com

[perolero]

Muchas gracias.
Un saludo,
Emilio Gil

[ignacio]

Emilio,
sin problemas. Quedo a la espera de los archivos.
Un saludo
Ignacio Ortiz de Zúñiga
[Equipo de Xailer / Xailer team]
http://www.xailer.com
http://www.xailer.info
http://www.xailer.com/forum
http://www.xailer.com/dokuwiki
"Emilio Gil" escribió en el mensaje de
noticias:4d9eda69$[email=1@svctag-j7w3v3j....]1@svctag-j7w3v3j....[/email]
Estimado Ignacio:
Disculpe si en algún momento he podido ofenderle por lo
que le acabo de comentar, nada más lejos de mi intención.
En muchas ocasiones no se que cosas pertenecen a Xailer o a
XHarbour o a ADO. En ningún momento se me ha pasado por la
cabeza dejar de trabajar con Xailer, ni mucho menos que
usted me tenga que devolver ningún dinero. Le enviare una
pequeñisima aplicación, debo de enviarle tambien las
librerias ace32 y rddads, debo de enviarle tambien los
ficheros *.ADT/*.ADI.
Y una vez más, si le ofendido, mis más sinceras
disculpas.
Un saludo.
Emilio Gil.