error 1976

[Comandotaranta]

Hola a todos. Agradecería información sobre el siguiente problema:
Tengo un código muy sencillo para importar información de una tabla de
Visual Foxpro 6.0 a Visual Foxpro 6.0. ambas tablas son idénticas.

tabla1= "c:\carpeta1\tabla.dbf"
tabla2="c:\carpeta2\tabla_antigua.dbf"
select 1
use &tabla1 exclusive
zap
append from &tabla2

Cuando ejecuto la aplicación desde el entorno de Visual Foxpro
funciona impecablemente. Pero si genero el ejecutable .exe, cuando lo
ejecuto, me lanza el siguiente error:
"No se puede resolver el vínculo primario error 1976" al llegar a la
línea "append from &tabla2"
También he probado a generar la aplicación .app y cuando la ejecuto me
ocurre el mismo error, sin embargo cuando lo ejecuto desde el entorno
Visual Foxpro funciona perfecto siempre.
Sistema operativo utilizado: Windows 7
Versión de Foxpro: 6.0 con Service Pack 1

Alguien me puede ayudar?, por favor
Gracias de antemano.

[Luis Santander]

set exclusive on
select 1
use &tabla1
delete all
pack
set exclusive off
append from &tabla2

a ver si te sirve
....

[Luis Santander]

El 8 de marzo de 2012 18:32, Luis Santander <sande...@gmail.com> escribió:

set exclusive on
select 1
use &tabla1

zap

[Marlon Salomon Cabrera Roque]

No uses el & usa ().

tabla1= "c:\carpeta1\tabla.dbf"
tabla2="c:\carpeta2\tabla_antigua.dbf"
select 1

use (tabla1) exclusive
zap
append from (tabla2)

-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de Comandotaranta
Enviado el: jueves, 08 de marzo de 2012 04:06 p.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] error 1976

-----
Se certificó que el correo no contiene virus.
Comprobada por AVG - www.avg.es
Versión: 2012.0.1913 / Base de datos de virus: 2114/4858 - Fecha de la
versión: 08/03/2012

-----
Se certificó que el correo no contiene virus.
Comprobada por AVG - www.avg.es
Versión: 2012.0.1913 / Base de datos de virus: 2114/4858 - Fecha de la
versión: 08/03/2012

[Comandotaranta]

Muchas gracias por tu interés, ya lo había probado y no. no tiene que
ver con el set exclusive. Sigue sin funcionar.

Gracias de nuevo

On 8 mar, 23:33, Luis Santander <sanderl...@gmail.com> wrote:

[Comandotaranta]

Muchas gracias por tu interés.
No sólo he probado con los (), sino que incluso he probado a escribir
directamente el nombre de la tabla con su ruta.... pero nada sigue
cxon los mismos síntomas. Desde el entorno foxpro funciona
perfectamente y en cuanto genero excutable o app no funciona en
ninguno de los dos casos...
Parece que no tiene que ver con eso.
Un saludo.

On 9 mar, 06:47, "Marlon Salomon Cabrera Roque" <cabre...@gmail.com>
wrote:

> "No se puede resolver el vínculo primarioerror1976" al llegar a la línea

> "append from &tabla2"
> También he probado a generar la aplicación .app y cuando la ejecuto me

> ocurre el mismoerror, sin embargo cuando lo ejecuto desde el entorno Visual

[Víctor Hugo Espínola Domínguez]

Fíjate si tu tabla destino está incluida en el proyecto. Si es así sácala o márcala como excluida.

Saludos, Víctor.

[Daniel Burgos]

Hola..
no probaste achicando el nombre del archivo a 8 caracteres. Ej.:
tabla2="c:\carpeta2\tabla_an.dbf"

Saludos
Daniel Burgos
Mar del Plata Argentina

----- Original Message -----
From: "Comandotaranta" <manue...@gmail.com>
To: "Comunidad de Visual Foxpro en Espa�ol"
<publice...@googlegroups.com>
Sent: Friday, March 09, 2012 3:06 PM
Subject: [vfp] Re: error 1976

