Vfp90. Sustitución de macro. ¿Cambios?

No es ningún bug, no es un cambio de comportamiento, es un cambio en la ruta
donde tienes la tabla.

No se debe utilizar la macrosustitución para nombres de archivos, de
ventanas, etc. Cuando VFP espera un nombre, lo mejor es utilizar una
expresión de nombre, es decir, poner la variable entre paréntesis.

la razón es la siguiente:

lcFic="c:\mis proyectos\datos\miTabla.dbf"

USE &lcFic IN 0 SHARED
es equivalente a:
USE c:\mis proyectos\datos\miTabla.dbf IN 0 SHARED
donde
USE c:\mis
es un error, VFP interpreta c:\mis como el nombre de la tabla, a causa del
espacio en blanco.

lo correcto es
USE &lcFic IN 0 SHARED
que VFP interpreta como
USE "c:\mis proyectos\datos\miTabla.dbf" IN 0 SHARED

Finalmente, tampoco es bueno abusar de la macrosustitución, por que hay
situaciones en las cuales es muy lenta. Es una excelente herramienta de VFP,
pero es mejor utilizarla con cuidado.

Saludos

Germán Giraldo



"Eduardo Castellano" escribió en el mensaje
news:

Saludos a :

Siempre, y cuando digo siempre es siempre, hasta hoy, he utilizado este
código para abrir tablas:

LOCAL l_fic
l_fic=oEntorno.Ruta+'plt.dbf'
USE &l_fic IN 0 SHARED

Hoy he probado un ejecutable hecho con vfp9 (es el primer proyecto nuevo
en vfp90), en una máquina limpia (recien instalado XPPSP1) y no he tenido
más remedio que cambiar mi código por:

USE (l_fic) IN 0 SHARED

En el ordenador en el que desarrollo no me dá ningun problema, pero la
prueba falla.
Me preocupa porque utilizo con mucha frcuencia la sustitución por macro y
no se que va ha ocurrir con todo mi código.

¿Se trata de un bug del vfp9?
¿Alguie ha observado algo parecido?
¿Alguna idea?

Gracias


PortalFox :: Nada corre como un zorro
http://www.portalfox.com

PortalFox - NNTP Forum Gateway

Germán Giraldo escribió:

No es ningún bug, no es un cambio de comportamiento, es un cambio en la ruta
donde tienes la tabla.

No se debe utilizar la macrosustitución para nombres de archivos, de
ventanas, etc. Cuando VFP espera un nombre, lo mejor es utilizar una
expresión de nombre, es decir, poner la variable entre paréntesis.

la razón es la siguiente:

lcFic="c:\mis proyectos\datos\miTabla.dbf"

USE &lcFic IN 0 SHARED
es equivalente a:
USE c:\mis proyectos\datos\miTabla.dbf IN 0 SHARED
donde
USE c:\mis
es un error, VFP interpreta c:\mis como el nombre de la tabla, a causa del
espacio en blanco.

lo correcto es
USE &lcFic IN 0 SHARED
que VFP interpreta como
USE "c:\mis proyectos\datos\miTabla.dbf" IN 0 SHARED

Finalmente, tampoco es bueno abusar de la macrosustitución, por que hay
situaciones en las cuales es muy lenta. Es una excelente herramienta de VFP,
pero es mejor utilizarla con cuidado.

Saludos

Germán Giraldo



"Eduardo Castellano" escribió en el mensaje
news:

Saludos a :

Siempre, y cuando digo siempre es siempre, hasta hoy, he utilizado este
código para abrir tablas:

LOCAL l_fic
l_fic=oEntorno.Ruta+'plt.dbf'
USE &l_fic IN 0 SHARED

Hoy he probado un ejecutable hecho con vfp9 (es el primer proyecto nuevo
en vfp90), en una máquina limpia (recien instalado XPPSP1) y no he tenido
más remedio que cambiar mi código por:

USE (l_fic) IN 0 SHARED

