Entrar
¿Nuevo usuario? Inscribirme
guvoaII · GUVOA Visual Object Español
? ¿Ya estás suscrito? Entra a Yahoo!

Consejos

¿Sabías que...?
Podés cambiar el orden de los mensajes. Simplemente hacé clic en el enlace de columna fecha. Tus preferencias se guardarán, por lo tanto no necesitarás hacerlo otra vez cuando vuelvas a entrar.

Mensajes

  Mensajes Ayuda
Avanzado
Mensajes 1803 - 1832 de 2837   Más reciente  |  < Más reciente  |  Más antiguo >  |  Más antiguo
Mensajes: Mostrar resúmenes de los mensajes   (Agrupar por tema) Clasificar por fecha v  
#1832 De: Oscar Macias <oscarmacias@...>
Fecha: Lun, 2 de Jul, 2007 11:45 pm
Asunto: Funcion para revisar indices automáticamente...
oscarmaciasc
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Hola a Todos:
 
Alguien tiene una función que pueda revisar los índices de las bases de datos en forma automática? Agradezco de antemano la ayuda .
Sucede que tenía una pero me ha estado fallando sobre todo con xp.
 
Saludos



#1831 De: "ggvigo" <ggvigo@...>
Fecha: Dom, 1 de Jul, 2007 1:00 am
Asunto: Boton con Menu Despleglable
ggvigo
Sin conexión Sin conexión
Enviar correo Enviar correo
 
En la seccion archivos, he colgado un ejemplo, efectuado sobre una
modificacion que hice sobre la Lib HOVERBUTTON.

funciona sobre CAVO 2.8 y tambien en la 2.7b3........

No obstante su funcionamiento, desearia sus comentarios para una mejora
y ampliacion de los alcances de esta libreria que me parece interesante.

GVigo

#1830 De: guvoaII@...
Fecha: Dom, 1 de Jul, 2007 12:53 am
Asunto: Se ha cargado un nuevo archivo en guvoaII
guvoaII@...
Enviar correo Enviar correo
 
Hola,

Este mensaje sirve para notificarle que se ha cargado
un archivo a la sección Archivos del grupo guvoaII.

   Archivo     : /Menu_Buttom.zip
   Responsable : ggvigo <ggvigo@...>
   Descripción : Boton con Menu Desplegable

Puede acceder al archivo en la dirección

http://ar.groups.yahoo.com/group/guvoaII/files/Menu_Buttom.zip

Para más información acerca de cómo compartir archivos con su grupo,
consulte nuestra sección de ayuda en

http://help.yahoo.com/help/ar/groups/files

Atentamente,

ggvigo <ggvigo@...>

#1829 De: "ggvigo" <ggvigo@...>
Fecha: Sáb, 30 de Jun, 2007 6:20 pm
Asunto: EditItem en ListView
ggvigo
Sin conexión Sin conexión
Enviar correo Enviar correo
 
En un ListView se visualiza el Nombre de un determinado campo, pero
cuando hago click en un Item, se edita otro campo (Ejm. Codigo).

Como puedo hacer para que se edite el mismo nombre visualizado.

Uso Cavo 2.8 y Mysql 5.0

GVigo

#1828 De: Oscar Macias <oscarmacias@...>
Fecha: Sáb, 30 de Jun, 2007 4:17 pm
Asunto: Consulta sobre error en cavo26...
oscarmaciasc
Sin conexión Sin conexión
Enviar correo Enviar correo
 
 
Hola a todos:
 
Alguien me puede orientar por que me manda este error. El error se da cuando estoy revisando los indices de todas las bases.
Este error solo me lo hace en un equipo, en otros no me lo hace. Tendrá algo que ver la configuracion de este equipo en cuestion? (tiene instalado xp home 2ed.
 
***********************ERROR********************************
CA-Visual Objects (Version 2.6.0, Build 1151), Version 2.6
06/29/2007 10:00:30 AM
Application: C:\escuela\escuela.EXE
 
Error message:
--------------
Error Code:  50 [ ACCESS VIOLATION ]
Subsystem: VO-CODE
Error Subcode: 5333
Function:
Argument Number: 2
Description: Application Code Error causing Access Violation
CallStack:
ACF_REINDEX:BT_REINDEX (Line: 68)
ACF_REINDEX:DISPATCH (Line: 11)
VPRINCIPAL:DOREINDEX (Line: 6)
APP:START (Line: 24)
 
Error Object created:
--------------------
SubSystem       :VO-CODE
SubCode         :5333
GenCode         :Access Violation
ExceptionCode   :C0000005
ExceptionFlags  :00000000
ExceptionAddress:7C910F83
ParamNumber     :2
ExceptionInfo   :00000001
Severity        :2
CanDefault      :.F.
CanRetry        :.F.
CanSubstitute   :.F.
Operation       :
Description     :Application Code Error causing Access Violation
FileName        :
Tries           :0
FileHandle      :0
SubCodeText     :
Arg             :
ArgTypeReq      :NIL
MaxSize         :0
SubstituteType  :NIL
CallFuncSym     :
--------------------


#1827 De: "Gerardo J. Biagiotti" <gjbiagiotti@...>
Fecha: Sáb, 30 de Jun, 2007 3:16 pm
Asunto: RE: habiliar y desabilitar el menu principal
gjbiagiotti
Sin conexión Sin conexión
Enviar correo Enviar correo
 

Es un currito que tengo. Yo me encargo de seleccionar las “solas”.

 

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...

 


#1826 De: "argensur" <argensur@...>
Fecha: Sáb, 30 de Jun, 2007 1:40 pm
Asunto: Re: habiliar y desabilitar el menu principal
psi_sistemas
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Che Gerardito, la empresa "Solos y Solas" del ejemplo, a que se dedica?
 
--------------------------------------------------------------
Fernando Piazza
Coronel Suárez
República Argentina
e-mail: soporte@...
Matrícula Nº 801 CPCIBA Ley 13016
 
----- Original Message -----
Sent: Friday, June 29, 2007 8:50 PM
Subject: RE: [guvoaII] habiliar y desabilitar el menu principal

No se lo que quieres hacer, pero te doy otra idea.

Esto lo hice para un estudio contable, y anda muy bien.

Tiene una DataWindows permanente que permite ingresar y seleccionar las empresas con las que se quiere trabajar.

Este programa les sirve para la liquidación de los libros de IVA compras y ventas de todos sus clientes.

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@coyspu.com.ar
         gjbiagiotti@gmail.com
         gjbiagiotti@yahoo.com.ar

MSN: gerardo_biagiotti@hotmail.com

De: guvoaII@gruposyahoo.com.ar [mailto:guvoaII@gruposyahoo.com.ar] En nombre de Adesistemas
Enviado el: Viernes, 29 de Junio de 2007 08:07 p.m.
Para: guvoaII@gruposyahoo.com.ar
Asunto: [guvoaII] habiliar y desabilitar el menu principal

Como hago para habilitar y desabilitar el menu. les cuento lo que quiero hacer.

Tengo un menu con varias opciones, necesito desabilitar todo el menu cuando arranca el sistema y dejar habilitado solamente una opcion que es la eleccion de empresas, entonces cuando selecciono la empresa, tengo que habilitar todo

el menu completo para poder cargar los movimientos de esa empresa.

Espero que me entiendan

]Ejemplo:

Empresas                   iva                   Sueldos       

Selecion                      .......                .......

Salir                            .......                ........

----esto habilitado        estos otros no habilitados

Muchas gracias

Luengo sergio

General Pico

La Pampa



__________ Información de NOD32, revisión 2364 (20070629) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


#1825 De: "Gerardo J. Biagiotti" <gjbiagiotti@...>
Fecha: Vie, 29 de Jun, 2007 11:50 pm
Asunto: RE: habiliar y desabilitar el menu principal
gjbiagiotti
Sin conexión Sin conexión
Enviar correo Enviar correo
 

