char* an char* ranhängen
-
Es könnte eine Kopie des char-Arrays erzeugen und einen Pointer darauf zurückgeben. Der Standard verlangt nur, dass c_str() eine const char* zurückgibt, dessen Elemente gleich denen des Strings sind.
siehe Standard 21.3.6 1
-
Braunstein schrieb:
Es könnte eine Kopie des char-Arrays erzeugen und einen Pointer darauf zurückgeben. Der Standard verlangt nur, dass c_str() eine const char* zurückgibt, dessen Elemente gleich denen des Strings sind.
naja, geht doch auch...
-
Und was bringts dir da rein zu schreiben?
-
David_pb schrieb:
Und was bringts dir da rein zu schreiben?
da will doch keiner reinschreiben. der OP möchte doch nur einen dateinamen zusammensetzen und braucht das ergebnis als char* ...
-
Na in dem Fall reicht auch ein const char*.
-
David_pb schrieb:
Na in dem Fall reicht auch ein const char*.
ne, nicht wenn die funktionen einen 'normalen' char* haben will.
-
Na in dem Fall muss davon ausgegangen werden das die Funktion irgendwas ändern will... Und das ist halt irgendwo falsch.
Dann lieber sowas:
char* str = &foo[ 0 ];Wobei das irgendwie auch unschön ist.
-
pale dog schrieb:
David_pb schrieb:
Na in dem Fall reicht auch ein const char*.
ne, nicht wenn die funktionen einen 'normalen' char* haben will.
Scheißegal, C-Casts in C++ stinken trotzdem.
-
pale dog schrieb:
ne, nicht wenn die funktionen einen 'normalen' char* haben will.
Woher willst du wissen, ob hier ein char* gefragt ist?
capFileSaveDIB ist sowieso ein Makro welches eine capFileSaveDIB-Message absetzt. Hier sollte auch ein const char* funktionieren.
-
Braunstein schrieb:
pale dog schrieb:
ne, nicht wenn die funktionen einen 'normalen' char* haben will.
Woher willst du wissen, ob hier ein char* gefragt ist?
der OP hat in seinem ersten posting die funktion mit einem char* gefüttert.