qualified-id in declaration before '(' token
-
Es läuft noch nicht ganz. Ich habe heute viel gelesen, um das Problem möglichst selbst zu finden, und denke, ich bin grundsätzlich auf der richtigen Spur. Folgender Fehler kommt noch:
| LINK output/UNIX/bin/OpenVarioMenu | src/OV/OpenVarioMenu.cpp:176: error: undefined reference to 'Profile::LoadFile(ProfileMap&, Path)' | src/OV/OpenVarioMenu.cpp:177: error: undefined reference to 'ProfileMap::Set(char const*, int)' | src/OV/OpenVarioMenu.cpp:178: error: undefined reference to 'Profile::SaveFile(ProfileMap const&, Path)' | collect2: error: ld returned 1 exit status
Das Problem ist wohl, das Profile nicht public ist. Soweit ich das recherchieren konnte, muss die Funktion ChangeConfigInt in Zeile 171 und folgende eingebunden werden. Damit sollte sie eigentlich public sein. Ich nehme aber an, dass da noch eine Kleinigkeit fehlt.
Hier noch mal der Link zum Skript, damit es besser nachvollziehbar ist: https://github.com/freevariode/XCSoar/blob/master/src/OV/OpenVarioMenu.cpp
-
Mit public/protected/private hat das nichts zu tun.
Das Problem ist dass die drei Funktionen einfach nirgends definiert sind.
-
Siehst du beim Kompilieren eine Liste der Dateien?
Dabei sollten dann sowohl src/Profile/File.cpp als auch src/Profile/Map.cpp auftauchen (eigenartigerweise ist dort aber nurProfileMap::Set(const char *key, const char *value)
definiert und nicht die anderenSet
-Überladungen, auch nicht in der Headerdatei ProfileMap.hpp).Nach Suche habe ich aber dann herausgefunden, daß die
ProfileMap
-Funktionen über diverse andere Source-Dateien (u.a. NumericValue.cpp) verteilt sind (very strange).
Es sollten also alle Source-Dateien im Profile-Ordner mitkompiliert werden, so daß es keine Linkerfehler mehr gibt.
-
also in der Liste der Dateien beim Kompilieren kommen unter Anderem diese Dateien vor:
| CXX output/UNIX/opt/src/Profile/Profile.o | CXX output/UNIX/opt/src/Profile/File.o | CXX output/UNIX/opt/src/Profile/Map.o
wie in dieser Datei (https://github.com/XCSoar/XCSoar/blob/master/src/Input/InputEventsSettings.cpp) habe ich auch versuchsweise folgendes eingetragen:
#include "Profile/Profile.hpp" #include "Profile/ProfileKeys.hpp" #include "Profile/Settings.hpp" #include "Profile/Current.hpp"
Aber das verändert nichts. Ich verstehe nicht, was in dieser Datei anders gemacht wird als in meiner.
-
Ganz zum Schluß sollte es einen (wahrscheinlich sehr langen) Linkeraufruf geben, in welcher dann alle Objektfiles (
.o
) übergeben werden müssen - tauchen dort dann u.a.File.o
,Map.o
und auchNumericValue.o
auf?Du solltest zumindestens den Compile- und Linkprozess verstehen, s. z.B. (in englisch) Introduction to the compiler, linker and libraries.
-
Du meinst diesen Bereich?
| LINK output/UNIX/bin/xcsoar | rm output/data/icons/winpilot_reachable_160_alpha.png output/data/icons/map_teammate_rgb.png output/data/icons/map_taskturnpoint_alpha.png output/data/icons/winpilot_marginal_160_rgb.png output/data/icons/gps_lowsignal_160_rgb.png output/data/icons/map_intersection_160_rgb.png output/data/icons/map_ndb_160_rgb.png output/data/icons/wrench_160_rgb.png output/data/icons/map_tunnel_160_rgb.png output/data/icons/map_target_rgb.png output/data/icons/alt_marginal_airport_160_rgb.png output/data/icons/map_small_160_alpha.png output/data/icons/map_pgtakeoff_alpha.png output/data/icons/map_reporting_point_160_alpha.png output/data/icons/map_turnpoint_alpha.png output/data/icons/gps_disconnected_rgb.png output/data/icons/map_mountain_top_rgb.png output/data/icons/map_intersection_160_alpha.png output/data/icons/gps_lowsignal_rgb.png output/data/icons/map_thermal_source_160_alpha.png output/data/icons/alt_marginal_field_160_rgb.png output/data/icons/flarm_alarm_alpha.png output/data/icons/map_town_alpha.png output/data/ ... gaaaaaaaaanz viele Zeilen ... | NOTE: make -j 4 HOSTCC=ccache gcc HOSTCXX=ccache g++ AR=arm- ovlinux-linux-gnueabi-gcc-ar RANLIB=arm-ovlinux-linux-gnueabi-gcc-ranlib CXX=ccache arm-ovlinux-linux-gnueabi-g++ -mthumb -mfpu=neon -mfloat- abi=hard -mcpu=cortex-a7 -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security -- sysroot=/workdir/tmp/work/cortexa7t2hf-neon-ovlinux-linux-gnueabi/xcsoar- testing/git-r13/recipe-sysroot CC=ccache arm-ovlinux-linux-gnueabi-gcc - mthumb -mfpu=neon -mfloat-abi=hard -mcpu=cortex-a7 -fstack-protector-strong -O2 -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format- security --sysroot=/workdir/tmp/work/cortexa7t2hf-neon-ovlinux-linux- gnueabi/xcsoar-testing/git-r13/recipe-sysroot AS=arm-ovlinux-linux-gnueabi-as LD=arm-ovlinux-linux-gnueabi-ld --sysroot=/workdir/tmp/work/cortexa7t2hf- neon-ovlinux-linux-gnueabi/xcsoar-testing/git-r13/recipe-sysroot STRIP=arm- ovlinux-linux-gnueabi-strip CCACHE= DEBUG=n DEBUG_GLIBCXX=n ENABLE_MESA_KMS=y GLES2=y GEOTIFF=n output/UNIX/bin/OpenVarioMenu | CXX output/UNIX/opt/src/Dialogs/ProcessDialog.o | CXX output/UNIX/opt/test/src/Fonts.o | CXX output/UNIX/opt/test/src/FakeLanguage.o | CXX output/UNIX/opt/test/src/FakeLogFile.o | CXX output/UNIX/opt/src/Kobo/FakeSymbols.o | CXX output/UNIX/opt/src/OV/OpenVarioMenu.o | LINK output/UNIX/bin/OpenVarioMenu
Da kommt Map.o, File.o etc nicht vor
-
Dann mußt du diese noch zum passenden Makefile hinzufügen - das sollte dann build/ov.mk sein.
Edit: Du mußt dann dort, wie bei den vorhandenen Zeilen, die Source-Dateien (.cpp) angeben.
-
Danke!!!!!!!! Das wars!
-
ein letztes kleines Problem bleibt.
Diese Funktion
static void ChangeConfigInt(const string &keyvalue, int value) { const Path ConfigPath("/boot/config.uEnv"); ProfileMap configuration; Profile::LoadFile(configuration, ConfigPath); configuration.Set(keyvalue.c_str(), value); Profile::SaveFile(configuration, ConfigPath); }
rufe ich so auf:
ChangeConfigInt("rotation", 0);
Der Eintrag sollte so aussehen:
rotation=0er sieht aber so aus:
rotation="0"Diese Funktion
template<typename T> static void ChangeConfigString(const string &keyvalue, T value) { const Path ConfigPath("/boot/config.uEnv"); ProfileMap configuration; Profile::LoadFile(configuration, ConfigPath); configuration.Set(keyvalue.c_str(), value); Profile::SaveFile(configuration, ConfigPath); }
rufe ich so auf:
ChangeConfigString("LANG", "en_EN.UTF-8");
Der Eintrag sollte so aussehen:
LANG =en_EN.UTF-8er sieht aber so aus:
LANG ="en_EN.UTF-8"Wie kann ich dafür sorgen, dass die Anführungszeichen nicht eingetragen werden?
-
Das kannst (bzw. solltest) du direkt nicht ändern - die Funktion
Write(const char *key, const char *value)
in src/io/KeyValueFileWriter.cpp (welche von derProfile::SaveFile
-Funktion aufgerufen wird), schreibt automatisch immer Anführungsstriche um den Wert herum:// write the value to the output file os.Format("%s=\"%s\"\n", key, value);
Diese werden beim Einlesen von
Read(KeyValuePair &pair)
in src/io/KeyValueFileReader.cpp aber wieder herausgefiltert.
-
Das funktioniert bis auf einen Teil des Bootscreens, der interpretiert rotation="3" nicht und bleibt in der Standardausrichtung. Da muss ich mich mal auf die Suche machen, wie da ausgelesen wird, und muss versuchen das zu korrigieren.
Der Teufel steckt mal wieder echt im Detail. Eine Datei, in die ich schreiben muss, existiert noch gar nicht. LoadFile macht dann Probleme. Ich muss also eine Überprüfung einbauen, ob die zu lesende Datei auch existiert.
-
Dieses Skript fragt die rotation für den erwähnten Teil des Bootscreens ab:
#!/bin/sh # convert fbcon/rotate to degrees case "$(sed -n 's/^rotation=//p' /boot/config.uEnv)" in "3") rotation=90 ;; "2") rotation=180 ;; "1") rotation=270 ;; *) rotation=0 ;; esac exec /usr/bin/psplash --angle "${rotation}"
Wenn in der /boot/config.uEnv rotation="3" steht, erhalte ich in der Shell mit "sed -n 's/^rotation=//p' /boot/config.uEnv"die Ausgabe "3". Ist dort rotation=3 eingetragen erhalte ich 3. 3 wird korrekt interpretiert, "3" nicht. Wie könnte ich das ändern, dass beides korrekt interpretiert wird??
Update:
die Zeile wie folgt geändert, löst das Problem:case "$(sed -n 's/^rotation=//p' /boot/config.uEnv | tr -d '"')" in
-
Wenn die Datei, in die geschrieben werden soll, noch nicht existiert, habe ich das mal zum Testen so gelöst:
template<typename T> static void ChangeConfigString(const string &keyvalue, T value, const string &path) { const Path ConfigPath(path.c_str()); ProfileMap configuration; Profile::SaveFile(configuration, ConfigPath); Profile::LoadFile(configuration, ConfigPath); configuration.Set(keyvalue.c_str(), value); Profile::SaveFile(configuration, ConfigPath); }
die zusätzliche Zeile "Profile::SaveFile(configuration, ConfigPath);" einzufügen ist ja aber so noch keine saubere Lösung, da diese Zele nur ausgeführt werden sollte, wenn die Datei noch nicht existiert. Es müsste in etwa in der Weise formuliert werden:
template<typename T> static void ChangeConfigString(const string &keyvalue, T value, const string &path) { const Path ConfigPath(path.c_str()); ProfileMap configuration; if ("Datei ConfigPath existiert nicht") { Profile::SaveFile(configuration, ConfigPath); } Profile::LoadFile(configuration, ConfigPath); configuration.Set(keyvalue.c_str(), value); Profile::SaveFile(configuration, ConfigPath); }
Wie kann ich in der if-Abfrage denn überprüfen, ob die Datei existiert?
-
Du wirst wahrscheinlich eine
Exception
erhalten, wenn die Datei nicht existiert (oder andere Fehler beim Lesen auftreten), also fange sietry { Profile::LoadFile(configuration, ConfigPath); } catch (Exception &e) { // explicit do nothing }
Es gibt wohl auch noch weitere IO-Funktionen z.B. in Open.hxx, aber selbst ein Überprüfen, ob die Datei existiert ist keine Garantie, daß diese auch gelesen werden kann!
-
noch mal herzlichen Dank!!!!
Könnte man so den Wert von timeout auslesen?
static void GetConfigInt(const string &keyvalue, int value, const string &path) { const Path ConfigPath(path.c_str()); ProfileMap configuration; Profile::LoadFile(configuration, ConfigPath); configuration.Get(keyvalue.c_str(), value); }
Aufrufen und interpretieren von timeoutvalue:
GetConfigInt("timeout", timeoutvalue, "/boot/config.uEnv"); unsigned remaining_seconds = timeoutvalue;
-
@Blaubart
gibts auch schon fertig: https://en.cppreference.com/w/cpp/string/basic_string/stol#Example
-
Sorry, ich seh nicht, wie das mit meinem Problem zu tun hat
-
@Blaubart
Du wolltest ein String-Value in ein Int umwandeln.
-
Nein, ich wollte einen Wert aus der Config auslesen und benutzen. Zumindest in meiner letzten Frage.
-
Du mußt dann auch den Parameter
value
als Referenz (&
) übergeben (so wie beiProfileMap::Get
) - oder alternativ als Rückgabewert der Funktion.Wenn du jedoch mehrere Werte auslesen willst, dann wäre es besser nur einmalig die Datei zu laden und dann nur noch die
ProfileMap
direkt zu benutzen (alsoProfileMap configuration
als Klassenmember erstellen - so daß du dann keine eigene Funktion für jeden Datentyp mehr erstellen brauchst).