No se lo que quieres hacer, pero te doy otra idea.

Esto lo hice para un estudio contable, y anda muy bien.

Tiene una DataWindows permanente que permite ingresar y seleccionar las empresas con las que se quiere trabajar.

Este programa les sirve para la liquidación de los libros de IVA compras y ventas de todos sus clientes.

 

 

 

 

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...

 

De: guvoaII@... [mailto:guvoaII@...] En nombre de Adesistemas
Enviado el: Viernes, 29 de Junio de 2007 08:07 p.m.
Para: guvoaII@...
Asunto: [guvoaII] habiliar y desabilitar el menu principal

 

Como hago para habilitar y desabilitar el menu. les cuento lo que quiero hacer.

 

Tengo un menu con varias opciones, necesito desabilitar todo el menu cuando arranca el sistema y dejar habilitado solamente una opcion que es la eleccion de empresas, entonces cuando selecciono la empresa, tengo que habilitar todo

el menu completo para poder cargar los movimientos de esa empresa.

 

 

Espero que me entiendan

 

]Ejemplo:

 

Empresas                   iva                   Sueldos       

Selecion                      .......                .......

Salir                            .......                ........

 

----esto habilitado        estos otros no habilitados

 

 

Muchas gracias

 

 

Luengo sergio

General Pico

La Pampa



__________ Información de NOD32, revisión 2364 (20070629) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


#1824 De: "Adesistemas" <adesistemas@...>
Fecha: Vie, 29 de Jun, 2007 11:06 pm
Asunto: habiliar y desabilitar el menu principal
adessistemas
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Como hago para habilitar y desabilitar el menu. les cuento lo que quiero hacer.
 
Tengo un menu con varias opciones, necesito desabilitar todo el menu cuando arranca el sistema y dejar habilitado solamente una opcion que es la eleccion de empresas, entonces cuando selecciono la empresa, tengo que habilitar todo
el menu completo para poder cargar los movimientos de esa empresa.
 
 
Espero que me entiendan
 
]Ejemplo:
 
Empresas                   iva                   Sueldos       
Selecion                      .......                .......
Salir                            .......                ........
 
----esto habilitado        estos otros no habilitados
 
 
Muchas gracias
 
 
Luengo sergio
General Pico
La Pampa

#1823 De: guvoaII@...
Fecha: Jue, 28 de Jun, 2007 12:01 pm
Asunto: Se ha cargado un nuevo archivo en guvoaII
guvoaII@...
Enviar correo Enviar correo
 
Hola,

Este mensaje sirve para notificarle que se ha cargado
un archivo a la sección Archivos del grupo guvoaII.

   Archivo     : /z110 Functions - Claves.MEF
   Responsable : clipsupp <clipsupp@...>
   Descripción : Funciones para el manejo de claves de indices.

Puede acceder al archivo en la dirección

http://ar.groups.yahoo.com/group/guvoaII/files/z110%20Functions%20-%20Claves.MEF

Para más información acerca de cómo compartir archivos con su grupo,
consulte nuestra sección de ayuda en

http://help.yahoo.com/help/ar/groups/files

Atentamente,

clipsupp <clipsupp@...>

#1822 De: "Claudio Torrillo" <clipsupp@...>
Fecha: Jue, 28 de Jun, 2007 11:54 am
Asunto: Re: opinion acerca de generar indices sobre campos numericos
clipsupp
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Al contrario...
 
Como te decía GB en algunas versiones de VO 1.0 a 2.5 el rdd de CDX tenía inconvenientes.
Principalmente los campos numéricos no los ordenaba... era un espanto.
 
Ahora, muy posiblemente el problema; como bien señalaba GB, puede darse por el uso reducido de la expresión STR() la cual no sólo modifica su respuesta por las causas expuestas, sino que además los hace en función del contenido del campo y/o variable. Un ejemplo:
 
? a := 1
? str(1) => "         1"
 
Otro
 
? a := 1.00
? str(1) => "      1.00"
 
Fijate que el tamaño se mantiene en 10 caracteres, pero el str detecta los decimales y aplica el formato (según SetDecimals).
 
Por ello, siempre se deben utilizar expresiones que hagan que la clave del indice siempre conserven su "formato".
 
Ya se, a mi me funciona, Yo lo uso.... lo que quieran. Pero lo cierto es que desde Clipper 5.0 se sabe que el RDD de Clipper y ahora VO, no acepta tener claves de longitudes variables. Recuerdo un caso de unos programadores que interactuaban con sistemas de la ADUANA que eran Fox y siempre tenian el inconveniente porque el nabo que los hizo definió la clave con TRIM(), una función prohibida para CLIPPER.
 
Ahora un poco de filosofía.
 
¿Que es mejor?. Preguntas.
 
Para mí, es lo que utilizo, lo mejor es utilizar campos CARACTER para las claves y SIN ESPACIOS.
 
Yo hace años que los utilizo y no tengo problemas al respecto y menos aún con ningun tipo de herramienta.
 
Tiene muchas ventajas, pero la mejor de todas es la de no requerir conversión para la generación de los indices. Pensalo, cuantas expresiones quedan reducidas a simple concatenación de campos si las claves principales se almacenan en formato STRING.
 
En mis sistemas, salvo tablas que incluyan fechas, TODOS los campos claves son STRING y ello ayuda a la velocidad de la consulta, ya que el nucle ClipMore (RushMore de Fox) que incorpora el driver DBFCDX funciona sólo si las claves contienen expresiones simples.
 
Que no puedes sumarle 1 a la clave. Me extraña araña... bueno para eso un par de funciones.
 
Las pongo en el repositorio de la lista.
 
Claudio Torrillo
www.xcsa.com.ar
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 9:08 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Claudio,
 
Gracias por las flores !!!!!  se que me quieren.....  cagar a palos   jejejejje
 
Mi duda deriva pues en VO no funciona (luego cambie el codigo y alli si pero debera funcioanr como estaba) , por eso trate de relacionar las tablas con un editor externo (y creo que DbAlite esta creado en VO... ojo que no estoy seguro) y tampoco funciona... entonces trato de investigar el porque.
 
Mi duda viene porque tuve que cambiar el Setrelation(),  y es algo que deberia funcioanr como estaba. Si bien el cambio no es importante y logre hacerlo andar mi duda viene por si luego tengo otro problema mas.
 
Y preguntando veo que hay unso que lo utilizan de una forma y otros de otra.... si hay una "mejor" me gustaria saberla.  En Clipper usando creando los indices sin STR() hay veces que el Seek no encentra la concidencia y al misma si existe, es decir falla la busqueda y es de manera aleatoria y muy de vez en cuando.
 
Espero no se enoje !!  JEJEJEJE
 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442
----- Original Message -----
Sent: Wednesday, June 27, 2007 7:43 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Pablo,
 
PABLO, QUERIDO, EL PUEBLO ESTA CON TIGO...
PABLO, COMPADRE, .....  (el grupo de desarrollo de VO ;)
 
El DBALite no es VO.... No será que el DBALite no funciona como debe?
En tu sistema funciona?
 
Claudio Torrillo
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 6:35 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Fer,
 
Yo tambien lo he hecho, solo que ahora en VO tuve problema con el SetRelation() al indexar en STR( campo_numerico , 5 )
 
Si te queres sacar la duda agarra 2 DBF que tengan un campo comun, indexa ese campo con STR() y abrite el DbAlite y relacionalas.... te da el mismo problema que te comento.
 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442
----- Original Message -----
From: argensur
Sent: Wednesday, June 27, 2007 5:55 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Hola Pablo, que tal?
 
Yo NUNCA en mis años de programación (que son unos cuantos), ni en Clipper ni en VO generé un indice sobre un campo numerico directamente.
SIEMPRE utilizé Str() Por Ej. Str( CODCEREAL, 2 )
Y nunca tuve ningún problema.
 
Hasta luego.
 
