Druckbare Version
Hi,
ich arbeite gerade mit C-Datenbankschnitstellen. Nun wollte ich QMainWindow (Qt\C++) anwenden und dabei habe ich herausgefunden das extern "C" in Methoden nicht funktioniert. Deshalb wollte ich jetzt mit einem Thread das Problem lösen. Vorteil für mich wäre, das ich die Threadtechnologie erstmals praktisch anwenden kann. Doch vorher wollte ich lieber noch einen erfahreren Programmierer fagen, was er von dieser Lösung hält?
Besten Dank!
dml
Was genau meinst du mit "anwenden"? Eine Methode von QMainWindow aufrufen?Zitat:
Zitat von dml
Was genau meinst du mit "in Methoden nicht funktioniert"? Natürlich funktioniert extern "C" in Methoden. Oder meinst du vielleicht "für Methoden"? Dies könnte man einfach über eine Hilfsfunktion lösen, die eben ein QMainWindows* als ersten Parameter verlangt.Zitat:
und dabei habe ich herausgefunden das extern "C" in Methoden nicht funktioniert.
Wie soll ein Thread dieses Problem lösen?Zitat:
Deshalb wollte ich jetzt mit einem Thread das Problem lösen.
Als ich versucht habe in einer Methode mit extern "C" meinen c Quelltext einzufügen:
Habe ich die Fehlermeldung:Code:int MWindow::db_connect(){
extern "C"{
struct Datenbank datenbank;
db_laden(datenbank);
....
}
}
erhalten. Nach Internatrecherche ist der Fehler darauf zurück zuführen, das man extern "C" nicht in Methoden anwenden kann.Zitat:
error: expected unqualified-id before string constant
Später sollen diese in C geschriebenen Funktionen bei Signalen von QMainWindow angewendet werden. Datei->Datenbank verbinden
Stimmt, Threads führen nicht zu einer Lösung des Problemes. Mit dem QtSql-Modul halte ich mich aber noch ein bisschen zurück.
extern "C" ist eine Deklaration, sowas kommt nicht innerhalb einer Methodendefinition vor.
Vermutlich hast du diese Deklaration irgendwo in einem Header, also inkludierst du einfach diesen Header und rufst die Funktion ganz normal auf
Ein Thread ist nur ein zusätzlicher Laufzeitkontext, an der Übersetzung des Programms ändert das nichts.Code:#include "datenbankheader.h"
int MWindow::db_connect() {
struct Datenbank datenbank;
db_laden(datenbank);
....
}
Ciao,
_
Hi,
erst einmal vielen Dank Euch beiden!
Die Klasse war von mir Selber entwickelt und es funktioniert nicht in einer Methode.
Da ich das Projekt aber auch gerne als C Referenz verwenden möchte, verwende ich jetzt einfach GTK und habe das lästige Problem einfach nicht mehr.
Kannst du uns die entsprechende C Funktion zeigen?
Ich bin sehr verwundert dass eine C++ Funktion mit dem selben Inhalt nicht ebenso funktionieren würde.
Ciao,
_
Hi,
Ich habe von früher noch eine kleine Testklasse, die ich für solche Versuche immer gerne verwende:
klasse.h
klasse.cppCode:#ifndef KLASSE_H
#define KLASSE_H
#include <iostream>
using namespace std;
class Klasse
{
public:
int variable;
int i[3];
Klasse();
Klasse(int _fktvara, int _fktvarb); //Konstruktor
~Klasse(); //Destruktor
int Methode(int fktvara, int fktvarb);
};
#endif
main.cppCode:#include "klasse.h"
// Konstruktor
Klasse::Klasse()
{
variable=Methode(1,2);
}
Klasse::Klasse(int _fktvara, int _fktvarb)
{
variable=Methode( _fktvara, _fktvarb);
}
// Destruktor
Klasse::~Klasse()
{
}
int Klasse::Methode(int fktvara, int fktvarb)
{
variable = fktvara + fktvarb;
cout<<"variable="<<variable<<endl;
cout<<"&variable="<<&variable<<endl;
// cout<<"&variable="<<this->&variable<<endl;
cout<<"&variable="<<&this->variable<<endl;
extern "C"{
printf("Hallo extern \"C\"!\n");
}
return variable;
}
int main()
{
int k;
Klasse Objekt;
cout<<"Objekt.variable="<<Objekt.variable;
k = Objekt.Methode(4,5);
cout<<"Rückgabewert von Objekt.Methode="<<k;
return 0;
}
Auch hier erhalte ich bei extern "C" die Fehlermeldung:Code:#include "klasse.h"
#include <iostream>
using namespace std;
int main()
{
int k;
Klasse Objekt();
// cout<<"Objekt.variable="<<Objekt.variable;
// k = Objekt.Methode(4,5);
// cout<<"Rückgabewert von Objekt.Methode="<<k;
return 0;
}
Zitat:
error: expected unqualified-id before string constant
Ja, weil duZitat:
Zitat von dml
In einer Funktion stehen hast und das dort nicht verloren hat.Code:extern "C"
Korrekt lautet deine Funktion so
Code:#include <stdio.h>
int Klasse::Methode(int fktvara, int fktvarb)
{
variable = fktvara + fktvarb;
cout<<"variable="<<variable<<endl;
cout<<"&variable="<<&variable<<endl;
// cout<<"&variable="<<this->&variable<<endl;
cout<<"&variable="<<&this->variable<<endl;
printf("Hallo extern \"C\"!\n");
return variable;
}
Ciao,
_
Ja, aber auch nur weil C++ die Funktion printf kennt. Doch wenn ich dort spezifischeren c Quelltext einfüge, würde es wieder nicht funktionieren.
Den kannst du doch mit "extern "C"" vorab deklarieren, so daß der Linker die Funktion(en) auch später findet. Genau dafür ist doch "extern "C"" da.Zitat:
Zitat von dml
(Und bei printf() wird es auch genau so gemacht, schaue doch einfach 'mal in die stdio.h-Datei rein.)
Das funktioniert mit jeder C Funktion.Zitat:
Zitat von dml
Wie in C selbst muss die Deklaration der Funktion entweder in der Datei selbst oder über ein Include eines Headers bekannt gemacht worden sein.
Am Aufruf der Funktion ändert sich nichts, wie man am Beispiel von printf() sehr einfach zeigen kann.
Der bei dir aufgetretene Fehler hat nichts damit zu tun, dass die aufgerufene Funktion in C und der aufrufende Code in C++ geschrieben sind.
Auch in einer C Funktion hätte das zu einem Fehler geführt, bzw. würde ein Aufruf, der in einer solchen Funktion kompiliert, auch in einer C++ Funktion kompilieren.
Dass in deinem Fall die C++ Funktion die Methode einer Klasse ist, ändert an der Situation auch nichts.
Ciao,
_
Hi,
nachdem ich das getan habe, was ich schon hätte tun sollen bevor ich Euch nervte, (im Buch nachschlagen) habe ich meinen Fehler erkannt. extern "C" {} ist für Funktionen die in C geschrieben sind da, nicht um einfach c-Quelltext reinzukloppen. Deshalb war, das was ich in der Methode getan habe totaler Quatsch.
Vielen Dank Euch beiden und schönes Wochenende!
P.S.:
Merk schon Ihr Beide wollt mich von meiner ersten C Referenz abbringen. Doch verhält es sich damit, wie mit dem Picasso Gemälde an der Wand. Was stört es dem Besitzer das es nicht Echt ist, solange er es nicht weiß. ;)