execution d'un projet vb6

Voici la situation


Je travaille sur la copie d’une application nommée v32ps3cop pour débugage.
Cette application a été développée en vb6.

J’ai repris un fichier appelé PSGERAN1.mak qui est en fait un sous projet de cette application.

Quand j’ouvre ce projet ,que je vois les differentes forms du projet et peux y apporter des modifications.

Pour pouvoir voir ces modifications je lance l’execution du projet en faisant execution+execution avec entière compilation.

Voici le problème :

Quand je lance l’execution , je ne parviens pas à retrouver la form ( je ne la visualise pas)que j’ai modifiée.

De plus, cette application( toute l’application pas un sous projet) peut être lancée depuis le raccourci d’un executable appelé menu28.exe

Mais quand je lance cet executable, je ne parviens pas à retrouver la form que j’ai modifiée.

Deuxième point : hier quand j’ai lancé l’execution, j’ai en même temps lancé une sauvegarde de précaution. Ensuite j’ai pu voir la form modifiée et tester les modifications.

Il se trouve que cette sauvegarde ne peut se produire que les mardi et jeudi.

Puis je en déduire que la possibilité de visualiser le form modifiée dépend de cette sauvegarde de précaution ( elle concerne toutes les tables de la base de données qui est une base ACCESS)

Comment passer outre cette dépendance ?

Si la possibilité de visualiser la form ne dépend pas de cette sauvegarde de précaution, à quoi puis je attribuer le fait que je ne parviens pas à voir la form modifiée en lançant l’executable ?
Normalement, après avoir lancé l ‘execution du projet PSGERAN1.mak, j’ai généré un executable et devrais voir une modification au niveau de ce fichier, mais je ne vois rien.

Pourriez vous m’aider à y voir plus clair.

Merci infiniment à vous
Cordialement

Nathalie

Ce n'est à mon avis pas avec des explications de cette nature qu'on pourra y voir clair.