Muchas gracias por tu inter�s.
No s�lo he probado con los (), sino que incluso he probado a escribir

directamente el nombre de la tabla con su ruta.... pero nada sigue

cxon los mismos s�ntomas. Desde el entorno foxpro funciona

perfectamente y en cuanto genero excutable o app no funciona en
ninguno de los dos casos...
Parece que no tiene que ver con eso.
Un saludo.

On 9 mar, 06:47, "Marlon Salomon Cabrera Roque" <cabre...@gmail.com>
wrote:
> No uses el & usa ().
>
> tabla1= "c:\carpeta1\tabla.dbf"
> tabla2="c:\carpeta2\tabla_antigua.dbf"
> select 1
> use (tabla1) exclusive
> zap
> append from (tabla2)
>
> -----Mensaje original-----
> De: publice...@googlegroups.com
> [mailto:publice...@googlegroups.com] En nombre de Comandotaranta
> Enviado el: jueves, 08 de marzo de 2012 04:06 p.m.

> Para: Comunidad de Visual Foxpro en Espa�ol
> Asunto: [vfp]error1976
>
> Hola a todos. Agradecer�a informaci�n sobre el siguiente problema:
> Tengo un c�digo muy sencillo para importar informaci�n de una tabla de
> Visual Foxpro 6.0 a Visual Foxpro 6.0. ambas tablas son id�nticas.

>
> tabla1= "c:\carpeta1\tabla.dbf"
> tabla2="c:\carpeta2\tabla_antigua.dbf"
> select 1
> use &tabla1 exclusive
> zap
> append from &tabla2
>

> Cuando ejecuto la aplicaci�n desde el entorno de Visual Foxpro funciona

> impecablemente. Pero si genero el ejecutable .exe, cuando lo ejecuto, me
> lanza el siguienteerror:

> "No se puede resolver el v�nculo primarioerror1976" al llegar a la l�nea
> "append from &tabla2"
> Tambi�n he probado a generar la aplicaci�n .app y cuando la ejecuto me

> ocurre el mismoerror, sin embargo cuando lo ejecuto desde el entorno
> Visual
> Foxpro funciona perfecto siempre.
> Sistema operativo utilizado: Windows 7

> Versi�n de Foxpro: 6.0 con Service Pack 1

>
> Alguien me puede ayudar?, por favor
> Gracias de antemano.
>
> -----

> Se certific� que el correo no contiene virus.
> Comprobada por AVG -www.avg.es
> Versi�n: 2012.0.1913 / Base de datos de virus: 2114/4858 - Fecha de la
> versi�n: 08/03/2012
>
> -----
> Se certific� que el correo no contiene virus.
> Comprobada por AVG -www.avg.es
> Versi�n: 2012.0.1913 / Base de datos de virus: 2114/4858 - Fecha de la
> versi�n: 08/03/2012

[Javier Brumatti]

No será que en tu entorno esas tablas pertences a una Base de Datos y luego tu las copias a otro lado y las trabajs como tablas libres ???

Saludos
Javier

--
Este mensaje ha sido analizado en busca
de virus y otros contenidos peligrosos,
y se considera que está limpio.

[ZeRoberto]

Usas DBC's si es asi, prueba esto

 

VALIDATE DATABASE miDBC RECOVER

[Marlon Cabrera]

Debe ser la base de datos

http://msdn.microsoft.com/en-us/library/aa976485(v=vs.71).aspx

--
Marlon Cabrera

[Comandotaranta]

Muchas gracias por tu interés he hecho la prueba que comentas y nada,
no van por ahí los tiros.

Un slaudo.

[Comandotaranta]

La tabla no está incluida en el proyecto.
El asunto completo es el siguiente:
Hace unos años desarrollé una aplicación para un cliente la àplicación
tiene un sistema de facturación muy específico. Hace unas semanas el
mismo cliente me ha pedido una serie de modificaciones importantes
debidoa que le han aparecido nuevos requerimientos funcionales en su
trabajo.
He desarrollado la nueva aplicación creando la versión 3.0 de la
misma. La nueva versión ya está terminada, pero el cliente me ha
pedido que le prepare un sistema de importación/exportación de datos
entre ambas versiones para tener durante el periodo de testeo, las dos
versiones funcionando. El código que he adjuntado es una parte de
dicho proceso de importación desde la version 3.0 debe absorver los
datos del día que se han introducido en la versión 2.0 para
sincronizar ambas aplicaciones. Es decir:
tabla1= "c:\carpeta1\tabla.dbf" /*----es una
tabla asociada a la base de datos de la versión 3.0 desde donde se
ejecuta el código
tabla2="c:\carpeta2\tabla_antigua.dbf" /*---- es la tabla
asociada a la base de datos de la versión 2.0. Está en otra carpeta y
la aplicación 2.0 está cerrada cuando se realiza el proceso.
select 1
use (tabla1) exclusive /*---- abro
la tabla de la aplicación actual en modo exclusivo
zap /
*---- Elimino todos los registros
append from (tabla2) /*---- Añado
los registros que hay en la tabla de la versión 2.0 para que no tenga
que trabajara el doble mi cliente

En ésta línea es donde da el problema, pero lo más curioso y donde
creo que está el quiz de la cuestión es que sólo da el problema desde
el .exe o desde el .app cuando ejecuto la opción importar desde el
entorno VFP funciona perfectamente.
He instalado la versión 7.0 con Service Pack 1.0 en windows 7 64
bits. y desde ahí he realizado todo el proceso. Sigo teniendo el mismo
problema.

Muchas gracias por tu interés.

On 9 mar, 21:50, Víctor Hugo Espínola Domínguez <vichus...@gmail.com>
wrote:

> Fíjate si tu tabla destino está incluida en el proyecto. Si es así sácala o
> márcala como excluida.
>
> Saludos, Víctor.
>

[Comandotaranta]

Hola compañero:
No es una tabla libre. ambas tablas pertenecen a basaes de datos
distintas situadas en distintas carpetas.
Te adjunto más información. El asunto completo es el siguiente:

Hace unos años desarrollé una aplicación para un cliente la àplicación
tiene un sistema de facturación muy específico. Hace unas semanas el
mismo cliente me ha pedido una serie de modificaciones importantes
debidoa que le han aparecido nuevos requerimientos funcionales en su
trabajo.
He desarrollado la nueva aplicación creando la versión 3.0 de la
misma. La nueva versión ya está terminada, pero el cliente me ha
pedido que le prepare un sistema de importación/exportación de datos
entre ambas versiones para tener durante el periodo de testeo, las dos
versiones funcionando. El código que he adjuntado es una parte de
dicho proceso de importación desde la version 3.0 debe absorver los
datos del día que se han introducido en la versión 2.0 para
sincronizar ambas aplicaciones. Es decir:
tabla1= "c:\carpeta1\tabla.dbf" /*----es una
tabla asociada a la base de datos de la versión 3.0 desde donde se
ejecuta el código
tabla2="c:\carpeta2\tabla_antigua.dbf" /*---- es la tabla
asociada a la base de datos de la versión 2.0. Está en otra carpeta y
la aplicación 2.0 está cerrada cuando se realiza el proceso.

select 1

use (tabla1) exclusive /*---- abro
la tabla de la aplicación actual en modo exclusivo
zap /
*---- Elimino todos los registros
append from (tabla2) /*---- Añado
los registros que hay en la tabla de la versión 2.0 para que no tenga
que trabajara el doble mi cliente

En ésta línea es donde da el problema, pero lo más curioso y donde
creo que está el quiz de la cuestión es que sólo da el problema desde
el .exe o desde el .app cuando ejecuto la opción importar desde el
entorno VFP funciona perfectamente.

He instalado la versión 7.0 de Visual FoxPro con Service Pack 1.0 en

windows 7 64 bits. y desde ahí he realizado todo el proceso. Sigo
teniendo el mismo problema.

Muchas gracias por tu interés.

On 9 mar, 22:05, Javier Brumatti <jbruma...@amr.org.ar> wrote:
> No ser� que en tu entorno esas tablas pertences a una Base de Datos y

> luego tu las copias a otro lado y las trabajs como tablas libres ???
>
> Saludos
> Javier
>

> El 09/03/2012 02:47 a.m., Marlon Salomon Cabrera Roque escribi�:
>
>
>
>
>
> > No uses el&  usa ().

>
> > tabla1= "c:\carpeta1\tabla.dbf"
> > tabla2="c:\carpeta2\tabla_antigua.dbf"
> > select 1
> > use (tabla1) exclusive
> > zap
> > append from (tabla2)
>
> > -----Mensaje original-----
> > De: publice...@googlegroups.com
> > [mailto:publice...@googlegroups.com] En nombre de Comandotaranta
> > Enviado el: jueves, 08 de marzo de 2012 04:06 p.m.

> > Para: Comunidad de Visual Foxpro en Espa�ol
> > Asunto: [vfp] error 1976
>
> > Hola a todos. Agradecer�a informaci�n sobre el siguiente problema:
> > Tengo un c�digo muy sencillo para importar informaci�n de una tabla de
> > Visual Foxpro 6.0 a Visual Foxpro 6.0. ambas tablas son id�nticas.

>
> > tabla1= "c:\carpeta1\tabla.dbf"
> > tabla2="c:\carpeta2\tabla_antigua.dbf"
> > select 1

> > use&tabla1 exclusive
> > zap
> > append from&tabla2
>
> > Cuando ejecuto la aplicaci�n desde el entorno de Visual Foxpro funciona

> > impecablemente. Pero si genero el ejecutable .exe,  cuando lo ejecuto, me
> > lanza el siguiente error:

> > "No se puede resolver el v�nculo primario error 1976" al llegar a la l�nea
> > "append from&tabla2"
> > Tambi�n he probado a generar la aplicaci�n .app y cuando la ejecuto me

> > ocurre el mismo error, sin embargo cuando lo ejecuto desde el entorno Visual
> > Foxpro funciona perfecto siempre.
> > Sistema operativo utilizado: Windows 7

> > Versi�n de Foxpro: 6.0 con Service Pack 1

>
> > Alguien me puede ayudar?, por favor
> > Gracias de antemano.
>
> > -----

> > Se certific� que el correo no contiene virus.
> > Comprobada por AVG -www.avg.es
> > Versi�n: 2012.0.1913 / Base de datos de virus: 2114/4858 - Fecha de la
> > versi�n: 08/03/2012
>
> > -----
> > Se certific� que el correo no contiene virus.
> > Comprobada por AVG -www.avg.es
> > Versi�n: 2012.0.1913 / Base de datos de virus: 2114/4858 - Fecha de la
> > versi�n: 08/03/2012

>
> --
> Este mensaje ha sido analizado en busca de
> virus y otros contenidos peligrosos,

> y se considera que est� limpio.

[Comandotaranta]

Hola: Gracias por tu interés.
Hge validado ambas bases de datos, tanto la origen como la destino y
sigue con los mismos síntomas. Te amplio información:

Hace unos años desarrollé una aplicación para un cliente la àplicación
tiene un sistema de facturación muy específico. Hace unas semanas el
mismo cliente me ha pedido una serie de modificaciones importantes

debido a que le han aparecido nuevos requerimientos funcionales en su

trabajo.
He desarrollado la nueva aplicación creando la versión 3.0 de la
misma. La nueva versión ya está terminada, pero el cliente me ha
pedido que le prepare un sistema de importación/exportación de datos
entre ambas versiones para tener durante el periodo de testeo, las dos
versiones funcionando. El código que he adjuntado es una parte de

dicho proceso de importación: Desde la version 3.0 debe absorver los

datos del día que se han introducido en la versión 2.0 para
sincronizar ambas aplicaciones. Es decir:
tabla1= "c:\carpeta1\tabla.dbf" /*----es una
tabla asociada a la base de datos de la versión 3.0 desde donde se

ejecuta el código de importación

tabla2="c:\carpeta2\tabla_antigua.dbf" /*---- es la tabla
asociada a la base de datos de la versión 2.0. Está en otra carpeta y
la aplicación 2.0 está cerrada cuando se realiza el proceso.

select 1

use (tabla1) exclusive /*---- abro
la tabla de la aplicación actual en modo exclusivo
zap /
*---- Elimino todos los registros
append from (tabla2) /*---- Añado
los registros que hay en la tabla de la versión 2.0 para que no tenga
que trabajara el doble mi cliente

En ésta línea es donde da el problema, pero lo más curioso y donde
creo que está el quiz de la cuestión es que sólo da el problema desde
el .exe o desde el .app cuando ejecuto la opción importar desde el
entorno VFP funciona perfectamente.

He instalado la versión 7.0 con Service Pack 1.0 en windows 7 64

bits. y desde ahí he realizado todo el proceso. Sigo teniendo el mismo
problema.

Muchas gracias por tu interés.

On 9 mar, 22:21, ZeRoberto <zeroha...@gmail.com> wrote:
> Usas DBC's si es asi, prueba esto
>
> VALIDATE DATABASE miDBC RECOVER
>

> El 9 de marzo de 2012 16:05, Javier Brumatti <jbruma...@amr.org.ar>escribió:
>
>
>
> > No será que en tu entorno esas tablas pertences a una Base de Datos y
> > luego tu las copias a otro lado y las trabajs como tablas libres ???
>
> > Saludos
> > Javier
>
> > El 09/03/2012 02:47 a.m., Marlon Salomon Cabrera Roque escribió:
>
> > No uses el & usa ().
>
> > tabla1= "c:\carpeta1\tabla.dbf"
> > tabla2="c:\carpeta2\tabla_antigua.dbf"
> > select 1
> > use (tabla1) exclusive
> > zap
> > append from (tabla2)
>
> > -----Mensaje original-----
> > De: publice...@googlegroups.com

> > [mailto:publice...@googlegroups.com <publice...@googlegroups.com>] En nombre de Comandotaranta

[Comandotaranta]

Hola:
Ya había visto ese artículo. de hecho viene en la propia ayuda de fox,
he probado a validar ambas bases de datos y todos los vínculos están
correctos.
Te amplío información:

Hace unos años desarrollé una aplicación para un cliente la àplicación
tiene un sistema de facturación muy específico. Hace unas semanas el
mismo cliente me ha pedido una serie de modificaciones importantes

debidoa que le han aparecido nuevos requerimientos funcionales en su

trabajo.
He desarrollado la nueva aplicación creando la versión 3.0 de la
misma. La nueva versión ya está terminada, pero el cliente me ha
pedido que le prepare un sistema de importación/exportación de datos
entre ambas versiones para tener durante el periodo de testeo, las dos
versiones funcionando. El código que he adjuntado es una parte de

dicho proceso de importación desde la version 3.0 debe absorver los

datos del día que se han introducido en la versión 2.0 para
sincronizar ambas aplicaciones. Es decir:
tabla1= "c:\carpeta1\tabla.dbf" /*----es una
tabla asociada a la base de datos de la versión 3.0 desde donde se
ejecuta el código

tabla2="c:\carpeta2\tabla_antigua.dbf" /*---- es la tabla
asociada a la base de datos de la versión 2.0. Está en otra carpeta y
la aplicación 2.0 está cerrada cuando se realiza el proceso.

select 1

use (tabla1) exclusive /*---- abro
la tabla de la aplicación actual en modo exclusivo
zap /
*---- Elimino todos los registros
append from (tabla2) /*---- Añado
los registros que hay en la tabla de la versión 2.0 para que no tenga
que trabajara el doble mi cliente

En ésta línea es donde da el problema, pero lo más curioso y donde
creo que está el quiz de la cuestión es que sólo da el problema desde
el .exe o desde el .app cuando ejecuto la opción importar desde el
entorno VFP funciona perfectamente.
He instalado la versión 7.0 con Service Pack 1.0 en windows 7 64
bits. y desde ahí he realizado todo el proceso. Sigo teniendo el mismo
problema.

Muchas gracias por tu interés.

On 9 mar, 23:25, Marlon Cabrera <cabre...@gmail.com> wrote:
> Debe ser la base de datoshttp://msdn.microsoft.com/en-us/library/aa976485(v=vs.71).aspx

>
> El 9 de marzo de 2012 15:21, ZeRoberto <zeroha...@gmail.com> escribió:
>
>
>
>
>
> > Usas DBC's si es asi, prueba esto
>
> > VALIDATE DATABASE miDBC RECOVER
>

> > El 9 de marzo de 2012 16:05, Javier Brumatti <jbruma...@amr.org.ar>escribió:
>
> >  No será que en tu entorno esas tablas pertences a una Base de Datos y
> >> luego tu las copias a otro lado y las trabajs como tablas libres ???
>
> >> Saludos
> >> Javier
>
> >> El 09/03/2012 02:47 a.m., Marlon Salomon Cabrera Roque escribió:
>
> >> No uses el & usa ().
>
> >> tabla1= "c:\carpeta1\tabla.dbf"
> >> tabla2="c:\carpeta2\tabla_antigua.dbf"
> >> select 1
> >> use (tabla1) exclusive
> >> zap
> >> append from (tabla2)
>
> >> -----Mensaje original-----
> >> De: publice...@googlegroups.com

> >> [mailto:publice...@googlegroups.com <publice...@googlegroups.com>] En nombre de Comandotaranta

> *Marlon Cabrera*

[Intel Man]

Hola, porque no usasen vez de un append from ... un scan endscan?
 
sele tabla2
scan
  scatter memvar memo
sele tabla1
  append blank
  gather memvar memo
endscan
 
Saludos

 

> Date: Sun, 11 Mar 2012 04:31:21 -0700

> Subject: [vfp] Re: error 1976

> From: manue...@gmail.com
> To: publice...@googlegroups.com

[sip...@gmail.com]

Hola a mi se me hace que tus tablas tienen campo auto incremental y al registrar nuevos renglones en tu tabla pasas un valor a ese campo
Saludos
Alexander Barreto

Enviado desde mi BlackBerry de Movistar

[Daniel Sánchez]

No sera porque esta en 2 Contenedor de BD diferente y por eso el error, podrías evitar eso realizando un select * from tabla_antigua into cursor miconsulta y abres la tabla  nueva y haces un append from dbf("miconsulta").

Saludos

--
Daniel Sánchez Escobar
Investigación y Desarrollo
Reset Software & Sistemas
Móvil +051-949398047
Trujillo - Perú

[Irlandes 1960]

Me parece que el problema esta en los DBC asociados a las DBF, que al ser una evolución uno de otro, posiblemente se llamen igual, y se arme bruta ensalada.

Coincido con Daniel en que deberias trabajar con un archivo de intercambio "neutral" , abriendo solo el entorno de origen, obtener los datos a transmitir, luego cerrar todo, abrir el entorno de destino, e incorporar los datos, que habrá que ver si se soporta con un append o algo más elaborado

Suerte.

[Comandotaranta]

Gracias de nuevo, pero no. No tienen campos autoincrementales.

Un saludo

[Comandotaranta]

Estimado Daniel.
Tu solución tiene exactamente el mismo problema que la mia. Si ejecuto
el código desde el entorno VFP funciona perfectamente, cuando genero
exe o app no funciona desde ninguno de los dos : error 1976 no se
puede resolver el vínculo primario.

Gracias por tu colaboración.

[Comandotaranta]

Efectivamente las dos bases de datos se llaman igual y las dos tablas
se llaman igual pero están situadas en distintas carpetas y tengo
mucho cuidado de abrirlas en areas distintas,para evitar la
"ensalada". la prueba es que mi código y el de Daniel desde el entorno
de VFP funcionan perfectamente, es sólo cuando genero el ejecutable o
la app cuando aparece el problema.
Voy a cambiar el código por enésima vez y a probar a trasladar los
registros uno por uno aunque ralentice mucho la importación.

Gracias por tu colaboración.

[Comandotaranta]

Hola Intel man.
He cambiado el código por enésima vez para sustituirlo por el tuyo.
Ocurre exactamente lo mismo que con mi código
Desde entorno VFP funciona perfectamente, pero cuando genero el exe o
la app y lo ejecuto me da error 1976 en la línea del select
tablaantigua.

Estoy convencido de que la clave del problema tiene que ver con algo
relacionado con el exe o la app peor no entiendo que puede ser.

Gracias por tu colaboración.


On 11 mar, 12:57, Intel Man <intel_man_in...@hotmail.com> wrote:
> Hola, porque no usasen vez de un append from ... un scan endscan? sele tabla2scan  scatter memvar memosele tabla1  append blank  gather memvar memoendscan Saludos

>  > Date: Sun, 11 Mar 2012 04:31:21 -0700
>
>
>
> > Subject: [vfp] Re: error 1976

> > From: manuell...@gmail.com

[Marlon Cabrera]

Y si lo haces asi

 

Insert into  (tabla1)  (campo1, campo2, campo3)

  select * from  (tabla2)  

deja que VFP abra las tablas no lo hagas tu a ver si asi te sirve

--
Marlon Cabrera

[Daniel Sánchez]

En todo caso podrías hacer lo siguiente para trabajar con 2 Contenedores de Base Datos (CBD) diferentes

tabla1= "c:\carpeta1\tabla.dbf"
tabla2="c:\carpeta2\tabla_antigua.dbf"
select 1
use (tabla1) exclusive

select * from tabla into cursor mytabla

close database

use (tabla2) exclusive

append from dbf("mytabla")

Con esto espero que funcione ya que se cierra la base datos de la tabla1, así que tranquilamente al abrir la tabla 2 se abre el otro CBD y no se mantiene abierto el CBD de la tabla 1

[Carlos Miguel FARIAS]

la otra es usar un calificador de base de datos al dar el nombre de la tabla.

El 14/03/12, Daniel Sánchez <resets...@gmail.com> escribió:

[Marlon Cabrera]

Alguien sabe como le fue?

--
Marlon Cabrera

[Comandotaranta]

Hola a todos:
Ya he conseguido "resolver" el problema, la única solución que he
encontrado ha sido la siguiente:
He hablado con el cliente y he acordado con él, sacar la utilidad de
importación de la aplicación. Y crear una nueva aplicación totalmente
independiente que se llama "importar"
He creado un proyecto partiendo de cero, y mi código primigenio
funciona perfectamente tanto en entorno VFP como desde el exe o la
app. Que es lo que ocurre
con la aplicación inicial? por qué no funciona el mismo código desde
el .exe o la .app? Ni Idea, misterios insondables de éste "bonito"
mundo de la programación al que he dedicado los 20 mejores años de mi
vida.... (bueno, bueno, tampoco quiero ponerme trágico :-D)
El caso es que lo que no he podido resolver por programación lo he
resuelto con labores de consultoría y un par de jarritas de cerveza
que he tenido que invitar a mi cliente para convencerle las
enooooormes ventajas que tiene, lo de la aplicación independiente.

Un saludo a todos y muchas gracias por el apoyo y la implicación
recibida. Sois muy buena gente.

Un saludo.

On 14 mar, 11:59, Carlos Miguel FARIAS <carlosmiguelfar...@gmail.com>
wrote:

> la otra es usar un calificador de base de datos al dar el nombre de la tabla.
>

> El 14/03/12, Daniel Sánchez <resetsoftw...@gmail.com> escribió:

[Irlandes 1960]

Como dice el tango, veinte años no es nada.