Problème de chargement d'un fichier de configuration

Bonjour à tous

J'ai un problème à l’exécution du module NatFw nslp de l'application nsis-0.5.0, le fichier de configuration nsis.config ne peut pas être chargé lorsqu'on lance la commande bin/nsis-natfwd, on obtient :

(crit)
*** GistException: Unable to load Config File ***
(crit)
*** GistException: Please specify one address as the external address in your configuration file ***
abort

Voici ci-joint les fichiers utiles de code source ainsi que le fichier de configuration nsis.config.

Merci d'avance.

euh, c'est un problème de configuration, pas de programmation...

Salut,

Etant donné que tu programmes en C++, pourquoi n'utiliserais tu pas les possibilités offertes par ce langage

• utilisation de std::string au lieu de (const) char *
• utilisation de std::ifstream (std::ofstream) au lieu de FILE
• utilisation (peut etre) de boost::program_option de manière générale

:question:

Cela te simplifierait déjà énormément la tache ;)

Citation:

---

Envoyé par therwald

euh, c'est un problème de configuration, pas de programmation...

---

Merci therwald, mais quelle est l'erreur dans le fichier de configuration? consulter STP le fichier nsis.conf:calim2:.

Citation:

---

Envoyé par koala01

Salut,

Etant donné que tu programmes en C++, pourquoi n'utiliserais tu pas les possibilités offertes par ce langage

• utilisation de std::string au lieu de (const) char *
• utilisation de std::ifstream (std::ofstream) au lieu de FILE
• utilisation (peut etre) de boost::program_option de manière générale

:question:

Cela te simplifierait déjà énormément la tache ;)

---

Salut koala et merci pour ta réponse.
Cette application est ancienne, developpée en 2006 à l'université de Goetingen en Allemagne, elle est de taille de 6 mo avec une centaine de fichiesr de code source, ce n'est pas facile voire pratique de la réécrire toute entière.
Pour la compiler, j'utilise gcc 4.1 sous debian 4, sinon plusieurs erreurs se produisent.
Dans les fichiers jointés précédemmment, normalement il y pas d'erreurs, mais pourquoi le fichier de configuration ne peut pas etre chargé? :calim2:


Merci

Citation:

---

Envoyé par n_zerrouki

Salut koala et merci pour ta réponse.
Cette application est ancienne, developpée en 2006 à l'université de Goetingen en Allemagne, elle est de taille de 6 mo avec une centaine de fichiesr de code source, ce n'est pas facile voire pratique de la réécrire toute entière.

---

Je n'ai pas dit de réécrire toute l'application, j'ai parlé de réécrire la partie de l'application qui te pose problème, de la faire évoluer.

Citation:

---

Pour la compiler, j'utilise gcc 4.1 sous debian 4, sinon plusieurs erreurs se produisent.

---

Peut etre faudra-t-il, effectivement, faire évoluer d'autres parties de code, histoire de le rendre plus "C++ien", mais chaque chose en son temps ;)

Le fait de savoir quelles sont les erreurs de compilation pourraient d'ailleurs aider au fait d'apporter une solution ;)

Citation:

---

Dans les fichiers jointés précédemmment, normalement il y pas d'erreurs, mais pourquoi le fichier de configuration ne peut pas etre chargé? :calim2:

---

L'exception te le dit: "unable to load config file " et cette exception est lancée, a priori, dans la fonction loadFile de configFileReader parce qu'elle n'arrive pas à ouvrir le fichier.

De prime abord, c'est:

• parce que le nom de fichier transmis en argument est incorrect
• parce que le fichier de configuration n'est pas à la bonne place
• parce qu'il y a un problème au niveau du chemin d'accès indiqué pour le fichier
• parce qu'il est ouvert et "verrouillé" par ailleurs

Notes enfin que Gcc-4.1 fournissait déjà le support plus que correct pour les classes std::string et pour les flux (de conversion et de fichiers).

La mise à jour de la seule classe ConfigFileReader afin d'utiliser du vrai C++ au lieu d'utiliser du C pour ainsi dire pure te permettra très certainement d'avancer énormément ;)

L'énorme avantage, étant donné que tu manipules essentiellement des char*, c'est que le simple fait de les remplacer par références (éventuellement constantes) vers des std::string ne changera que peu l'interface, bien qu'il serait, très certainement, utile de veiller à ce que les variables transmises soient elles meme transformées en std::string ;)

Bonjour Koala

Je trouve tes conseils très intéressants :ccool:.
Merci beaucoup:plusser: