Discussion :

[ViniVidiVici]

Bonjour,

Je réalise mon premier projet en VB.NET et j'aurai souhaité avoir le dossier du code source (solution et projet) sur mon disque réseau pour de raison d'organisation, hors le débogage ne prend pas en compte les modifications que je fais (exemple ajouter un bouton).

Je précise qu'en déplaçant le dossier source sur "C:" là tous fonctionne parfaitement.

Si quelqu'un a une idée sur ce problème et la solution je lui en serai reconnaissant

[franticfranz]

Bonsoir,

L'utilisation d'un code source sur un disque réseau ne pose pas de problème en principe (à quelques réglages près, notamment en ce qui concerne la signature de l'apply).

Le fait que les modifications soient ignorées laisse croire que vous n'avez pas l'accès en écriture depuis votre poste de travail. Etes-vous sûr d'avoir vérifié ce point ?

Sur quelle version de Windows travaillez-vous ?

[tomlev]

j'aurai souhaité avoir le dossier du code source (solution et projet) sur mon disque réseau pour de raison d'organisation

Je n'ai pas la solution à ton problème, mais si on savait pourquoi tu veux faire ça on pourrait peut-être te proposer une autre approche... Quelle est l'utilité de mettre le code sur le réseau ? Si c'est pour partager le code avec d'autres personnes, il y a une solution beaucoup plus adaptée : un outil de contrôle de version (SVN, TFS, etc)

[ViniVidiVici]

Merci pour vos reponses:

Bonsoir,

L'utilisation d'un code source sur un disque réseau ne pose pas de problème en principe (à quelques réglages près, notamment en ce qui concerne la signature de l'apply).

Le fait que les modifications soient ignorées laisse croire que vous n'avez pas l'accès en écriture depuis votre poste de travail. Etes-vous sûr d'avoir vérifié ce point ?

Sur quelle version de Windows travaillez-vous ?

- Windows 7 Prof. 64bit + visual Studio Express 2010
- Lecture ecriture sur disque pas de probleme je travail avec ce disque tous les jours (DiskStation NAS Synology DS211+)

peut tu m'en dire plus sur la signature ?

[ViniVidiVici]

Je n'ai pas la solution à ton problème, mais si on savait pourquoi tu veux faire ça on pourrait peut-être te proposer une autre approche... Quelle est l'utilité de mettre le code sur le réseau ? Si c'est pour partager le code avec d'autres personnes, il y a une solution beaucoup plus adaptée : un outil de contrôle de version (SVN, TFS, etc)

Mon contexte et le suivant:

Je suis a mon compte en tant de bureau d'études en construction, il m'arrive souvent d'automatiser des opérations répétitives en VBA sur des logiciels tel que Excel, Autocad et actuellement CATIA. Je souhaite maintenant évoluer vers VB.NET qui est bien plus riche et serai bien plus rapide pour CATIA (mes process peuvent tourné plusieurs heures).

Actuellement toutes mes données sont sur ce disque reseau, j'ai meme mis le fichier outlook.pst, cela facilite:

1 - les sauvegardes
2 - partage entre plusieurs PC (j'en est trois), ce qui me permet de continuer de travailler sur autres choses pendant qu'un processus est actif

[franticfranz]

peut tu m'en dire plus sur la signature ?

La signature de l'application permet de certifier de son intégrité. Cela n'est pas à l'origine de votre problème : ça ne serait un souci que si l'application refuserait de s'exécuter.

Est-ce que vous avez essayé de créer un autre projet sur ce disque réseau, et/ou d'en modifier un autre ? (depuis Visual Studio)

[ViniVidiVici]

La signature de l'application permet de certifier de son intégrité. Cela n'est pas à l'origine de votre problème : ça ne serait un souci que si l'application refuserait de s'exécuter.

Est-ce que vous avez essayé de créer un autre projet sur ce disque réseau, et/ou d'en modifier un autre ? (depuis Visual Studio)

oui plusieur essai, j'ai meme telechargé des exemples qui fonctionnes tres bien sur "C:" mais pas sur le disque reseau (en l'occurence "Q:").

j'ai essayer aussi a partir d'une clef USB et ca marche tres bien !

J'ai essayer a partir de mon ordi portable (Win7 pro 64 + VB 2010) avec disque reseau le probleme est le meme.


A savoir que la premiere compilation (debogage) marche, c'est l'orsque je modifie et relance le debogage que la modif n'est pas pris en compte, le resultat correspond a la version non modifé


Mystere !!

[tomlev]

A savoir que la premiere compilation (debogage) marche, c'est l'orsque je modifie et relance le debogage que la modif n'est pas pris en compte, le resultat correspond a la version non modifé

Donc en fait c'est le "edit and continue" qui fonctionne pas ? Quand tu modifies le code en cours d'exécution ? Je me demande si j'avais pas vu quelque chose à propos d'une limitation de Visual Studio à ce niveau, mais j'arrive pas à retrouver l'info...

En tous cas, stocker des sources sur un disque réseau, c'est pas une très bonne idée à mon avis, ça risque de causer pas mal de problèmes (par exemple si un même projet est ouvert sur 2 PC différents). Si un système de contrôle de version ne correspond pas à ton besoin, il reste une autre option : laisse les sources sur un seul PC, et accède à ce PC via le bureau à distance. Si c'est sur un réseau local ça devrait être largement assez fluide pour que tu puisses travailler confortablement

EDIT: en fait je crois que la solution est là :
http://dvanderboom.wordpress.com/200...etwork-shares/

Ce qui pose problème, ce n'est pas que les sources soient sur le réseau, mais plutôt que l'exécutable soit sur le réseau... ça peut poser des problèmes de sécurité et il faut configurer un truc pour l'autoriser

[franticfranz]

Je n'avait effectivement pas compris au départ que le problème gravitait autour de l'exécutable. Je pensais que c'était le source qui n'était pas mis à jour.

Donc, résumons :
- Lorsque vous faites une modification dans l'éditeur, elle est bien répercutée dans le code source (lorsque vous enregistrez) ;
- Lorsque vous lancez le débogage, il y a bien "quelque chose" qui s'exécute ;
- Si vous re-modifiez et lancez le débogage, l'appli qui se lance n'intègre pas les dernières modifications (*mais* elle s'exécute).

C'est bien ça ?

Je vois deux explications techniques possibles (mais d'autres spécialistes ici auront certainement d'autres pistes) :

- Soit le debugger n'arrive pas à écrire par dessus l'exe sur le réseau (ça me paraît peu probable, car il y aurait une erreur signalée) ;

- Soit le "nouvel exe" se perd quelque part dans un cache réseau.

Pour confirmer le deuxième diagnostic, faites une modif, lancez le debogage, copiez manuellement l'exe (répertoire projet/bin/debug/) sur votre PC et essayez de le lancer en local. Si la modif apparaît, c'est bien que c'est un problème de cache. Sinon, la vérité est ailleurs...