--------------------------------------------------------------
Fernando Piazza
Coronel Suárez
República Argentina
e-mail: soporte@piazzasistemas.com.ar
Matrícula Nº 801 CPCIBA Ley 13016
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


#1821 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Jue, 28 de Jun, 2007 12:08 am
Asunto: Re: opinion acerca de generar indices sobre campos numericos
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Claudio,
 
Gracias por las flores !!!!!  se que me quieren.....  cagar a palos   jejejejje
 
Mi duda deriva pues en VO no funciona (luego cambie el codigo y alli si pero debera funcioanr como estaba) , por eso trate de relacionar las tablas con un editor externo (y creo que DbAlite esta creado en VO... ojo que no estoy seguro) y tampoco funciona... entonces trato de investigar el porque.
 
Mi duda viene porque tuve que cambiar el Setrelation(),  y es algo que deberia funcioanr como estaba. Si bien el cambio no es importante y logre hacerlo andar mi duda viene por si luego tengo otro problema mas.
 
Y preguntando veo que hay unso que lo utilizan de una forma y otros de otra.... si hay una "mejor" me gustaria saberla.  En Clipper usando creando los indices sin STR() hay veces que el Seek no encentra la concidencia y al misma si existe, es decir falla la busqueda y es de manera aleatoria y muy de vez en cuando.
 
Espero no se enoje !!  JEJEJEJE
 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442
----- Original Message -----
Sent: Wednesday, June 27, 2007 7:43 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Pablo,
 
PABLO, QUERIDO, EL PUEBLO ESTA CON TIGO...
PABLO, COMPADRE, .....  (el grupo de desarrollo de VO ;)
 
El DBALite no es VO.... No será que el DBALite no funciona como debe?
En tu sistema funciona?
 
Claudio Torrillo
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 6:35 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Fer,
 
Yo tambien lo he hecho, solo que ahora en VO tuve problema con el SetRelation() al indexar en STR( campo_numerico , 5 )
 
Si te queres sacar la duda agarra 2 DBF que tengan un campo comun, indexa ese campo con STR() y abrite el DbAlite y relacionalas.... te da el mismo problema que te comento.
 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442
----- Original Message -----
From: argensur
Sent: Wednesday, June 27, 2007 5:55 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Hola Pablo, que tal?
 
Yo NUNCA en mis años de programación (que son unos cuantos), ni en Clipper ni en VO generé un indice sobre un campo numerico directamente.
SIEMPRE utilizé Str() Por Ej. Str( CODCEREAL, 2 )
Y nunca tuve ningún problema.
 
Hasta luego.
 
--------------------------------------------------------------
Fernando Piazza
Coronel Suárez
República Argentina
e-mail: soporte@piazzasistemas.com.ar
Matrícula Nº 801 CPCIBA Ley 13016
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

#1820 De: "Gustavo Biasone" <gb_guvoa@...>
Fecha: Mié, 27 de Jun, 2007 10:59 pm
Asunto: Re: opinion acerca de generar indices sobre campos numericos
Gustavo_S_B
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Pablo,
En versiones anteriores habia un problema con los indices numericos debido a un bug del RDD pero fue solucionado en una version posterior, no recuerdo cual. Por eso se recomendaba no indexar por campos numericos.
 
Por otra parte, cuando se usa Str() en un indice o en pantalla, se recomienda usar la forma completa de la funcion:
 
Str(numero,5,0)
 
El ultimo parametro (cantidad de decimales) es importante ya que si no especificamos ningun valor, la cantidad de decimales va a ser determinada por SetDecimal() y SetFixed(). Esto puede traer problemas a la hora de comparar valores, ya que si bien en pantalla son iguales internamente no lo son. 
 
GB
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442


#1819 De: "Claudio Torrillo" <clipsupp@...>
Fecha: Mié, 27 de Jun, 2007 10:43 pm
Asunto: Re: opinion acerca de generar indices sobre campos numericos
clipsupp
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Pablo,
 
PABLO, QUERIDO, EL PUEBLO ESTA CON TIGO...
PABLO, COMPADRE, .....  (el grupo de desarrollo de VO ;)
 
El DBALite no es VO.... No será que el DBALite no funciona como debe?
En tu sistema funciona?
 
Claudio Torrillo
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 6:35 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Fer,
 
Yo tambien lo he hecho, solo que ahora en VO tuve problema con el SetRelation() al indexar en STR( campo_numerico , 5 )
 
Si te queres sacar la duda agarra 2 DBF que tengan un campo comun, indexa ese campo con STR() y abrite el DbAlite y relacionalas.... te da el mismo problema que te comento.
 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442
----- Original Message -----
From: argensur
Sent: Wednesday, June 27, 2007 5:55 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Hola Pablo, que tal?
 
Yo NUNCA en mis años de programación (que son unos cuantos), ni en Clipper ni en VO generé un indice sobre un campo numerico directamente.
SIEMPRE utilizé Str() Por Ej. Str( CODCEREAL, 2 )
Y nunca tuve ningún problema.
 
Hasta luego.
 
--------------------------------------------------------------
Fernando Piazza
Coronel Suárez
República Argentina
e-mail: soporte@piazzasistemas.com.ar
Matrícula Nº 801 CPCIBA Ley 13016
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


#1818 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Mié, 27 de Jun, 2007 9:35 pm
Asunto: Re: opinion acerca de generar indices sobre campos numericos
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Fer,
 
Yo tambien lo he hecho, solo que ahora en VO tuve problema con el SetRelation() al indexar en STR( campo_numerico , 5 )
 
Si te queres sacar la duda agarra 2 DBF que tengan un campo comun, indexa ese campo con STR() y abrite el DbAlite y relacionalas.... te da el mismo problema que te comento.
 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442
----- Original Message -----
From: argensur
Sent: Wednesday, June 27, 2007 5:55 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Hola Pablo, que tal?
 
Yo NUNCA en mis años de programación (que son unos cuantos), ni en Clipper ni en VO generé un indice sobre un campo numerico directamente.
SIEMPRE utilizé Str() Por Ej. Str( CODCEREAL, 2 )
Y nunca tuve ningún problema.
 
Hasta luego.
 
--------------------------------------------------------------
Fernando Piazza
Coronel Suárez
República Argentina
e-mail: soporte@piazzasistemas.com.ar
Matrícula Nº 801 CPCIBA Ley 13016
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

#1817 De: "argensur" <argensur@...>
Fecha: Mié, 27 de Jun, 2007 8:55 pm
Asunto: Re: opinion acerca de generar indices sobre campos numericos
psi_sistemas
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Hola Pablo, que tal?
 
Yo NUNCA en mis años de programación (que son unos cuantos), ni en Clipper ni en VO generé un indice sobre un campo numerico directamente.
SIEMPRE utilizé Str() Por Ej. Str( CODCEREAL, 2 )
Y nunca tuve ningún problema.
 
Hasta luego.
 
--------------------------------------------------------------
Fernando Piazza
Coronel Suárez
República Argentina
e-mail: soporte@...
Matrícula Nº 801 CPCIBA Ley 13016
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442


#1816 De: "Jorge Accinelli" <jorgeaccinelli@...>
Fecha: Mié, 27 de Jun, 2007 8:00 pm
Asunto: Re: opinion acerca de generar indices sobre campos numericos
jorgeeugenio...
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Yo uso siempre strings.
 En rigor de verdad no tengo
 necesidad de convertir porque tambien tengo
 la costumbre de usar campos caracter para las claves.
 Rara vez he tenido la necesidad de indexar un campo
 importe, alicuota etc 
 Nunca he tenido problemas fuera de algun descuido mio
 
 
Saludos
Jorge
 
 
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 4:38 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Jorge,
 
Actualmente estoy usando VO 2.7  , pero creo que es lo mismo sea cual fuere, lo importante es definir la "tecnica" de usar o no indices STRING o NUMERICOS, esa es mi duda pues se decia que los numericos no son lo ideal.. pero no lo se con certeza.
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442
----- Original Message -----
Sent: Wednesday, June 27, 2007 3:23 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Que version de VO estas usando ?
 
Saludos
Jorge accinelli
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.9.10/873 - Release Date: 26/06/2007 11:54 p.m.



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.9.10/873 - Release Date: 26/06/2007 11:54 p.m.

#1815 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Mié, 27 de Jun, 2007 7:38 pm
Asunto: Re: opinion acerca de generar indices sobre campos numericos
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Jorge,
 
Actualmente estoy usando VO 2.7  , pero creo que es lo mismo sea cual fuere, lo importante es definir la "tecnica" de usar o no indices STRING o NUMERICOS, esa es mi duda pues se decia que los numericos no son lo ideal.. pero no lo se con certeza.
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442
----- Original Message -----
Sent: Wednesday, June 27, 2007 3:23 PM
Subject: Re: [guvoaII] opinion acerca de generar indices sobre campos numericos

Que version de VO estas usando ?
 
Saludos
Jorge accinelli
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.9.10/873 - Release Date: 26/06/2007 11:54 p.m.



__________ Información de NOD32 2359 (20070627) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

#1814 De: "Jorge Accinelli" <jorgeaccinelli@...>
Fecha: Mié, 27 de Jun, 2007 6:23 pm
Asunto: Re: opinion acerca de generar indices sobre campos numericos
jorgeeugenio...
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Que version de VO estas usando ?
 
Saludos
Jorge accinelli
 
----- Original Message -----
Sent: Wednesday, June 27, 2007 1:11 PM
Subject: [guvoaII] opinion acerca de generar indices sobre campos numericos

Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442


No virus found in this incoming message.
Checked by AVG Free Edition.
Version: 7.5.476 / Virus Database: 269.9.10/873 - Release Date: 26/06/2007 11:54 p.m.

#1813 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Mié, 27 de Jun, 2007 4:11 pm
Asunto: opinion acerca de generar indices sobre campos numericos
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Muchachos,
 
Se que es algo basico pero no termino de masticarlo bien,,, o sera que vengo acomplejado del Clipper.
 
 Como generan Uds. los indices cuando se trata de un campo numerico (Por Ej. CodCliente  N  5 )   ?
 
Me encuentro conque en VO si genero el indice como  STR( CodCliente, 5) tengo inconvenientes con el SetRelation... y no se si en alguna otra parte mas.
Si lo genero al indice directo sobre el campo numerico (sin STR() )  es mas simple, directo... pero se decia que lo indicado es generarlo como STRING.
 
 
Estoy conviertiendo una aplicacion y no se que metodologia definir, me gustaria sus opiniones y comentarios para ayudarme a decidir.
Gerardo los trabaja SIN str() y no ha tenido problemas.
 
 
Un abrazo y cha gracias
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442

#1812 De: "Gerardo J. Biagiotti" <gjbiagiotti@...>
Fecha: Mar, 26 de Jun, 2007 10:48 pm
Asunto: RE: error en setrelation
gjbiagiotti
Sin conexión Sin conexión
Enviar correo Enviar correo
 

Te repito, nunca tuve problemas con las bases.

 

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...

 

De: guvoaII@... [mailto:guvoaII@...] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 07:35 p.m.
Para: guvoaII@...
Asunto: Re: [guvoaII] error en setrelation

 

Gerardo,

 

La verdad no se si ahcer como ahces vos o trtabajar el indice como caracter,  que dilema !!!

 

Logre hacerlo funcionar en VO pero el DbAlite no me lo relaciona, tuve que cambair el codigo en el setrelation,  no puedo trabajar los campos con el SymName, tengo que enviar el codeblock como muestro a continuacion.

La verdad no se para donde seguir,,, si trabajarlo asi o con indices numericos directamente.

 

 

Asi lo tenia

 *SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbTTipoHab  , #CodTipoHab )
 *SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbFolios         , #NroHab )
 *SELF:oDCLV_Habitaciones:oDbFolios:SetRelation( SELF:oDCLV_Habitaciones:oDbPax       , #CodPax )

 

Logre qeu funcionara con este codigo:

 SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbTTipoHab , {||Str(_FIELD->TipoHab,5 )} ) 
 SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbFolios        ,  {||Str(_FIELD->NroHab ,5 )} )  

 SELF:oDCLV_Habitaciones:oDbFolios:SetRelation( SELF:oDCLV_Habitaciones:oDbPax       , {||Str(_FIELD->CodPax ,10)} ) 

 

 

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442

----- Original Message -----

Sent: Tuesday, June 26, 2007 7:25 PM

Subject: RE: [guvoaII] error en setrelation

 

Genero los índices directamente sobre el campo numérico.

Jamás he tenido problemas de búsqueda.

Pasa la línea donde generás el SetRelation() y los índices.

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...


De: guvoaII@... [mailto:guvoaII@...] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 07:10 p.m.
Para: guvoaII@...
Asunto: Re: [guvoaII] error en setrelation

Gerardo,

Yo he tenido problemas de busquedas sobre campos numericos con indices numericos, es decir sin hacer  STR( campo_numerico)

Vos como lo usas, indice numerico sobre campo numerico directamente ?

Acabo de probar de generar los indices sin el STR() y si funciona.... pero me llama la atencion pues lo "indicado" es generar el indice como caracter.

Alguna explicacion ???  La unica es que haya un BUG en el setrelation.

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442

----- Original Message -----

Sent: Tuesday, June 26, 2007 7:06 PM

Subject: RE: [guvoaII] error en setrelation

Pablo, eso de que crear índices con campos numéricos te da problemas es un mito.

Todas las bases de clientes, proveedores y otras las tengo con el código de campo numérico e indexados como tal y nunca he tenido problemas, ni en clipper ni con VO.

Probaste con crear los índices sin el STR()?????

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...



De: guvoaII@... [mailto:guvoaII@...] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 06:50 p.m.
Para: guvoaII@...
Asunto: [guvoaII] error en setrelation

Muchachos,

A ver si alguno sabe decirme que pasa porque hace 2 dias que estoy buscando el problema y no lo encuentro.

Paso a exlicar el problema:

1) Tenia una aplicacion donde en los campos de codigos (Proveedor, factura, cliente, etc) que es un numero yo arme la DBF con campos tipo CARACTER.  

COD_PROVEEDOR  C  5

COD_CLIENTE         C  5

Etc.

Los indices de cada uno de estos campos estaban generados sobre el mismo campo, es decir que el TAG era un STRING.

Bien, genere los campos tipo caracter la DBF porque se decia que en archivos DBF con indices sobre campos NUMERICOS las busquedas a veces fallaban.... entocnes cree los campos todos caracter.

Resulta que se soluciona creando el indice como STR( campo_numerico) y listo.

Entonces, como es anti-natural tener un valor numerico almacenado como caracter hay que ser rebuscado para operar (incrementar en uno, convertir numero a caracter y viceversa, etc) decidi pasar esos campos CARACTER a NUMERICO, o sea:

COD_PROVEEDOR  N  5

COD_CLIENTE         N  5

Etc.

Por supuesto que generar los Dbserver de nuevo, los TAG, etc... eso hice, es decir algo bien simple ( STR( campo_numerico, 5) .

Y resulta que ahora no puedo hacer los setrelation pues no me funcionan, y los mas raro es que no solo que no funcionan en VO sino que con el DBAlite tampoco !!!!!

Abro con el DbAlite una DBF, veo sus TAG y estan perfectos.. hago busquedas por ese TAG,,, es decir el indice funciona bien y en todas las DBF.

Pero cuando quiero hacer el Setrelation no "sincroniza" las DBF....

Probe en vez de hacer el TAG  STR( campo_numerico, 5 )  de generarlo como  STRZERO( campo_numerico, 5) y tampoco funciona.

Me estoy volviendo loco con algo tan simple pero que me esta trabando toda esta migracion.

Los campos de las DBF tienen la misma longitud, y hasta mismo nombre, es decir eso lo recontra mire pero no anda.

Antes cuando los campos eran caracter el set relation andaba perfecto.

Alguna idea ??

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


#1811 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Mar, 26 de Jun, 2007 10:34 pm
Asunto: Re: error en setrelation
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Gerardo,
 
La verdad no se si ahcer como ahces vos o trtabajar el indice como caracter,  que dilema !!!
 
Logre hacerlo funcionar en VO pero el DbAlite no me lo relaciona, tuve que cambair el codigo en el setrelation,  no puedo trabajar los campos con el SymName, tengo que enviar el codeblock como muestro a continuacion.
La verdad no se para donde seguir,,, si trabajarlo asi o con indices numericos directamente.
 
 
Asi lo tenia
 *SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbTTipoHab  , #CodTipoHab )
 *SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbFolios         , #NroHab )
 *SELF:oDCLV_Habitaciones:oDbFolios:SetRelation( SELF:oDCLV_Habitaciones:oDbPax       , #CodPax )
 
Logre qeu funcionara con este codigo:
 SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbTTipoHab , {||Str(_FIELD->TipoHab,5 )} ) 
 SELF:oDCLV_Habitaciones:server:SetRelation( SELF:oDCLV_Habitaciones:oDbFolios        ,  {||Str(_FIELD->NroHab ,5 )} )  
 SELF:oDCLV_Habitaciones:oDbFolios:SetRelation( SELF:oDCLV_Habitaciones:oDbPax       , {||Str(_FIELD->CodPax ,10)} ) 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442
----- Original Message -----
Sent: Tuesday, June 26, 2007 7:25 PM
Subject: RE: [guvoaII] error en setrelation

Genero los índices directamente sobre el campo numérico.

Jamás he tenido problemas de búsqueda.

Pasa la línea donde generás el SetRelation() y los índices.

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@coyspu.com.ar
         gjbiagiotti@gmail.com
         gjbiagiotti@yahoo.com.ar

MSN: gerardo_biagiotti@hotmail.com

De: guvoaII@gruposyahoo.com.ar [mailto:guvoaII@gruposyahoo.com.ar] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 07:10 p.m.
Para: guvoaII@gruposyahoo.com.ar
Asunto: Re: [guvoaII] error en setrelation

Gerardo,

Yo he tenido problemas de busquedas sobre campos numericos con indices numericos, es decir sin hacer  STR( campo_numerico)

Vos como lo usas, indice numerico sobre campo numerico directamente ?

Acabo de probar de generar los indices sin el STR() y si funciona.... pero me llama la atencion pues lo "indicado" es generar el indice como caracter.

Alguna explicacion ???  La unica es que haya un BUG en el setrelation.

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442

----- Original Message -----

Sent: Tuesday, June 26, 2007 7:06 PM

Subject: RE: [guvoaII] error en setrelation

Pablo, eso de que crear índices con campos numéricos te da problemas es un mito.

Todas las bases de clientes, proveedores y otras las tengo con el código de campo numérico e indexados como tal y nunca he tenido problemas, ni en clipper ni con VO.

Probaste con crear los índices sin el STR()?????

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@coyspu.com.ar
         gjbiagiotti@gmail.com
         gjbiagiotti@yahoo.com.ar

MSN: gerardo_biagiotti@hotmail.com


De: guvoaII@gruposyahoo.com.ar [mailto:guvoaII@gruposyahoo.com.ar] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 06:50 p.m.
Para: guvoaII@gruposyahoo.com.ar
Asunto: [guvoaII] error en setrelation

Muchachos,

A ver si alguno sabe decirme que pasa porque hace 2 dias que estoy buscando el problema y no lo encuentro.

Paso a exlicar el problema:

1) Tenia una aplicacion donde en los campos de codigos (Proveedor, factura, cliente, etc) que es un numero yo arme la DBF con campos tipo CARACTER.  

COD_PROVEEDOR  C  5

COD_CLIENTE         C  5

Etc.

Los indices de cada uno de estos campos estaban generados sobre el mismo campo, es decir que el TAG era un STRING.

Bien, genere los campos tipo caracter la DBF porque se decia que en archivos DBF con indices sobre campos NUMERICOS las busquedas a veces fallaban.... entocnes cree los campos todos caracter.

Resulta que se soluciona creando el indice como STR( campo_numerico) y listo.

Entonces, como es anti-natural tener un valor numerico almacenado como caracter hay que ser rebuscado para operar (incrementar en uno, convertir numero a caracter y viceversa, etc) decidi pasar esos campos CARACTER a NUMERICO, o sea:

COD_PROVEEDOR  N  5

COD_CLIENTE         N  5

Etc.

Por supuesto que generar los Dbserver de nuevo, los TAG, etc... eso hice, es decir algo bien simple ( STR( campo_numerico, 5) .

Y resulta que ahora no puedo hacer los setrelation pues no me funcionan, y los mas raro es que no solo que no funcionan en VO sino que con el DBAlite tampoco !!!!!

Abro con el DbAlite una DBF, veo sus TAG y estan perfectos.. hago busquedas por ese TAG,,, es decir el indice funciona bien y en todas las DBF.

Pero cuando quiero hacer el Setrelation no "sincroniza" las DBF....

Probe en vez de hacer el TAG  STR( campo_numerico, 5 )  de generarlo como  STRZERO( campo_numerico, 5) y tampoco funciona.

Me estoy volviendo loco con algo tan simple pero que me esta trabando toda esta migracion.

Los campos de las DBF tienen la misma longitud, y hasta mismo nombre, es decir eso lo recontra mire pero no anda.

Antes cuando los campos eran caracter el set relation andaba perfecto.

Alguna idea ??

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

#1810 De: "Gerardo J. Biagiotti" <gjbiagiotti@...>
Fecha: Mar, 26 de Jun, 2007 10:25 pm
Asunto: RE: error en setrelation
gjbiagiotti
Sin conexión Sin conexión
Enviar correo Enviar correo
 

Genero los índices directamente sobre el campo numérico.

Jamás he tenido problemas de búsqueda.

Pasa la línea donde generás el SetRelation() y los índices.

 

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...

 

De: guvoaII@... [mailto:guvoaII@...] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 07:10 p.m.
Para: guvoaII@...
Asunto: Re: [guvoaII] error en setrelation

 

Gerardo,

 

Yo he tenido problemas de busquedas sobre campos numericos con indices numericos, es decir sin hacer  STR( campo_numerico)

 

Vos como lo usas, indice numerico sobre campo numerico directamente ?

 

Acabo de probar de generar los indices sin el STR() y si funciona.... pero me llama la atencion pues lo "indicado" es generar el indice como caracter.

 

Alguna explicacion ???  La unica es que haya un BUG en el setrelation.

 

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442

----- Original Message -----

Sent: Tuesday, June 26, 2007 7:06 PM

Subject: RE: [guvoaII] error en setrelation

 

Pablo, eso de que crear índices con campos numéricos te da problemas es un mito.

Todas las bases de clientes, proveedores y otras las tengo con el código de campo numérico e indexados como tal y nunca he tenido problemas, ni en clipper ni con VO.

Probaste con crear los índices sin el STR()?????

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...


De: guvoaII@... [mailto:guvoaII@...] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 06:50 p.m.
Para: guvoaII@...
Asunto: [guvoaII] error en setrelation

Muchachos,

A ver si alguno sabe decirme que pasa porque hace 2 dias que estoy buscando el problema y no lo encuentro.

Paso a exlicar el problema:

1) Tenia una aplicacion donde en los campos de codigos (Proveedor, factura, cliente, etc) que es un numero yo arme la DBF con campos tipo CARACTER.  

COD_PROVEEDOR  C  5

COD_CLIENTE         C  5

Etc.

