Quand je travaillais sur VS 2003, j'utilisais application.startuppath comme
répertoire de travail aussi bien en debug qu'en exécution (version installé)
sur vs 2005, l'application.startuppath me renvoi le répertoire bin\debug et
non pas simplement bin\
cela est trés ennuyeux pour moi
comment puis corriger cela pour avoir comme répertoire de travail le même en
debug qu'en éxécution (en fait, avoir le répertoire ou se situe le .exe)
MErci
Sylvain
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Fred
dans : news:, Sylo écrivait :
bonjour,
Bonjour,
Quand je travaillais sur VS 2003, j'utilisais application.startuppath comme répertoire de travail aussi bien en debug qu'en exécution (version installé) sur vs 2005, l'application.startuppath me renvoi le répertoire bindebug et non pas simplement bin cela est trés ennuyeux pour moi comment puis corriger cela pour avoir comme répertoire de travail le même en debug qu'en éxécution (en fait, avoir le répertoire ou se situe le .exe) MErci
C'est pourtant bien là que se trouve l'exe par défaut ? Je ne comprends pas bien le problème. Pour décider toi-même où sont placés les fichiers de sortie, tu peux changer le chemin dans les options du projet. Onglet Compile Build output path Par défaut c'est binDebug et cela se change en binRelease quand tu passes en configuration ... Release.
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
dans : news:uZZ6BaB2GHA.4176@TK2MSFTNGP06.phx.gbl,
Sylo écrivait :
bonjour,
Bonjour,
Quand je travaillais sur VS 2003, j'utilisais application.startuppath
comme répertoire de travail aussi bien en debug qu'en exécution
(version installé) sur vs 2005, l'application.startuppath me renvoi
le répertoire bindebug et non pas simplement bin
cela est trés ennuyeux pour moi
comment puis corriger cela pour avoir comme répertoire de travail le
même en debug qu'en éxécution (en fait, avoir le répertoire ou se
situe le .exe) MErci
C'est pourtant bien là que se trouve l'exe par défaut ?
Je ne comprends pas bien le problème.
Pour décider toi-même où sont placés les fichiers de sortie, tu peux
changer le chemin dans les options du projet.
Onglet Compile
Build output path
Par défaut c'est binDebug et cela se change en binRelease quand tu
passes en configuration ... Release.
Quand je travaillais sur VS 2003, j'utilisais application.startuppath comme répertoire de travail aussi bien en debug qu'en exécution (version installé) sur vs 2005, l'application.startuppath me renvoi le répertoire bindebug et non pas simplement bin cela est trés ennuyeux pour moi comment puis corriger cela pour avoir comme répertoire de travail le même en debug qu'en éxécution (en fait, avoir le répertoire ou se situe le .exe) MErci
C'est pourtant bien là que se trouve l'exe par défaut ? Je ne comprends pas bien le problème. Pour décider toi-même où sont placés les fichiers de sortie, tu peux changer le chemin dans les options du projet. Onglet Compile Build output path Par défaut c'est binDebug et cela se change en binRelease quand tu passes en configuration ... Release.
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Patrice
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
-- Patrice
"Fred" a écrit dans le message de news: eU%
dans : news:, Sylo écrivait :
bonjour,
Bonjour,
Quand je travaillais sur VS 2003, j'utilisais application.startuppath comme répertoire de travail aussi bien en debug qu'en exécution (version installé) sur vs 2005, l'application.startuppath me renvoi le répertoire bindebug et non pas simplement bin cela est trés ennuyeux pour moi comment puis corriger cela pour avoir comme répertoire de travail le même en debug qu'en éxécution (en fait, avoir le répertoire ou se situe le .exe) MErci
C'est pourtant bien là que se trouve l'exe par défaut ? Je ne comprends pas bien le problème. Pour décider toi-même où sont placés les fichiers de sortie, tu peux changer le chemin dans les options du projet. Onglet Compile Build output path Par défaut c'est binDebug et cela se change en binRelease quand tu passes en configuration ... Release.
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Une autre approche que celle proposé par Fred serait de définir les options
de copie appropriées pour les fichiers qui doivent être présents dans ce
répertoire (soit si plus récents, soit toujours etc...).
--
Patrice
"Fred" <foleide@libre.france> a écrit dans le message de news:
eU%23JQzB2GHA.4108@TK2MSFTNGP04.phx.gbl...
dans : news:uZZ6BaB2GHA.4176@TK2MSFTNGP06.phx.gbl,
Sylo écrivait :
bonjour,
Bonjour,
Quand je travaillais sur VS 2003, j'utilisais application.startuppath
comme répertoire de travail aussi bien en debug qu'en exécution
(version installé) sur vs 2005, l'application.startuppath me renvoi
le répertoire bindebug et non pas simplement bin
cela est trés ennuyeux pour moi
comment puis corriger cela pour avoir comme répertoire de travail le
même en debug qu'en éxécution (en fait, avoir le répertoire ou se
situe le .exe) MErci
C'est pourtant bien là que se trouve l'exe par défaut ?
Je ne comprends pas bien le problème.
Pour décider toi-même où sont placés les fichiers de sortie, tu peux
changer le chemin dans les options du projet.
Onglet Compile
Build output path
Par défaut c'est binDebug et cela se change en binRelease quand tu
passes en configuration ... Release.
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
-- Patrice
"Fred" a écrit dans le message de news: eU%
dans : news:, Sylo écrivait :
bonjour,
Bonjour,
Quand je travaillais sur VS 2003, j'utilisais application.startuppath comme répertoire de travail aussi bien en debug qu'en exécution (version installé) sur vs 2005, l'application.startuppath me renvoi le répertoire bindebug et non pas simplement bin cela est trés ennuyeux pour moi comment puis corriger cela pour avoir comme répertoire de travail le même en debug qu'en éxécution (en fait, avoir le répertoire ou se situe le .exe) MErci
C'est pourtant bien là que se trouve l'exe par défaut ? Je ne comprends pas bien le problème. Pour décider toi-même où sont placés les fichiers de sortie, tu peux changer le chemin dans les options du projet. Onglet Compile Build output path Par défaut c'est binDebug et cela se change en binRelease quand tu passes en configuration ... Release.
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Fred
Dans : news:, Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des fichiers du projet soit copié dans le répertoire de sortie. Je comprends mieux la question maintenant :-)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Dans : news:eN0CBGC2GHA.3908@TK2MSFTNGP05.phx.gbl,
Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les
options de copie appropriées pour les fichiers qui doivent être
présents dans ce répertoire (soit si plus récents, soit toujours
etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des
fichiers du projet soit copié dans le répertoire de sortie.
Je comprends mieux la question maintenant :-)
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des fichiers du projet soit copié dans le répertoire de sortie. Je comprends mieux la question maintenant :-)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Sylo
Merci pour vos réponse... En fait, pour préciser mon problème de manière plus détaillé, je doit intégrer dans la solution des fichiers de paramètrage. Ces fichiers doivent se trouver dans l'application.startuppath Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire bindebug puisqu'il est créé en dehors du projet Donc je les mets à la racine de mon projet. Mais pour les atteindre en mode débug, je doit remonter l'arbo de deux répertoire. Par contre, parés l'install, je n'ai plus besoin de remonter de deux répertoire.
Je ne vois vraimment pas comment solutionner cette problèmatique. J'ai bien essayé de faire ce que me dit Fred en changeant le répertoire de build mais cela ne lui fait ni chaud ni froid (les fichiers sont toujours généres dans bindebug...
En tous les cas, merci pour votre aide Sylo
"Fred" a écrit dans le message de news:
Dans : news:, Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des fichiers du projet soit copié dans le répertoire de sortie. Je comprends mieux la question maintenant :-)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Merci pour vos réponse...
En fait, pour préciser mon problème de manière plus détaillé, je doit
intégrer dans la solution des fichiers de paramètrage.
Ces fichiers doivent se trouver dans l'application.startuppath
Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire
bindebug puisqu'il est créé en dehors du projet
Donc je les mets à la racine de mon projet. Mais pour les atteindre en mode
débug, je doit remonter l'arbo de deux répertoire. Par contre, parés
l'install, je n'ai plus besoin de remonter de deux répertoire.
Je ne vois vraimment pas comment solutionner cette problèmatique. J'ai bien
essayé de faire ce que me dit Fred en changeant le répertoire de build mais
cela ne lui fait ni chaud ni froid (les fichiers sont toujours généres dans
bindebug...
En tous les cas, merci pour votre aide
Sylo
"Fred" <foleide@libre.france> a écrit dans le message de news:
eeOjJqI2GHA.1268@TK2MSFTNGP02.phx.gbl...
Dans : news:eN0CBGC2GHA.3908@TK2MSFTNGP05.phx.gbl,
Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les
options de copie appropriées pour les fichiers qui doivent être
présents dans ce répertoire (soit si plus récents, soit toujours
etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des
fichiers du projet soit copié dans le répertoire de sortie.
Je comprends mieux la question maintenant :-)
Merci pour vos réponse... En fait, pour préciser mon problème de manière plus détaillé, je doit intégrer dans la solution des fichiers de paramètrage. Ces fichiers doivent se trouver dans l'application.startuppath Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire bindebug puisqu'il est créé en dehors du projet Donc je les mets à la racine de mon projet. Mais pour les atteindre en mode débug, je doit remonter l'arbo de deux répertoire. Par contre, parés l'install, je n'ai plus besoin de remonter de deux répertoire.
Je ne vois vraimment pas comment solutionner cette problèmatique. J'ai bien essayé de faire ce que me dit Fred en changeant le répertoire de build mais cela ne lui fait ni chaud ni froid (les fichiers sont toujours généres dans bindebug...
En tous les cas, merci pour votre aide Sylo
"Fred" a écrit dans le message de news:
Dans : news:, Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des fichiers du projet soit copié dans le répertoire de sortie. Je comprends mieux la question maintenant :-)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Sylo
Cela veux dire qu'en fait en debug, le chemin de mon appli est "bindebug" en production, le chemin est "" c trés chiant Sylo
"Sylo" <devbnet[at]free.fr> a écrit dans le message de news:
Merci pour vos réponse... En fait, pour préciser mon problème de manière plus détaillé, je doit intégrer dans la solution des fichiers de paramètrage. Ces fichiers doivent se trouver dans l'application.startuppath Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire bindebug puisqu'il est créé en dehors du projet Donc je les mets à la racine de mon projet. Mais pour les atteindre en mode débug, je doit remonter l'arbo de deux répertoire. Par contre, parés l'install, je n'ai plus besoin de remonter de deux répertoire.
Je ne vois vraimment pas comment solutionner cette problèmatique. J'ai bien essayé de faire ce que me dit Fred en changeant le répertoire de build mais cela ne lui fait ni chaud ni froid (les fichiers sont toujours généres dans bindebug...
En tous les cas, merci pour votre aide Sylo
"Fred" a écrit dans le message de news:
Dans : news:, Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des fichiers du projet soit copié dans le répertoire de sortie. Je comprends mieux la question maintenant :-)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Cela veux dire qu'en fait en debug, le chemin de mon appli est "bindebug"
en production, le chemin est ""
c trés chiant
Sylo
"Sylo" <devbnet[at]free.fr> a écrit dans le message de news:
OwbANi02GHA.1548@TK2MSFTNGP02.phx.gbl...
Merci pour vos réponse...
En fait, pour préciser mon problème de manière plus détaillé, je doit
intégrer dans la solution des fichiers de paramètrage.
Ces fichiers doivent se trouver dans l'application.startuppath
Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire
bindebug puisqu'il est créé en dehors du projet
Donc je les mets à la racine de mon projet. Mais pour les atteindre en
mode débug, je doit remonter l'arbo de deux répertoire. Par contre, parés
l'install, je n'ai plus besoin de remonter de deux répertoire.
Je ne vois vraimment pas comment solutionner cette problèmatique. J'ai
bien essayé de faire ce que me dit Fred en changeant le répertoire de
build mais cela ne lui fait ni chaud ni froid (les fichiers sont toujours
généres dans bindebug...
En tous les cas, merci pour votre aide
Sylo
"Fred" <foleide@libre.france> a écrit dans le message de news:
eeOjJqI2GHA.1268@TK2MSFTNGP02.phx.gbl...
Dans : news:eN0CBGC2GHA.3908@TK2MSFTNGP05.phx.gbl,
Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les
options de copie appropriées pour les fichiers qui doivent être
présents dans ce répertoire (soit si plus récents, soit toujours
etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des
fichiers du projet soit copié dans le répertoire de sortie.
Je comprends mieux la question maintenant :-)
Cela veux dire qu'en fait en debug, le chemin de mon appli est "bindebug" en production, le chemin est "" c trés chiant Sylo
"Sylo" <devbnet[at]free.fr> a écrit dans le message de news:
Merci pour vos réponse... En fait, pour préciser mon problème de manière plus détaillé, je doit intégrer dans la solution des fichiers de paramètrage. Ces fichiers doivent se trouver dans l'application.startuppath Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire bindebug puisqu'il est créé en dehors du projet Donc je les mets à la racine de mon projet. Mais pour les atteindre en mode débug, je doit remonter l'arbo de deux répertoire. Par contre, parés l'install, je n'ai plus besoin de remonter de deux répertoire.
Je ne vois vraimment pas comment solutionner cette problèmatique. J'ai bien essayé de faire ce que me dit Fred en changeant le répertoire de build mais cela ne lui fait ni chaud ni froid (les fichiers sont toujours généres dans bindebug...
En tous les cas, merci pour votre aide Sylo
"Fred" a écrit dans le message de news:
Dans : news:, Patrice disait :
Une autre approche que celle proposé par Fred serait de définir les options de copie appropriées pour les fichiers qui doivent être présents dans ce répertoire (soit si plus récents, soit toujours etc...).
Ah oui. Bien meilleure approche s'il s'agit de s'assurer qu'un des fichiers du projet soit copié dans le répertoire de sortie. Je comprends mieux la question maintenant :-)
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
Fred
dans : news:, Sylo écrivait :
Bonsoir,
Merci pour vos réponse... En fait, pour préciser mon problème de manière plus détaillé, je doit intégrer dans la solution des fichiers de paramètrage. Ces fichiers doivent se trouver dans l'application.startuppath Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire bindebug puisqu'il est créé en dehors du projet Donc je les mets à la racine de mon projet. Mais pour les atteindre en mode débug, je doit remonter l'arbo de deux répertoire. Par contre, parés l'install, je n'ai plus besoin de remonter de deux répertoire.
C'est justement là qu'intervient la méthode préconisée par Patrice. Si tes fichiers de paramétrage sont inclus dans le projet (s'il ne sont pas visibles dans l'explorateur de solution, tu peux les ajouter avec Add Existing Item) tu peux modifier leurs propriétés, et en particulier spécifier qu'ils doivent être copiés dans le répertoire de sortie. En fait on peut même affiner la façon dont la copie se fait : copy always, copy if newer. Ainsi, il seront dans le même dossier que l'exe.
-- Fred http://www.cerbermail.com/?3kA6ftaCvT
dans : news:OwbANi02GHA.1548@TK2MSFTNGP02.phx.gbl,
Sylo écrivait :
Bonsoir,
Merci pour vos réponse...
En fait, pour préciser mon problème de manière plus détaillé, je doit
intégrer dans la solution des fichiers de paramètrage.
Ces fichiers doivent se trouver dans l'application.startuppath
Hors, dans ma solution, je ne peut ajouter de fichier dans le
répertoire bindebug puisqu'il est créé en dehors du projet
Donc je les mets à la racine de mon projet. Mais pour les atteindre
en mode débug, je doit remonter l'arbo de deux répertoire. Par
contre, parés l'install, je n'ai plus besoin de remonter de deux
répertoire.
C'est justement là qu'intervient la méthode préconisée par Patrice.
Si tes fichiers de paramétrage sont inclus dans le projet (s'il ne sont
pas visibles dans l'explorateur de solution, tu peux les ajouter avec
Add Existing Item) tu peux modifier leurs propriétés, et en particulier
spécifier qu'ils doivent être copiés dans le répertoire de sortie. En
fait on peut même affiner la façon dont la copie se fait : copy always,
copy if newer.
Ainsi, il seront dans le même dossier que l'exe.
Merci pour vos réponse... En fait, pour préciser mon problème de manière plus détaillé, je doit intégrer dans la solution des fichiers de paramètrage. Ces fichiers doivent se trouver dans l'application.startuppath Hors, dans ma solution, je ne peut ajouter de fichier dans le répertoire bindebug puisqu'il est créé en dehors du projet Donc je les mets à la racine de mon projet. Mais pour les atteindre en mode débug, je doit remonter l'arbo de deux répertoire. Par contre, parés l'install, je n'ai plus besoin de remonter de deux répertoire.
C'est justement là qu'intervient la méthode préconisée par Patrice. Si tes fichiers de paramétrage sont inclus dans le projet (s'il ne sont pas visibles dans l'explorateur de solution, tu peux les ajouter avec Add Existing Item) tu peux modifier leurs propriétés, et en particulier spécifier qu'ils doivent être copiés dans le répertoire de sortie. En fait on peut même affiner la façon dont la copie se fait : copy always, copy if newer. Ainsi, il seront dans le même dossier que l'exe.
