Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des tables"
et là, tu vas dans la mdb1, pointer sur la table qui contient la variable
que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la variable
dans une table, car je ne vois pas la vrai finalité de ton idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus clair,
cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première table.
Je t'explique + si nécessaire.
Jac
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des tables"
et là, tu vas dans la mdb1, pointer sur la table qui contient la variable
que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la variable
dans une table, car je ne vois pas la vrai finalité de ton idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus clair,
cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première table.
Je t'explique + si nécessaire.
Jac
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des tables"
et là, tu vas dans la mdb1, pointer sur la table qui contient la variable
que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la variable
dans une table, car je ne vois pas la vrai finalité de ton idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus clair,
cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première table.
Je t'explique + si nécessaire.
Jac
ok! imaginon que je puisse transformer un chiffre stoquer dans la mémoire,
en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable, fermer
la base bd1.mdb, cette variable pointera sur rien puisque l'espace mémoire
à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première table.
Je t'explique + si nécessaire.
Jac
ok! imaginon que je puisse transformer un chiffre stoquer dans la mémoire,
en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable, fermer
la base bd1.mdb, cette variable pointera sur rien puisque l'espace mémoire
à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première table.
Je t'explique + si nécessaire.
Jac
ok! imaginon que je puisse transformer un chiffre stoquer dans la mémoire,
en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable, fermer
la base bd1.mdb, cette variable pointera sur rien puisque l'espace mémoire
à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première table.
Je t'explique + si nécessaire.
Jac
Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le vba
?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre mdb
?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le vba
?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre mdb
?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a9c8a0$0$21467$5402220f@news.sunrise.ch...
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le vba
?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre mdb
?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le vba
?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre mdb
?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le vba
?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre mdb
?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a9c8a0$0$21467$5402220f@news.sunrise.ch...
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le vba
?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre mdb
?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
evi8$mRaIHA.5160@TK2MSFTNGP05.phx.gbl...
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a9c8a0$0$21467$5402220f@news.sunrise.ch...
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47b01a54$0$14213$5402220f@news.sunrise.ch...
Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
evi8$mRaIHA.5160@TK2MSFTNGP05.phx.gbl...
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a9c8a0$0$21467$5402220f@news.sunrise.ch...
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du module
ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui contient
la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" a écrit dans le message de news:Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table
?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
esHD1YLbIHA.1132@TK2MSFTNGP06.phx.gbl...
Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47b01a54$0$14213$5402220f@news.sunrise.ch...
Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
evi8$mRaIHA.5160@TK2MSFTNGP05.phx.gbl...
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a9c8a0$0$21467$5402220f@news.sunrise.ch...
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table
?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" a écrit dans le message de news:Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu fais
pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai depuis
la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table
?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu n'avais jamais évoqué le mot de passe. Mais voilà, c'est réglé.
db2 http://cjoint.com/?clrhbSoYnU
db22 http://cjoint.com/?clrh0typ7y
"Georges" a écrit dans le message de news:
47b06969$0$14215$Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" a écrit dans le message de news:Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu
fais pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de
faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai
depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de
ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table
?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu n'avais jamais évoqué le mot de passe. Mais voilà, c'est réglé.
db2 http://cjoint.com/?clrhbSoYnU
db22 http://cjoint.com/?clrh0typ7y
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47b06969$0$14215$5402220f@news.sunrise.ch...
Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
esHD1YLbIHA.1132@TK2MSFTNGP06.phx.gbl...
Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47b01a54$0$14213$5402220f@news.sunrise.ch...
Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu
fais pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de
faire..
Merci encore!
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
evi8$mRaIHA.5160@TK2MSFTNGP05.phx.gbl...
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a9c8a0$0$21467$5402220f@news.sunrise.ch...
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai
depuis la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de
ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une table
?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu n'avais jamais évoqué le mot de passe. Mais voilà, c'est réglé.
db2 http://cjoint.com/?clrhbSoYnU
db22 http://cjoint.com/?clrh0typ7y
"Georges" a écrit dans le message de news:
47b06969$0$14215$Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" a écrit dans le message de news:Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu
fais pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de
faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en "dur"
dans
une table. Donc on ne lira pas un espace mémoire libéré à la fermeture
mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis le
vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une autre
mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai
depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de
ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une table
?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu l'as simplement enlevé le mot de pass??
non ce que je voulais faire.. c'était d'ouvrir une base de donnée à
travers une autre en mettant le mot de pass à la place de certain
utilisateurs!
Je n'ai pas mentionné ce détail, car la fois où je l'ai mis, personne ne
m'a répondu et j'ai du trouvé la solution seule.
mais l'objectif est là: ouvrir une base sécurisée a travers une autre qui
check si le nom de la session window est reconnue, si oui, mettre le mot
de passe à la place de l'utilisateur, sinon, demander le mot de pass
Merci de ton aide!
"Jac" a écrit dans le message de news:
%Tu n'avais jamais évoqué le mot de passe. Mais voilà, c'est réglé.
db2 http://cjoint.com/?clrhbSoYnU
db22 http://cjoint.com/?clrh0typ7y
"Georges" a écrit dans le message de news:
47b06969$0$14215$Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" a écrit dans le message de news:Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu
fais pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de
faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en
"dur" dans
une table. Donc on ne lira pas un espace mémoire libéré à la
fermeture mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis
le vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une
autre mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai
depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de
ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de
la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre
plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une
table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu l'as simplement enlevé le mot de pass??
non ce que je voulais faire.. c'était d'ouvrir une base de donnée à
travers une autre en mettant le mot de pass à la place de certain
utilisateurs!
Je n'ai pas mentionné ce détail, car la fois où je l'ai mis, personne ne
m'a répondu et j'ai du trouvé la solution seule.
mais l'objectif est là: ouvrir une base sécurisée a travers une autre qui
check si le nom de la session window est reconnue, si oui, mettre le mot
de passe à la place de l'utilisateur, sinon, demander le mot de pass
Merci de ton aide!
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
%23jgpXhMbIHA.3696@TK2MSFTNGP03.phx.gbl...
Tu n'avais jamais évoqué le mot de passe. Mais voilà, c'est réglé.
db2 http://cjoint.com/?clrhbSoYnU
db22 http://cjoint.com/?clrh0typ7y
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47b06969$0$14215$5402220f@news.sunrise.ch...
Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
esHD1YLbIHA.1132@TK2MSFTNGP06.phx.gbl...
Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47b01a54$0$14213$5402220f@news.sunrise.ch...
Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu
fais pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de
faire..
Merci encore!
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
evi8$mRaIHA.5160@TK2MSFTNGP05.phx.gbl...
Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en
"dur" dans
une table. Donc on ne lira pas un espace mémoire libéré à la
fermeture mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis
le vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une
autre mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a9c8a0$0$21467$5402220f@news.sunrise.ch...
Jac toujours là? mdr :)
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a8b84a$0$21469$5402220f@news.sunrise.ch...
ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai
depuis la
base source... le problème revient au même...
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
uW3bVUBaIHA.1208@TK2MSFTNGP05.phx.gbl...
Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" <georges@jungle.nz> a écrit dans le message de news:
47a886be$0$21469$5402220f@news.sunrise.ch...
Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de
ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de
la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre
plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" <Jsansp@mfra.net> a écrit dans le message de news:
eZ$v4V%23ZIHA.1532@TK2MSFTNGP04.phx.gbl...
... qu'est-ce qui t'empêche d'écrire les variables dans une
table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.
Tu l'as simplement enlevé le mot de pass??
non ce que je voulais faire.. c'était d'ouvrir une base de donnée à
travers une autre en mettant le mot de pass à la place de certain
utilisateurs!
Je n'ai pas mentionné ce détail, car la fois où je l'ai mis, personne ne
m'a répondu et j'ai du trouvé la solution seule.
mais l'objectif est là: ouvrir une base sécurisée a travers une autre qui
check si le nom de la session window est reconnue, si oui, mettre le mot
de passe à la place de l'utilisateur, sinon, demander le mot de pass
Merci de ton aide!
"Jac" a écrit dans le message de news:
%Tu n'avais jamais évoqué le mot de passe. Mais voilà, c'est réglé.
db2 http://cjoint.com/?clrhbSoYnU
db22 http://cjoint.com/?clrh0typ7y
"Georges" a écrit dans le message de news:
47b06969$0$14215$Tu as tout de même le prompt qui demande le mot de pass... et je ne vois
pas en quoi ca répond à ce que je recherche..
Merci tout de même
"Jac" a écrit dans le message de news:Essaye ce fichier :
http://cjoint.com/?clo6awStxL
"Georges" a écrit dans le message de news:
47b01a54$0$14213$Hello!
Voici le code que tu proposais, mais je ne vois toujours comment tu
fais pour garder la base db2.mdb ouverte...
http://cjoint.com/data/clkHAJFQLH.htm (db2.mdb)
http://cjoint.com/?clkIgHlkfP (applic de login)
Tu peux modifier le code pour concrétiser ce que tu proposais de
faire..
Merci encore!
"Jac" a écrit dans le message de news:
evi8$Oui, mais pas toujours dispo...
Dans la procédure que je te proposes, ta variable sera écrite en
"dur" dans
une table. Donc on ne lira pas un espace mémoire libéré à la
fermeture mais
une valeur dans une table.
Etape 1 : est-tu capable d'écrire ta variable dans une table depuis
le vba ?
Etape 2 : est-tu capable d'attacher une table d'une mdb dans une
autre mdb ?
Si tu sais faire tout ça, le problème est réglé.
Si non dis moi ce que tu ne sais pas faire.
"Georges" a écrit dans le message de news:
47a9c8a0$0$21467$Jac toujours là? mdr :)
"Georges" a écrit dans le message de news:
47a8b84a$0$21469$ok! imaginon que je puisse transformer un chiffre stoquer dans la
mémoire, en variable reconnue Access
Cette place est automatiquement libérée une fois que je sors du
module ou
de la procédure où la variable a été déclarée..
et donc, si j'arrive à ouvrir la base, lui faire lire une variable,
fermer la base bd1.mdb, cette variable pointera sur rien puisque
l'espace
mémoire à été libéré à la fermeture..
Je peux aussi l'envoyer par fichier texte, ou simplement par
paramètre
dans une procédure qui se trouve dans db2.mdb que j'appellerai
depuis la
base source... le problème revient au même...
"Jac" a écrit dans le message de news:Donc tu saurais écrire ta variable dans une table de la mdb1.
Reste à la récupérer dans une autre instance d'Access, mdb2.
Dans mdb2, tu vas dans les objets "table", bouton droit, "Lier des
tables" et là, tu vas dans la mdb1, pointer sur la table qui
contient la
variable que tu as besoin.
Ensuite, il s'agit d'en faire ce que tu as besoin.
C'est clair ?
"Georges" a écrit dans le message de news:
47a886be$0$21469$Salut Jac,
Merci pour ta suggestion.. Je n'ai pas essayé de faire passer la
variable dans une table, car je ne vois pas la vrai finalité de
ton
idée..
je peux faire le code nécessaire pour enregistrer le contenu de
la
variable qui doit être de type Integer ou Long dans une table
Access,
mais après j'en fais quoi une fois que je l'ai récupéré? ce n'est
pas
pour autant que la base restera ouverte... Si tu pouvais etre
plus
clair, cela m'aidera à comprendre ta suggestion.
Merci d'avance
"Jac" a écrit dans le message de news:
eZ$v4V%... qu'est-ce qui t'empêche d'écrire les variables dans une
table ?
Tu pourrais même avoir cette table dans ta deuxième db et écrire
tes
variables dans l'attachement que tu aurais fait dans ta première
table.
Je t'explique + si nécessaire.