Los indices de cada uno de estos campos estaban generados sobre el mismo campo, es decir que el TAG era un STRING.

Bien, genere los campos tipo caracter la DBF porque se decia que en archivos DBF con indices sobre campos NUMERICOS las busquedas a veces fallaban.... entocnes cree los campos todos caracter.

Resulta que se soluciona creando el indice como STR( campo_numerico) y listo.

Entonces, como es anti-natural tener un valor numerico almacenado como caracter hay que ser rebuscado para operar (incrementar en uno, convertir numero a caracter y viceversa, etc) decidi pasar esos campos CARACTER a NUMERICO, o sea:

COD_PROVEEDOR  N  5

COD_CLIENTE         N  5

Etc.

Por supuesto que generar los Dbserver de nuevo, los TAG, etc... eso hice, es decir algo bien simple ( STR( campo_numerico, 5) .

Y resulta que ahora no puedo hacer los setrelation pues no me funcionan, y los mas raro es que no solo que no funcionan en VO sino que con el DBAlite tampoco !!!!!

Abro con el DbAlite una DBF, veo sus TAG y estan perfectos.. hago busquedas por ese TAG,,, es decir el indice funciona bien y en todas las DBF.

Pero cuando quiero hacer el Setrelation no "sincroniza" las DBF....

Probe en vez de hacer el TAG  STR( campo_numerico, 5 )  de generarlo como  STRZERO( campo_numerico, 5) y tampoco funciona.

Me estoy volviendo loco con algo tan simple pero que me esta trabando toda esta migracion.

Los campos de las DBF tienen la misma longitud, y hasta mismo nombre, es decir eso lo recontra mire pero no anda.

Antes cuando los campos eran caracter el set relation andaba perfecto.

Alguna idea ??

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


#1809 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Mar, 26 de Jun, 2007 10:09 pm
Asunto: Re: error en setrelation
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Gerardo,
 
Yo he tenido problemas de busquedas sobre campos numericos con indices numericos, es decir sin hacer  STR( campo_numerico)
 
Vos como lo usas, indice numerico sobre campo numerico directamente ?
 
Acabo de probar de generar los indices sin el STR() y si funciona.... pero me llama la atencion pues lo "indicado" es generar el indice como caracter.
 
Alguna explicacion ???  La unica es que haya un BUG en el setrelation.
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442
----- Original Message -----
Sent: Tuesday, June 26, 2007 7:06 PM
Subject: RE: [guvoaII] error en setrelation

Pablo, eso de que crear índices con campos numéricos te da problemas es un mito.

Todas las bases de clientes, proveedores y otras las tengo con el código de campo numérico e indexados como tal y nunca he tenido problemas, ni en clipper ni con VO.

Probaste con crear los índices sin el STR()?????

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@coyspu.com.ar
         gjbiagiotti@gmail.com
         gjbiagiotti@yahoo.com.ar

MSN: gerardo_biagiotti@hotmail.com

De: guvoaII@gruposyahoo.com.ar [mailto:guvoaII@gruposyahoo.com.ar] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 06:50 p.m.
Para: guvoaII@gruposyahoo.com.ar
Asunto: [guvoaII] error en setrelation

Muchachos,

A ver si alguno sabe decirme que pasa porque hace 2 dias que estoy buscando el problema y no lo encuentro.

Paso a exlicar el problema:

1) Tenia una aplicacion donde en los campos de codigos (Proveedor, factura, cliente, etc) que es un numero yo arme la DBF con campos tipo CARACTER.  

COD_PROVEEDOR  C  5

COD_CLIENTE         C  5

Etc.

Los indices de cada uno de estos campos estaban generados sobre el mismo campo, es decir que el TAG era un STRING.

Bien, genere los campos tipo caracter la DBF porque se decia que en archivos DBF con indices sobre campos NUMERICOS las busquedas a veces fallaban.... entocnes cree los campos todos caracter.

Resulta que se soluciona creando el indice como STR( campo_numerico) y listo.

Entonces, como es anti-natural tener un valor numerico almacenado como caracter hay que ser rebuscado para operar (incrementar en uno, convertir numero a caracter y viceversa, etc) decidi pasar esos campos CARACTER a NUMERICO, o sea:

COD_PROVEEDOR  N  5

COD_CLIENTE         N  5

Etc.

Por supuesto que generar los Dbserver de nuevo, los TAG, etc... eso hice, es decir algo bien simple ( STR( campo_numerico, 5) .

Y resulta que ahora no puedo hacer los setrelation pues no me funcionan, y los mas raro es que no solo que no funcionan en VO sino que con el DBAlite tampoco !!!!!

Abro con el DbAlite una DBF, veo sus TAG y estan perfectos.. hago busquedas por ese TAG,,, es decir el indice funciona bien y en todas las DBF.

Pero cuando quiero hacer el Setrelation no "sincroniza" las DBF....

Probe en vez de hacer el TAG  STR( campo_numerico, 5 )  de generarlo como  STRZERO( campo_numerico, 5) y tampoco funciona.

Me estoy volviendo loco con algo tan simple pero que me esta trabando toda esta migracion.

Los campos de las DBF tienen la misma longitud, y hasta mismo nombre, es decir eso lo recontra mire pero no anda.

Antes cuando los campos eran caracter el set relation andaba perfecto.

Alguna idea ??

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@ciudad.com.ar
 ICQ: 34806442



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

#1808 De: "Gerardo J. Biagiotti" <gjbiagiotti@...>
Fecha: Mar, 26 de Jun, 2007 10:06 pm
Asunto: RE: error en setrelation
gjbiagiotti
Sin conexión Sin conexión
Enviar correo Enviar correo
 

Pablo, eso de que crear índices con campos numéricos te da problemas es un mito.

Todas las bases de clientes, proveedores y otras las tengo con el código de campo numérico e indexados como tal y nunca he tenido problemas, ni en clipper ni con VO.

Probaste con crear los índices sin el STR()?????

 

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...

 

De: guvoaII@... [mailto:guvoaII@...] En nombre de Pablo J. Pereyra
Enviado el: Martes, 26 de Junio de 2007 06:50 p.m.
Para: guvoaII@...
Asunto: [guvoaII] error en setrelation

 

Muchachos,

 

A ver si alguno sabe decirme que pasa porque hace 2 dias que estoy buscando el problema y no lo encuentro.

 

Paso a exlicar el problema:

1) Tenia una aplicacion donde en los campos de codigos (Proveedor, factura, cliente, etc) que es un numero yo arme la DBF con campos tipo CARACTER.  

 

COD_PROVEEDOR  C  5

COD_CLIENTE         C  5

Etc.

 

Los indices de cada uno de estos campos estaban generados sobre el mismo campo, es decir que el TAG era un STRING.

 

Bien, genere los campos tipo caracter la DBF porque se decia que en archivos DBF con indices sobre campos NUMERICOS las busquedas a veces fallaban.... entocnes cree los campos todos caracter.

Resulta que se soluciona creando el indice como STR( campo_numerico) y listo.

 

Entonces, como es anti-natural tener un valor numerico almacenado como caracter hay que ser rebuscado para operar (incrementar en uno, convertir numero a caracter y viceversa, etc) decidi pasar esos campos CARACTER a NUMERICO, o sea:

 

COD_PROVEEDOR  N  5

COD_CLIENTE         N  5

Etc.

 

 

