Robię prostą aplikację serwera wątków w C++, rzecz w tym, używam libconfig ++ do parsowania moich plików konfiguracyjnych. Cóż, libconfig nie obsługuje wielowątkowości, dlatego używam dwóch klas wrappera, aby wykonać "wsparcie". Chodzi o to, jeden z nich zawiedzie:Dziwny "kandydat oczekuje 1 argumentu, 0 pod warunkiem" w konstruktorze
class app_config {
friend class app_config_lock;
public:
app_config(char *file) :
cfg(new libconfig::Config()),
mutex(new boost::mutex())
{
cfg->readFile(file);
}
private:
boost::shared_ptr<libconfig::Config> cfg;
boost::shared_ptr<boost::mutex> mutex;
};
zawodzi straszliwie gdy wywołana z mojego pliku main.cpp:
app_main::app_main(int c, char **v) : argc(c), argv(v) {
// here need code to parse arguments and pass configuration file!.
try {
config = app_config("mscs.cfg");
} catch (libconfig::ParseException &e) {
cout << "Parse error at line " << e.getLine() << ": " << e.getError() << endl;
throw;
} catch (libconfig::FileIOException &e) {
cout << "Configuration file not found." << endl;
throw;
}
}
i mówi:
main.cpp: In constructor ‘app_main::app_main(int, char**)’:
main.cpp:38:54: error: no matching function for call to ‘app_config::app_config()’
main.cpp:38:54: note: candidates are:
../include/app_config.h:15:5: note: app_config::app_config(char*)
../include/app_config.h:15:5: note: candidate expects 1 argument, 0 provided
../include/app_config.h:12:7: note: app_config::app_config(const app_config&)
../include/app_config.h:12:7: note: candidate expects 1 argument, 0 provided
main.cpp:41:39: warning: deprecated conversion from string constant to ‘char*’ [-Wwrite-strings] (THIS CAN BE IGNORED, I WAS USING STD::STRING, YET CHANGED IT FOR TESTING PURPOSES)
Co jest dziwne, bo” m wyraźnie przekazuje argument, a ponadto jest to char *
!
Cóż, jak zawsze, każda pomoc zostanie doceniona.
Julian.
To rozwiązało problem. Jednak mam zamiar przekazać ciąg zmiennej zamiast statycznego ciągu znaków, czy jest jakiś sposób, w jaki sposób mogę przetworzyć moje zmienne argc i argv w moim elemencie app_main i zainicjować config po tym, zamiast na liście inicjowania? –
@JulianBayardoSpadafora: Nie. Możesz przekazywać argumenty konstruktora do konstruktorów składowych, a nie tylko do stałych kompilujących. Możesz także wywoływać statyczne funkcje składowe na liście * ctor-initializer-list *. Wreszcie masz kontrolę nad kolejnością, w której konstruowane są elementy. Ale prawdopodobnie będziesz musiał wcześniej przetworzyć argumenty i przekazać coś w rodzaju obiektu z opcją z funkcją 'getConfigFilename()' lub taką funkcją. Lub po prostu nadaj 'app_config' funkcję odczytu pliku zamiast wykonywania go z konstruktora. –