3. Char-Array als Rückgabewert

Char-Array als Rückgabewert


  • Im alten C-Stil:

    char x[100];
strcpy(x, INI.read("D:\\TEST.ini","Sektion0","Schluessel0"));

    Dies würde aber leicht einen BufferOverflow hervorrufen.

    Also noch ein wenig verbessern:

    char x[100];
strncpy(x, INI.read("D:\\TEST.ini","Sektion0","Schluessel0"), 100);
x[99] = 0; // Nullterminierung erzwingen

    P.S. Deine INI.read-Funktion wird dir aber gnadenlos abstürzen, da du nur einen uninitialisierten Zeiger übergibst (und dann auch noch 2 GB als Größe 😕 ).

    Also mach es gleich richtig und verwende einen std::string:

    std::string read (const char * pINI,const char * section,const char * key)
{
    const int Size = 100;
    std::string s(Size);
    GetPrivateProfileString (section, key, NULL, &s[0], Size, pINI);
    return s;
};
    0
  • ?

    So wie ich das sehe benutzt du schon GetPrivateProfileString falsch. GetPrivateProfileString kopiert bestimmt Text in die Daten auf die temp zeigt. Worauf zeigt temp? Auf nichts. Deswegen crasht es. Wahrscheinlich ist die Zahl 2147483646 für die Länge des Puffers da, was wieder Quatsch ist.
    Möglicherweise willst du sowas:

    CHR8 * read (const char * pINI,const char * section,const char * key) {
        static char temp[1234];
        GetPrivateProfileString (section,key,NULL,temp,1234,pINI);
        return temp;
    };

    Erstmal haben wir Speicher wo GetPrivateProfileString was rein schreiben kann. Weiterhin ist temp static, sodass nach dem Funktionsaufruf, wo du den Pointer benutzt, der Speicher noch da ist.

    Anonyme structs benutzt man halt, wenn man nur eine kleine Zahl dieser Structs anlegen will und dann nicht mehr. Sowas will man ziemlich selten, außerdem schadet das Festlegen eines Namens auch nicht.

    0
  • P

    Hallo nochmal,

    nwp3 schrieb:

    Weiterhin ist temp static, sodass nach dem Funktionsaufruf, wo du den Pointer benutzt, der Speicher noch da ist.

    Und was ist daran der Vorteil 😕 ? Denn die 1234 Bytes sind ja (wenn man die Funktion bereits aufgerufen hat) immer im Speicher (im Stack?). Bei 1234 Bytes ist mir das ja egal, aber was ist (jetzt kommt wieder etwas Übertriebenes, dafür aber Mögliches), wenn ich jetzt mal kurze Zeit 2 GB brauche, die ich aber nach ein paar Codezeilen wieder freigeben möchte?
    Was ist jetzt also der Sinn von static in diesem Fall?

    MfG

    Seikuassi

    0
  • P

    Hallo nochmal,

    habe gerade an LoadString das "normale" als auch das statische Array ausprobiert. Bei dem static brauche ich weniger Arbeitsspeicher (jedenfalls zeigt mir der "Resourcemanager" das so in Win 7 an). Warum ist das so?

    MfG

    Seikuassi

    0
  • K

    Seikuassi schrieb:

    Betreff: Char-Array als Rückgabewert

    ich habe eine Funktion, die einen char-Pointer zurückgibt. Allerdings möchte ich ein char-Array damit "auffüllen". Wie ist das denn nun möglich?

    🙄

    std::string deineFunktion();

int main()
{
  std::string wirdAufgefuellt = deineFunktion();
}

    Wahlweise auch mit std::vector<char>

    Rohe Arrays sind nicht kopierbar und nicht zuweisbar. Versuch nicht auf Biegen und Brechen Schei*e zu bauen. C++ kann so einfach sein.

    0
  • P

    Hallo krümelkacker,

    Rohe Arrays sind nicht kopierbar und nicht zuweisbar.

    Die Frage bzw. das Thema ist schon etwas älter.
    Wichtig ist die Frage:

    Warum ist in der Funktion eine statisch angelegte Variable in einer Funktion kleiner als eine nicht-statische Variable?

    Für mich heißt das, dass der Wert im Arbeitsspeicher dauerhaft gespeichert bleibt, bis der Prozess beendet wird.
    Warum zum Teufel benötigt aber die nicht-statische Variable mehr RAM 😕 ?

    Danke im Voraus!

    MfG

    Seikuassi

    krümelkacker schrieb:

    C++ kann so einfach sein.

    Muss es aber nicht 🤡 . Scherz 😃 .

    0
  • Mod

    Ein Ressourcenmonitor ist kein Programmentwicklungswerkzeug.

    0
  • P

    Hallo SeppJ,

    SeppJ schrieb:

    Ein Ressourcenmonitor ist kein Programmentwicklungswerkzeug.

    Und lügt 😕 ?
    Dann bist du auch der Meinung, dass die statische Variable praktisch mehr Speicher verwendet bzw. länger verwendet wird (Programmlebensdauer), oder?

    MfG

    Seikuassi

    0
  • Mod

    Seikuassi schrieb:

    Hallo SeppJ,

    SeppJ schrieb:

    Ein Ressourcenmonitor ist kein Programmentwicklungswerkzeug.

    Und lügt 😕 ?

    Wenn du nicht ganz genau weißt, was er macht: Praktisch ja. Weißt du, was er genau macht?

    Dann bist du auch der Meinung, dass die statische Variable praktisch mehr Speicher verwendet bzw. länger verwendet wird (Programmlebensdauer), oder?

    😮 Wo liest du das aus meinem Beitrag heraus? Das ist vollkommener Unsinn. Es ändert sich bloß, wo die Variable liegt. Womit wir wieder beim Thema sind, was der Ressourcenmonitor überhaupt genau anzeigt. Nämlich wohl nicht das, was du denkst. Das ist nämlich ein Tool für den Laien, der eine ungefähre Angabe über Speicherverbrauch seiner Anwendungen möchte.

    0
  • ?

    Das statische Array wird vom Compiler anders verwurstet und tritt in Deinem Resourcenmonitor halt nicht auf.
    Das hat aber nix mit C++ zu tun.

    Oder wächst Dein Programm im Speicher?

    0
Anmelden zum Antworten