Essaye d'être plus précis, notamment (mais pas seulement) en ce qui concerne ce que tu appelles "visualiser" tes Forms. Que veux-tu dire exactement (tu ne les vois pas ou elles ne sont pas mises à jour ?)
Tu dis que les choses vont bien après une sauvegarde, sans nous dire tout (que fait la sauvegarde ? vers quoi pointes-tu lors de l'exécution de ton appli ?
Où écrit-elle avant "sauvegarde" ?, etc...
Car il est par exemple clair que si ton appli pointe vers un fichier "toto" (où tu fais tes "sauvegardes" mais que les mises à jour se font dans un fichier "titi" sauen "toto" périodiquement, les modifications apportées en "titi" ne seront visibles depuis ton appli que lorsqu'elles auront été "passées" à "toto" (lors de la sauvegarde"...
Etc...etc...

Bonjour et merci de me guider dans mes explications.
Voici les réponses que je peux vous donner

Visualiser les forms c’est à dire les voir de manière à tester les modifications de code


La sauvegarde fait une sauvegarde complète de toutes les bases de données( fichiers.mdb).
Je ne suis pas en mesure de vous indiquer le chemin précis des fichiers .mdb sauvegardés.la sauvegarde ne se lance pas et je ne visualise pas les chemins.

Lors de l’execution de la form, en fait j’execute la totalité du projet dont elle fait partie et dont le chemin est

F:\Projet VB\v32ps3cop pour debugages\PSGERAN1.mak

Voici ce que j'ai remarqué :

au debut du code de la form qui propose le menu vers la form que je traite, il y a ce bout de code qui indique un chemin C:bibli.mdb

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Private Sub Form_Load() Left = (Screen.Width - Width) / 2 Top = (Screen.Height - Height) / 2   bibli = "" On Error Resume Next Open "c:bibli.mdb" For Input As #1 On Error Resume Next Input #1, bibli On Error Resume Next Close #1

---

voic ce que j'ai découvert( je suis toute nouvelle sur cette application) : en fait ce fichier ne pointe pas vers une base de données mais vers un fichier texte qui contient le chemin suivant
F:\projet vb\v32ps3cop
Or je travaille sous F:\projet vb\v32ps3cop pour debugage.
J'ai donc changé le nom du chemin.
Je ne vois tout de même aucun changement et ne sais quoi en conclure.

Si vous pouviez m'aider à y voir plus clair, ce serait très gentil de votre part.

Bien cordialement.

Nathalie

Citation:

---

Envoyé par harbonne

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

Private Sub Form_Load() Left = (Screen.Width - Width) / 2 Top = (Screen.Height - Height) / 2 bibli = "" On Error Resume Next Open "c:bibli.mdb" For Input As #1 On Error Resume Next Input #1, bibli On Error Resume Next Close #1

---

voic ce que j'ai découvert( je suis toute nouvelle sur cette application) : en fait ce fichier ne pointe pas vers une base de données mais vers un fichier texte qui contient le chemin suivant
F:\projet vb\v32ps3cop

---

excuse moi, mais là tu ne lis pas dans un fichier texte...
De plus, je pense que le chemin correct du fichier texte doit être:
C:\bibli.txt

Je ne vais plus répondre aux sujets (que j'ai tous lus) ouverts par notre ami...
C'est du n'importe quoi... à la louche...
Un exemple de plus ?

Citation:

---

"c:bibli.mdb"

---

C'est un chemin, çà ?

et l'ensemble, en fait :

Citation:

---

bibli = ""
On Error Resume Next
Open "c:bibli.mdb" For Input As #1

On Error Resume Next
Input #1, bibli
On Error Resume Next
Close #1

---

C'est de l'écriture de code "au hasard" ?

Je vais mettre d'autant moins de gants pour le dire que je vois que notre ami néglige en plus de donner une suite aux sujets qu'il ouvre...(un peu partout sur DVP)...
Cela fait beaucoup pour un seul forumeur.

Bonjour,

Je ne suis pas le programmeur de ce code.
Je reprends une application, qui, en effet peut présenter des problèmes.

J'essaye de comprendre ce qui se passe et pourquoi je ne peux accéder à mes modifications via l'application.

Je suis désolée de vous contrarier ainsi, mais je n'y suis pour rien.

Cordialement.
Nathalie

Alors 2 seuls mots, Hardonne :

- le premier :
Si l'appli que tu "reprends" a ainsi été écrite, jette-la sans attendre car elle ne risque pas de fonctionner... et si des choses aussi élémentaires ont été écrites de cette façon, on peut raisonnablement s'inquiéter sur la qualité de tout le reste.

- le deuxième, maintenant :

Si tu ne sais pas voir (celà saute au yeux) des énormités de cette espèce, abandonne l'idée de corriger une application... Car ces énormités là mettent en évidence trop de lacunes... et pas uniquement sous VB...!

ça c'est fait.....

bonjour,

Je ne m'arrêterai pas à vos réflexions bien inutiles.

Je n'ia pas pensé sérieursement que c'est en rajoutant un \après le C: que cela arrangerais les choses.

L'appli sur laquelle je travaille est une grosse application de gestion immobilière que 200 personnes utilisent aujourd'hui.
elle marche bien, même si les erruers de code sont évidentes.

Alors tout va bien, n'est-ce pas ?

A ce niveau.... je m'interroge...

Bonne chance....

Citation:

---

elle marche bien, même si les erruers de code sont évidentes.

---

évidente, mais tu ne les as pas corrigé. Comment peux-tu laisser un chemin d'accès sans "\" ?? 8O 8O

Le chemin d'accès est incorrect.

Comment peux-tu te connecter à une base de données en donnant un nom d'exe?

Si l'appli tourne, ça tient du miracle, conviens-en.:mouarf:

Que veut dire 'tout va bien'?
Je n'ai pas pris la peine de souligner qu'il manquait un\ après le C:, je pense à l'execution globale du projet qui marche sur d'autres postes.
Je ne pense pas que le pb soit lié à ce chemin donc.
si vous n'avez rien d'autre à me dire que des reproches, alors j'ai mieux à faire que discuter sur ce forum.
Nathalie

:arf:

200 utilisateurs sur du access ??

Pas en même temps j'imagine... C'est probablement un logiciel distribué à toutes les agences immobilières du groupe.

Et à 2, 3 personnes par agence, ça ne doit poser aucun problème :)

et également se connecter "de cette façon" à une base de données !!!
et envoyer un derrière l'autre des on error resume next
et lire la base de données de cette façon...
et j'en passe...
Je crois rêver.

Je ne sais pas si ton "appli" tourne, Harbonne...Je sais par contre de la façon la plus nette que DVP (en tout état de cause pas moi) n'est pas là pour revevoir de telles inepties !

ouais je me doute de tout façon le chemin était local ;)

En tout cas le developpeur de ce bout de code si il est plus dans la société on sait pourquoi...

bref, c'est quoi au juste ton probleme ?
Tu modifie un formulaire sous VB6 mais tu ne vois pas les modifications à l'exécution ?

Réponse : Touche F5 pour exécuter l'application , normalement le formulaire modifié devrait apparaitre.

Je vous trouve tous (oui, toi aussi, jmf) bien critiques quand vous n'avez pas de solution à apporter.

Ce ne serait pas le premier programmeur à donner une extension .exe à sa db et .mdb à un fichier texte contenant le chemin de la base à laquelle il doit se connecter.

Je trouve, au contraire de vous, que Nathalie fait preuve d'un esprit d'analyse peu courant (sur ce forum) et il vaudrait bien mieux essayer de comprendre ce qui se passe plutôt que de critiquer le code tel qu'il est.

Visiblement le programmeur d'origine a essayé de brouiller les pistes.
Essayons, donc, de regarder ce programme autrement que par le petit bout de la lorgnette.

Pour les réactions au début de ce message, pas sur le forum --> MP.

Bonjour Alain,

Avant même de savoir si oui ou non des pistes "avaient été brouillées", j'ai écrit ceci :
http://www.developpez.net/forums/sho...59&postcount=2
où je donnais la seule explication plausible d'une appli fonctionnant avec les dernières modifications uniquement après une sauvegarde.
Harbonne a répondu étrangement pour quelqu'un qui reprend une appli et veut la corriger.
Relis sa réponse....(et dis-moi ce que tu en comprends, si tu en comprends quelque chose)...
Je commence même à me demander si elle ne parle pas du projet lui-même avec 2 versions : l'une de travail et l'autre de développement, avec une sauvegarde (copie), de temps à autre, du projet développement vers le projet travail.

Si harbonne voulait s'en donner la peine (et dans l'hypothèse uniquement où des extensions seraient utilisées "trompeusement") elle pourrait suivre pas à pas le mécanisme (s'il fonctionne) en place.
Elle pourrait par ailleurs lancer une sauvegarde et regarder quel(s) fichier(s) a/ont été modifié(s) à la même heure.

Elle pourrait ensuite faire une recherche, dans le code de son appli, sur ce nom de fichier.... puis nous informer (et s'informer elle-même) valablement.

Je lui ai d'entrée de jeu signalé que, selon moi, l'appli ouvrait à son départ une base de données (probablement celle résultant de la sauvegarde) qui n'était pas celle où étaient enregistrées, au fur et à mesure des saisies, les modifications.

Mais s'il s'agit de l'autre hypothèse (à savoir celle de deux projets VBP...), ce serait déjà toute autre chose. Elle pourrait alors penser à l'utilisation de App.Path et de msgbox (peut-être également de exename) pour y voir clair.
Encore, Alain, faudrait-il envisager le pire puisque l'on accepte l'idée d'un développeur "brouilleur de pistes" : il pourrait avoir mis ici une chaone de caractères traduite ailleurs par un code (de l'appli ou externe et appelé) en une autre chaine de caractères. On va s'amuser longtemps ainsi ?
Et pourquoi pas, puisqu'apparemment il est possible qu'Harbonne parle du projet et non de données appelées par son exécution, un projet qui à l'exécution écrit un autre projet, le compile et l'exécute .... hein ?...
Je pars du proncipe selon lequel on est un brouilleur ou on ne l'est pas. Si on admet qu'on l'est, alors il faut dans ce cas admettre qu'on l'est à l'infini...

Elle est seule à pouvoir faire ces gestes (physiques) qui ne relèvent aucunement d'une bonne connaissance de la syntaxe de VB. Les 1ers ne concernent carrément pas VB. Personne ne va aller les faire à sa place sur sa machine et il est vraisemblable qu'elle devra en faire plusieurs, les seconds étant déterminés en fonction du résultat des premiers...

En résumé, Alain : harbonne devrait avoir trouvé sa solution au moment même où elle serait en mesure de nous renseigner... (voilà qui est paradoxal... mais bien vrai)

Quoi qu'il en soit : j'ai en ce qui me concerne dit tout ce qu'il était possible de dire et n'interviendrai donc plus sur ce sujet.
Ce que tu as dit n'enlève à mes yeux absolument rien au reste :
- batterie de "on error resume next" là ou un seul (le 1er) suffisait .
- chemin exprimé curieusement
etc...
qui constitue un paradoxe pour le moins certain avec la charge de rectification d'une application pour le compte d'une société...
Si des lacunes existent à ce niveau là, il est pour moi impensable qu'elle puisse (surtout s'il y a eu "brouillage des pistes") "tracer" et "traquer" tout le reste. Qui en aurait la force sans être sur la machine ? Moi pas !