ich habe mal eine Frage an die Standardexperten.

Wenn ich dieses Codeschnipsel übersetze:

SSL_METHOD *meth;	/* Global system initialization*/	

	if( first )
	{
		SSL_library_init();
		SSL_load_error_strings();
		first = false;
	}
	/* Create our context*/
	meth=SSLv23_method();
	ctx=SSL_CTX_new(meth);

meckert einer meiner Compiler, weil er sich weigert den Pointer meth in der letzten Zeile nach const *... zu komvertieren und ich solle den Schalter -fpermissive setzen. Ich verstehe jetzt allerdings den Sinn der Fehlermeldung nicht. Warum sollte es ein Problem sein, einer Funktion, die einen const Zeiger erwartet einen nicht const Zeiger zu geben?

mfg Martin

edit:

mgaeckler schrieb:

ich habe mal eine Frage an die Standardexperten.

soll nun nicht implizieren, dass ich mich als einen solchen einstufe nur weil ich mir die freiheit genommen habe, zu antworten.

an meth kann dies nicht liegen da meth nicht cv-qualifiziert ist. poste mal bitte die definition von ctx.

Das war aber die Variable, die er angemeckert hat und so habe ich das Problem gelöst:

ctx=SSL_CTX_new(SSLv23_method());

dann ist es auf allen Plattformen übersetzt worden.

ctx ist eine Membervariable und ist in der Klassendeklaration definiert:

SSL_CTX			*ctx;

Laut Doku:

http://www.openssl.org/docs/ssl/SSL_CTX_new.html

ist das auch OK so.

mfg Martin
P.S: Wer mir doch mal die Mühe machen herauszufinden, welcher Compiler gemeckert hat.

Bitte nächstes mal die echte Fehlermeldung angeben und keine Paraphrasierung!

• powerpc-apple-darwin8-g++-4.0.0 (GCC) 4.0.0 20041026 (Apple Computer, Inc. build 4061)
• i686-apple-darwin11-llvm-g++-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)
• g++ (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]
• Borland C++ 5.02
• C++ Builder 5

Nur der hier macht die Zicken:
g++ (Debian 4.6.3-14+rpi1) 4.6.3

mfg Martin

SSL_METHOD* const meth;  // nirgendwo...

Du hast die falsche Zeile angegeben. Ich denke mal, das Problem ist, dass SSLv23_method() einen const-pointer zurückgibt, der natürlich nicht in SSL_METHOD umgewandelt werden darf.

Bitte nächstes mal die echte Fehlermeldung angeben und keine Paraphrasierung!

g++ -I./INCLUDE -DNDEBUG -O3 -Wno-deprecated -c CTOOLS/ssl_socket.cpp -o /Object/gaklib/uranus/ssl_socket.o
CTOOLS/ssl_socket.cpp: In member function ‘SSL_LIB_ERROR SSL_SOCKET_STREAMBUF::initialize_ctx()’:
CTOOLS/ssl_socket.cpp:136:21: error: invalid conversion from ‘const SSL_METHOD* {aka const ssl_method_st*}’ to ‘SSL_METHOD* {aka ssl_method_st*}’ [-fpermissive]
make: *** [/Object/gaklib/uranus/ssl_socket.o] Fehler 1

Das war die Zeile die angemeckert wurde:

meth=SSLv23_method();

Jetzt sehe ich auch das Problem:

Offensichtlich wurde auf dem Raspberry eine neuere Version der OpenSSL installiert, die andere Zeigertypen zurückliefert und erwartet. Ich habe in meinem Originalpost fälschlicherweise die falsche Zeile angegeben, weil nach meiner Änderung für den Raspberry (ich hatte aus meth einen const-Zeiger gemacht), die anderen Compiler korrekterweise sich eben beim Aufruf von SSL_CTX_new beschwert hatten.

Da habe ich mich also geirrt und es ist kein merkwürdiger Standard dazugekommen.

Vielen Dank an alle, die nachgedacht haben.

mfg Martin

wir haben eine funktion mit folgender signatur:

SSL_CTX *SSL_CTX_new(const SSL_METHOD *method);

und deine beschreibung im ersten post:

mgaeckler schrieb:

[...]den Pointer meth in der letzten Zeile nach const *... zu komvertieren[...]

infolge dessen teile ich dir gerne mit, dass cv-qualifikationen (auch beim pointee) implizit hinzugefügt werden können:

int a;
int* b = &a;
int const* c = b; // Hier

der fehler wird also sicher nicht da sein.

ausserdem finde ich nirgends eine referenz inder die genaue signatur der funktion "SSLv23_method" aufgeführt ist, daher kann man den echten fehler nur erahnen.

sollte herzlichenglückwunsch recht behalten mit:

herzlichenglückwunsch schrieb:

Du hast die falsche Zeile angegeben. Ich denke mal, das Problem ist, dass SSLv23_method() einen const-pointer zurückgibt, der natürlich nicht in SSL_METHOD umgewandelt werden darf.

Bitte nächstes mal die echte Fehlermeldung angeben und keine Paraphrasierung!

, dann ist es eindeutig. meth müsste wiefolgt definiert werden:

SSL_METHOD const* meth;

ps.: bitte schreibe die compilermeldungen 1:1 so hier hin wie man sie dir ausgibt, das ist viiiiel besser.

edit: zu spät, gut dass es nun geklärt ist.

• powerpc-apple-darwin8-g++-4.0.0 (GCC) 4.0.0 20041026 (Apple Computer, Inc. build 4061)
• i686-apple-darwin11-llvm-g++-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00)
• g++ (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036]
• Borland C++ 5.02
• C++ Builder 5

Solche Uraltcompiler lassen oft fehlerhaften Code durchgehen.

Und wenn du dich nicht sinnlos in indirekter Rede üben, sondern die Fehlermeldung posten würdest, könnte man die deinen Fehler klar benennen.

Solche Uraltcompiler lassen oft fehlerhaften Code durchgehen.

Das Problem waren aber nicht die Uraltcompiler sondern jeweils die alte Version der openSSL. Die Compiler funktionieren ja ganz gut, wenn man davon absieht, daß die alten Borland Compiler die neueren Standards nicht kennen.

manni66 schrieb:

Und wenn du dich nicht sinnlos in indirekter Rede üben, sondern die Fehlermeldung posten würdest, könnte man die deinen Fehler klar benennen.

Ja, ich seh's ein. Ich hätte mir zuerst die Mühe machen müssen, den alten Code zu übersetzen, dann nochmal in Ruhe nachdenken und dann erst hier zu fragen.

mfg Martin