En el ordenador en el que desarrollo no me dá ningun problema, pero la
prueba falla.
Me preocupa porque utilizo con mucha frcuencia la sustitución por macro y
no se que va ha ocurrir con todo mi código.

¿Se trata de un bug del vfp9?
¿Alguie ha observado algo parecido?
¿Alguna idea?

Gracias


PortalFox :: Nada corre como un zorro
http://www.portalfox.com

PortalFox - NNTP Forum Gateway

Hola amigos foristas:

solo una pequeña correccion amigo German, el codigo debe ser asi

USE (lcFic) IN 0 SHARED
que VFP interpreta como
USE "c:\mis proyectos\datos\miTabla.dbf" IN 0 SHARED

tu usaste la sustitucion por macro otra vez... de esta manera

USE &lcFic IN 0 SHARED

Saludos.

LSC Juan de Dios Corrales Leal

Tienes toda la razón, ese el problema de copiar y pegar, que terminé dicendo
que hiciera lo que decía que no debería hacer.

Saludos

Germán Giraldo

"Jd" escribió en el mensaje
news:#

Germán Giraldo escribió:
> No es ningún bug, no es un cambio de comportamiento, es un cambio en la

ruta

> donde tienes la tabla.
>
> No se debe utilizar la macrosustitución para nombres de archivos, de
> ventanas, etc. Cuando VFP espera un nombre, lo mejor es utilizar una
> expresión de nombre, es decir, poner la variable entre paréntesis.
>
> la razón es la siguiente:
>
> lcFic="c:\mis proyectos\datos\miTabla.dbf"
>
> USE &lcFic IN 0 SHARED
> es equivalente a:
> USE c:\mis proyectos\datos\miTabla.dbf IN 0 SHARED
> donde
> USE c:\mis
> es un error, VFP interpreta c:\mis como el nombre de la tabla, a causa

del

> espacio en blanco.
>
> lo correcto es
> USE &lcFic IN 0 SHARED
> que VFP interpreta como
> USE "c:\mis proyectos\datos\miTabla.dbf" IN 0 SHARED
>
> Finalmente, tampoco es bueno abusar de la macrosustitución, por que hay
> situaciones en las cuales es muy lenta. Es una excelente herramienta de

VFP,

> pero es mejor utilizarla con cuidado.
>
> Saludos
>
> Germán Giraldo
>
>
>
> "Eduardo Castellano" escribió en el

mensaje

> news:
>
>>Saludos a :
>>
>>Siempre, y cuando digo siempre es siempre, hasta hoy, he utilizado este
>>código para abrir tablas:
>>
>>LOCAL l_fic
>>l_fic=oEntorno.Ruta+'plt.dbf'
>>USE &l_fic IN 0 SHARED
>>
>>Hoy he probado un ejecutable hecho con vfp9 (es el primer proyecto nuevo
>>en vfp90), en una máquina limpia (recien instalado XPPSP1) y no he

tenido

>>más remedio que cambiar mi código por:
>>
>>USE (l_fic) IN 0 SHARED
>>
>>En el ordenador en el que desarrollo no me dá ningun problema, pero la
>>prueba falla.
>>Me preocupa porque utilizo con mucha frcuencia la sustitución por macro

y

>>no se que va ha ocurrir con todo mi código.
>>
>>¿Se trata de un bug del vfp9?
>>¿Alguie ha observado algo parecido?
>>¿Alguna idea?
>>
>>Gracias
>>
>>
>>PortalFox :: Nada corre como un zorro
>>http://www.portalfox.com
>>
>>PortalFox - NNTP Forum Gateway
>
>
>

Hola amigos foristas:

solo una pequeña correccion amigo German, el codigo debe ser asi

USE (lcFic) IN 0 SHARED
que VFP interpreta como
USE "c:\mis proyectos\datos\miTabla.dbf" IN 0 SHARED

tu usaste la sustitucion por macro otra vez... de esta manera

USE &lcFic IN 0 SHARED

Saludos.

LSC Juan de Dios Corrales Leal