Por supuesto que generar los Dbserver de nuevo, los TAG, etc... eso hice, es decir algo bien simple ( STR( campo_numerico, 5) .

Y resulta que ahora no puedo hacer los setrelation pues no me funcionan, y los mas raro es que no solo que no funcionan en VO sino que con el DBAlite tampoco !!!!!

 

Abro con el DbAlite una DBF, veo sus TAG y estan perfectos.. hago busquedas por ese TAG,,, es decir el indice funciona bien y en todas las DBF.

Pero cuando quiero hacer el Setrelation no "sincroniza" las DBF....

Probe en vez de hacer el TAG  STR( campo_numerico, 5 )  de generarlo como  STRZERO( campo_numerico, 5) y tampoco funciona.

 

 

Me estoy volviendo loco con algo tan simple pero que me esta trabando toda esta migracion.

Los campos de las DBF tienen la misma longitud, y hasta mismo nombre, es decir eso lo recontra mire pero no anda.

Antes cuando los campos eran caracter el set relation andaba perfecto.

 

 

Alguna idea ??

 

 

 

      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


#1807 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Mar, 26 de Jun, 2007 9:50 pm
Asunto: error en setrelation
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Muchachos,
 
A ver si alguno sabe decirme que pasa porque hace 2 dias que estoy buscando el problema y no lo encuentro.
 
Paso a exlicar el problema:
1) Tenia una aplicacion donde en los campos de codigos (Proveedor, factura, cliente, etc) que es un numero yo arme la DBF con campos tipo CARACTER.  
 
COD_PROVEEDOR  C  5
COD_CLIENTE         C  5
Etc.
 
Los indices de cada uno de estos campos estaban generados sobre el mismo campo, es decir que el TAG era un STRING.
 
Bien, genere los campos tipo caracter la DBF porque se decia que en archivos DBF con indices sobre campos NUMERICOS las busquedas a veces fallaban.... entocnes cree los campos todos caracter.
Resulta que se soluciona creando el indice como STR( campo_numerico) y listo.
 
Entonces, como es anti-natural tener un valor numerico almacenado como caracter hay que ser rebuscado para operar (incrementar en uno, convertir numero a caracter y viceversa, etc) decidi pasar esos campos CARACTER a NUMERICO, o sea:
 
