void glGetShaderInfoLog(GLuint shader,
 	GLsizei maxLength,
 	GLsizei *length,
 	GLchar *infoLog);

Man kann sie aufrufen, wenn ein Shader nicht korrekt kompiliert wurde um weitere Infos zu bekommen. Diese werden in GLchar *infoLog gespeichert, den Speicher muss der Aufrufer zur Verfügung stellen.

Was ist der korrekte Weg Funktionen dieser Art in modernem C++ aufzurufen?

Ich hätte zum einen:

std::string infoLog(logLength, ' ');  //oder dieses->   std::basic_string<GLchar> infoLog(logLength, ' ');   ?
glGetShaderInfoLog(shaderId, logLength, NULL, &infoLog[0]);
std::cout<<infoLog<<"\n";

Ist das denn legal? Darf man die Funktion einfach in &infoLog[0] schreiben lassen, oder kann es Probleme geben?

Alternativ fällt mir noch ein:

auto infoLogPtr = std::unique_ptr<GLchar[]>(new GLchar[logLength]);
glGetShaderInfoLog(shaderId, logLength, NULL, infoLogPtr.get());
std::cout<<infoLogPtr.get()<<"\n";

Was ist der richtige Weg?

Danke

ps: Was TGGC gerade geschrieben hat, also gleich nen char[1024] aufm Stack verwenden, ist in den allermeisten Fällen vermutlich vollkommen ausreichend. Und wäre dann klar vorzuziehen (KISS).

Mich interessiert die Frage dennoch: Ist es erlaubt in &infoLog[0] für den std::string zu schreiben, wenn er mit ausreichender Größe angelegt wurde?

Gleiche Frage zu dem anderen Vorschlag von TGGC, darf man in vector.data() schreiben, wenn die Größe vorher festgelegt wurde?

Ist das denn legal? Darf man die Funktion einfach in &infoLog[0] schreiben lassen, oder kann es Probleme geben?

Ja, überschreiben kannste. Also der Speicher ist da und es ist solange Deiner.

Hab mich gerade aber nicht erinnert, daß '\0' das Endezeichen ist, wo std::<< aufhört, den std::string auszugeben. *angst*
Könnte er so aprilsonnig sein und bis zu seinem .end() ausgeben?

Salzwasser schrieb:

Alternativ fällt mir noch ein:

Hmm.

Salzwasser schrieb:

Was ist der richtige Weg?

Klar, man braucht C++-Wrapper um C-APIs. Aber mit Gewalt C++ ist nicht der Weg. C++ kann auch C.

Schön und gut, ich kenne aber die Länge des Logs nicht.

Egal was du tust, bei diesem API musst du vorher eine Länge festlegen.

Schön und gut, ich kenne aber die Länge des Logs nicht.

Dann lies nochmal in der Dokumentation zu glGetShaderInfoLog() , ob es nicht eine Möglichkeit gibt, die Länge beim Shader anzufragen.

Belohnt Deine Suche wird!

Salzwasser schrieb:

Schön und gut, ich kenne aber die Länge des Logs nicht.

Dann lies nochmal in der Dokumentation zu glGetShaderInfoLog() , ob es nicht eine Möglichkeit gibt, die Länge beim Shader anzufragen.

Belohnt Deine Suche wird!

Du hast mich falsch verstanden. Ich kenne die Länge zur Compilezeit nicht und möchte sie deshalb nicht auf 1024 fixieren.

Furble Wurble schrieb:

Salzwasser schrieb:

Schön und gut, ich kenne aber die Länge des Logs nicht.

Dann lies nochmal in der Dokumentation zu glGetShaderInfoLog() , ob es nicht eine Möglichkeit gibt, die Länge beim Shader anzufragen.

Belohnt Deine Suche wird!

Du hast mich falsch verstanden. Ich kenne die Länge zur Compilezeit nicht und möchte sie deshalb nicht auf 1024 fixieren.

Hä? Furble wurble hat dir die Lösung doch gesagt du kannst die Size von glgetshaderinfolog abfragen und dann einen entsprechend großen String oder vector zur Laufzeit erstellen.

Hä? Furble wurble hat dir die Lösung doch gesagt du kannst die Size von glgetshaderinfolog abfragen und dann einen entsprechend großen String oder vector zur Laufzeit erstellen.

Das weiß ich doch. Die Lösung von TGGC und Volkard oben war, ein char-Array mit fester Länge von 1024 anzulegen. Das mochte ich nicht.
Es war niemals das Problem, die Länge dynamisch abzufragen.