COD_PROVEEDOR  N  5
COD_CLIENTE         N  5
Etc.
 
 
Por supuesto que generar los Dbserver de nuevo, los TAG, etc... eso hice, es decir algo bien simple ( STR( campo_numerico, 5) .
Y resulta que ahora no puedo hacer los setrelation pues no me funcionan, y los mas raro es que no solo que no funcionan en VO sino que con el DBAlite tampoco !!!!!
 
Abro con el DbAlite una DBF, veo sus TAG y estan perfectos.. hago busquedas por ese TAG,,, es decir el indice funciona bien y en todas las DBF.
Pero cuando quiero hacer el Setrelation no "sincroniza" las DBF....
Probe en vez de hacer el TAG  STR( campo_numerico, 5 )  de generarlo como  STRZERO( campo_numerico, 5) y tampoco funciona.
 
 
Me estoy volviendo loco con algo tan simple pero que me esta trabando toda esta migracion.
Los campos de las DBF tienen la misma longitud, y hasta mismo nombre, es decir eso lo recontra mire pero no anda.
Antes cuando los campos eran caracter el set relation andaba perfecto.
 
 
Alguna idea ??
 
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442

#1806 De: "Adesistemas" <adesistemas@...>
Fecha: Mar, 26 de Jun, 2007 3:31 pm
Asunto: Re: reportpro
adessistemas
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Muchas gracias anduvo perfecto.
 
Luengo sergio
General Pico
La Pampa
 
 
----- Original Message -----
Sent: Tuesday, June 26, 2007 9:50 AM
Subject: RE: [guvoaII] reportpro

Es así:

cFiltro  := "Personal.TIPOS = "+LTrim(Str(mCOD,5))+” .AND. personal.APROBADO = '"+mAprobado+"'"

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@coyspu.com.ar
         gjbiagiotti@gmail.com
         gjbiagiotti@yahoo.com.ar

MSN: gerardo_biagiotti@hotmail.com

De: guvoaII@gruposyahoo.com.ar [mailto:guvoaII@gruposyahoo.com.ar] En nombre de Adesistemas
Enviado el: Martes, 26 de Junio de 2007 09:33 a.m.
Para: guvoaII@gruposyahoo.com.ar
Asunto: Re: [guvoaII] reportpro

Gerardo:

//    cFiltro  := "Personal.TIPOS = "+LTrim(Str(mCOD,5))
//    cFiltro  := "personal.APROBADO = '"+mAprobado+"'"   //recibido por correo  'N'

por separado cfiltro como lo detalle arriba anda perfecto, cuando los junto no me lo deja ni siquiera compilar y se me sale del compilador.

    cFiltro  := "Personal.TIPOS = "+LTrim(Str(mCOD,5)) .AND. "personal.APROBADO = '"+mAprobado+"'"

Cual puede ser el problema?. si en realidad tendria que funcionar bien, o cuando uso .and. o .OR. tengo que tener en cuenta alguna otra comilla.o algo asi.?

Luengo Sergio

----- Original Message -----

Sent: Monday, June 25, 2007 6:11 PM

Subject: RE: [guvoaII] reportpro

Se usa así:

cFiltro  := "personal.APROBADO = ‘"+mAprobado+”’”

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@coyspu.com.ar
         gjbiagiotti@gmail.com
         gjbiagiotti@yahoo.com.ar

MSN: gerardo_biagiotti@hotmail.com


De: guvoaII@gruposyahoo.com.ar [mailto:guvoaII@gruposyahoo.com.ar] En nombre de Adesistemas
Enviado el: Lunes, 25 de Junio de 2007 04:24 p.m.
Para: guvoaII@gruposyahoo.com.ar
Asunto: [guvoaII] reportpro

necesito saber donde esta la ayuda del   SETfilterexpression

oReport:SETfilterexpression(cfiltro)

tengo un problema con un filtro, creo que el problema es como lo estoy armando.

me dice invalid filter expression personal.aprobado = N

cFiltro  := "personal.APROBADO = "+mAprobado

maprobado sale de una COMBObox con array DE VALORES S-N-E

espero que me entiendan.

Muchas gracias.

Luengo sergio

General Pico

La Pampa



__________ Información de NOD32, revisión 2352 (20070625) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2351 (20070625) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2353 (20070625) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

#1805 De: "Pablo J. Pereyra" <pjpereyra@...>
Fecha: Mar, 26 de Jun, 2007 2:43 pm
Asunto: Re: calculos de edad
pjpereyra
Sin conexión Sin conexión
Enviar correo Enviar correo
 
Perdon,
 
Pero oí la palabra "vino" por aca... puede ser ???  jejejeje
 
 
      Pablo J. Pereyra
   Córdoba  -  Argentina
 pjpereyra@...
 ICQ: 34806442
----- Original Message -----
Sent: Tuesday, June 26, 2007 10:52 AM
Subject: RE: [guvoaII] calculos de edad

Perdón, vale la aclaración.

Este problema que comenta Fernando ya lo tenía corregido en otro sistema, solo que no lo había copiado a este de donde lo tomé para enviarlo al grupo.

Disculpen.

Esta función devuelve los años, meses y días transcurridos entre 2 fechas (47años 4m 2d).

La función que pasó Biassone devuelve la edad entera (47, en mi caso, con una larga trayectoria de asados con buen vino, para darle pie a Pablito), que ya la incorporé a mi sistema por si la necesito de esa forma.

FUNCTION EDAD(dFecha1,dFecha2) AS STRING

 //Calcula la edad entre dos fechas.

            LOCAL vMaximo AS ARRAY

            LOCAL dFecha AS DATE

            LOCAL nAno1,nAno2 AS INT

            LOCAL nMes1,nMes2 AS INT

            LOCAL nDia1,nDia2 AS INT

            LOCAL nDias,nMeses,nAnos AS INT

            LOCAL cRetorno AS STRING

            LOCAL nLazo AS INT

           

   //PARAMETERS dFecha1,dFecha2

   IF PCount()=1

      dFecha2:=Today()

   END

   IF dFecha1=CToD("  /  /    ")

      RETURN ""

   END

   vMaximo:={31,28,31,30,31,30,31,31,30,31,30,31}

            IF dFecha1>dFecha2

                        dFecha := dFecha2

                        dFecha2 := dFecha1

                        dFecha1 := dFecha

            ENDIF

   nMes1=Month(dFecha1)

   nDia1=Day(dFecha1)

   nMes2=Month(dFecha2)

   nDia2=Day(dFecha2)

   nDias  := 0

            nMeses := 0

            nAnos  := Year(dFecha2)-Year(dFecha1)

   IF nMes1>nMes2

      nMeses := (12-nMes1)+nMes2

   ELSE

      nMeses := nMes2-nMes1

   END

   IF nDia1>nDia2

      nMeses-=1

      IF nMes1=2 .AND. (Year(dFecha1)/4)=Integer((Year(dFecha1)/4))  //Bisiesto

                                   nDias := ((vMaximo[nMes1]+1)-nDia1)+nDia2

                        ELSE

                                   nDias := (vMaximo[nMes1]-nDia1)+nDia2

                        ENDIF

   ELSE

      nDias := nDia2-nDia1

   END

   cRetorno=""

   IF nAnos<>0

      cRetorno+=Str(nAnos,LENNUM(nAnos))+" años "

   END

   IF nMeses<>0

      cRetorno+=StrZero(nMeses,LENNUM(nMeses))+"m "

   END

   IF nDias<>0

      cRetorno+=StrZero(nDias,LENNUM(nDias))+"d"

   END

RETURN(cRetorno)

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@coyspu.com.ar
         gjbiagiotti@gmail.com
         gjbiagiotti@yahoo.com.ar

MSN: gerardo_biagiotti@hotmail.com



__________ Información de NOD32 2355 (20070626) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com

#1804 De: "Gerardo J. Biagiotti" <gjbiagiotti@...>
Fecha: Mar, 26 de Jun, 2007 1:52 pm
Asunto: RE: calculos de edad
gjbiagiotti
Sin conexión Sin conexión
Enviar correo Enviar correo
 

Perdón, vale la aclaración.

Este problema que comenta Fernando ya lo tenía corregido en otro sistema, solo que no lo había copiado a este de donde lo tomé para enviarlo al grupo.

Disculpen.

Esta función devuelve los años, meses y días transcurridos entre 2 fechas (47años 4m 2d).

La función que pasó Biassone devuelve la edad entera (47, en mi caso, con una larga trayectoria de asados con buen vino, para darle pie a Pablito), que ya la incorporé a mi sistema por si la necesito de esa forma.

 

FUNCTION EDAD(dFecha1,dFecha2) AS STRING

 //Calcula la edad entre dos fechas.

 

            LOCAL vMaximo AS ARRAY

            LOCAL dFecha AS DATE

            LOCAL nAno1,nAno2 AS INT

            LOCAL nMes1,nMes2 AS INT

            LOCAL nDia1,nDia2 AS INT

            LOCAL nDias,nMeses,nAnos AS INT

            LOCAL cRetorno AS STRING

            LOCAL nLazo AS INT

           

   //PARAMETERS dFecha1,dFecha2

   IF PCount()=1

      dFecha2:=Today()

   END

   IF dFecha1=CToD("  /  /    ")

      RETURN ""

   END

 

   vMaximo:={31,28,31,30,31,30,31,31,30,31,30,31}

 

            IF dFecha1>dFecha2

                        dFecha := dFecha2

                        dFecha2 := dFecha1

                        dFecha1 := dFecha

            ENDIF

 

   nMes1=Month(dFecha1)

   nDia1=Day(dFecha1)

   nMes2=Month(dFecha2)

   nDia2=Day(dFecha2)

 

   nDias  := 0

            nMeses := 0

            nAnos  := Year(dFecha2)-Year(dFecha1)

 

   IF nMes1>nMes2

      nMeses := (12-nMes1)+nMes2

   ELSE

      nMeses := nMes2-nMes1

   END

 

   IF nDia1>nDia2

      nMeses-=1

      IF nMes1=2 .AND. (Year(dFecha1)/4)=Integer((Year(dFecha1)/4))  //Bisiesto

                                   nDias := ((vMaximo[nMes1]+1)-nDia1)+nDia2

                        ELSE

                                   nDias := (vMaximo[nMes1]-nDia1)+nDia2

                        ENDIF

   ELSE

      nDias := nDia2-nDia1

   END

 

   cRetorno=""

   IF nAnos<>0

      cRetorno+=Str(nAnos,LENNUM(nAnos))+" años "

   END

   IF nMeses<>0

      cRetorno+=StrZero(nMeses,LENNUM(nMeses))+"m "

   END

   IF nDias<>0

      cRetorno+=StrZero(nDias,LENNUM(nDias))+"d"

   END

RETURN(cRetorno)

 

 

 

 

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...


#1803 De: "Gerardo J. Biagiotti" <gjbiagiotti@...>
Fecha: Mar, 26 de Jun, 2007 12:50 pm
Asunto: RE: reportpro
gjbiagiotti
Sin conexión Sin conexión
Enviar correo Enviar correo
 

Es así:

cFiltro  := "Personal.TIPOS = "+LTrim(Str(mCOD,5))+” .AND. personal.APROBADO = '"+mAprobado+"'"

 

 

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...

 

De: guvoaII@... [mailto:guvoaII@...] En nombre de Adesistemas
Enviado el: Martes, 26 de Junio de 2007 09:33 a.m.
Para: guvoaII@...
Asunto: Re: [guvoaII] reportpro

 

Gerardo:

 

//    cFiltro  := "Personal.TIPOS = "+LTrim(Str(mCOD,5))
//    cFiltro  := "personal.APROBADO = '"+mAprobado+"'"   //recibido por correo  'N'

 

por separado cfiltro como lo detalle arriba anda perfecto, cuando los junto no me lo deja ni siquiera compilar y se me sale del compilador.

 

 

    cFiltro  := "Personal.TIPOS = "+LTrim(Str(mCOD,5)) .AND. "personal.APROBADO = '"+mAprobado+"'"

Cual puede ser el problema?. si en realidad tendria que funcionar bien, o cuando uso .and. o .OR. tengo que tener en cuenta alguna otra comilla.o algo asi.?

 

Luengo Sergio

 

 

----- Original Message -----

Sent: Monday, June 25, 2007 6:11 PM

Subject: RE: [guvoaII] reportpro

 

Se usa así:

cFiltro  := "personal.APROBADO = ‘"+mAprobado+”’”

Gerardo J. Biagiotti
Analista de Sistemas
(2580) Marcos Juárez
Córdoba - Argentina

Mail:  gjbiagiotti@...
         gjbiagiotti@...
         gjbiagiotti@...

MSN: gerardo_biagiotti@...


De: guvoaII@... [mailto:guvoaII@...] En nombre de Adesistemas
Enviado el: Lunes, 25 de Junio de 2007 04:24 p.m.
Para: guvoaII@...
Asunto: [guvoaII] reportpro

necesito saber donde esta la ayuda del   SETfilterexpression

oReport:SETfilterexpression(cfiltro)

tengo un problema con un filtro, creo que el problema es como lo estoy armando.

me dice invalid filter expression personal.aprobado = N

cFiltro  := "personal.APROBADO = "+mAprobado

maprobado sale de una COMBObox con array DE VALORES S-N-E

espero que me entiendan.

Muchas gracias.

Luengo sergio

General Pico

La Pampa



__________ Información de NOD32, revisión 2352 (20070625) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2351 (20070625) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com



__________ Información de NOD32, revisión 2353 (20070625) __________

Este mensaje ha sido analizado con NOD32 antivirus system
http://www.nod32.com


Mensajes 1803 - 1832 de 2837   Más reciente  |  < Más reciente  |  Más antiguo >  |  Más antiguo
Avanzado

Copyright © 2009 Yahoo! de Argentina S.R.L. Todos los derechos reservados.
Política de privacidad - Condiciones del Servicio - Reglas de la comunidad de Yahoo! - Ayuda