C2375 bei Tastenabfrage?

Checkmateing · 6. April 2011, 19:35

Hallo!
Ich bestimme die Funktion bool a(sf::Event &Event, sf::Window &App) doch bekomme ich den Fehler C2375.
Ich verstehe es nicht. Vorher gab er noch den Fehler C2461 ausgegeben, doch den konnte ich beheben. - Auch wenn ich nicht genau weiß was der Grund war.

Der Syntax:
Framework_Datei.cpp:

Quellcode

#include "Framework_Header.hpp"
bool DLL_FRAMEWORK_API lwtFramework::Events::a(sf::Event &Event, sf::Window &App)
{
if(App.GetInput().IsMouseButtonDown(sf::Mouse::Left))
return true;
else
return false;
}

Framework_Header.hpp:

Quellcode

#include "Framework.hpp" //Framework
#include <SFML\System.hpp> //SFML-System
#include <SFML\Window.hpp> //SFML-Window
namespace lwtFramework
{
class Events
{
public:
Events();
bool a(sf::Event &Event, sf::Window &App);
private:
sf::Event *Event;
sf::Window *App;
}
}

Alles anzeigen

Framework.hpp:

Quellcode

#ifndef FRAMEWORK_HPP //Start des
#define FRAMEWORK_HPP //"Waechters".
#if _USRDLL //Importieren und Exportieren der DLL
#define DLL_FRAMEWORK_API _declspec(dllexport) //Schluesselwort
#else
#define DLL_FRAMEWORK_API _declspec(dllexport) //Schluesselwort
#endif
#endif

Danke!

MfG
Check

Checkmateing · 10. April 2011, 15:11

Keiner eine Idee?

MfG
Check

Rushh0ur · 11. April 2011, 17:23

Sieht mal auf den ersten Blick in Ordnung aus.

Vielleicht will der dass du noch den Konstruktor definierst, oder du bindest zwei verschieden Versionen deiner Headerdateien ein, kann man jetzt nciht genau sagen.

Mfg Rushh0ur

Checkmateing · 11. April 2011, 20:09

Konstruktor habe ich noch hinzugefügt, doch jetzt tritt auch dort der Fehler auf. Bisschen auffällig, also hat es scheinbar nichts mit den Funktionen und dem Konstruktor zu tun.
Wie meinst du das mit "verschieden einbinden"?
Habe einmal Framework.hpp wo der "Wächter" drin ist und dann die Header Datei mit der Klasse drin, also Framework_Header.hpp. ...?

MfG
Check

Rushh0ur · 11. April 2011, 21:19

Damit hab ich gemeint dass du sie zweimal, unter umständen rekursiv, eingebunden hast, aber es liegt glaub ich an was anderem.

Änder mal folgendes in der Framework_Header.hpp (das wird wohl den C2375 Fehler auslösen):

class DLL_FRAMEWORK_API Events

Und in der Framework.hpp:

#if _USRDLL //Importieren und Exportieren der DLL
#define DLL_FRAMEWORK_API _declspec(dllexport) //Schluesselwort
#else
#define DLL_FRAMEWORK_API _declspec(dllimport) //Schluesselwort
#endif

Sonst kannst du die DLL nicht in deiner Exe benutzen.

Mfg Rushh0ur

Checkmateing · 11. April 2011, 21:31

Das bringt mich zu LNK2019. Also "Verweis auf nicht aufgelöstes, externes Symbol.
Habe die Deklaration usw. schon überprüft.... :huh:

MfG
Check

Rushh0ur · 11. April 2011, 21:36

Ok der Fehler ist schon mal "humaner", was genau steht beim Fehler?

Benötigte Biblotheken (LIB) verlinkt?

Mfg Rushh0ur

Checkmateing · 11. April 2011, 21:47

Hatte ohne Funktionsinhalt das ganze kompiliert.
Nun mit Funktionsinhalt:
1>------ Erstellen gestartet: Projekt: Framework, Konfiguration: Debug Win32 ------
1> Framework_Datei.cpp
1>c:\users\m\desktop\framework\framework\framework_datei.cpp(3): error C2143: Syntaxfehler: Es fehlt ';' vor 'lwtFramework::Events::a'
1>c:\users\m\desktop\framework\framework\framework_datei.cpp(4): error C4430: Fehlender Typspezifizierer - int wird angenommen. Hinweis: "default-int" wird von C++ nicht unterstützt.
1>c:\users\m\desktop\framework\framework\framework_datei.cpp(4): error C2556: 'int lwtFramework::Events::a(sf::Event &,sf::Window &)': Überladene Funktion unterscheidet sich nur hinsichtlich des Rückgabetyps von 'bool lwtFramework::Events::a(sf::Event &,sf::Window &)'
1> c:\users\m\desktop\framework\framework\framework_header.hpp(11): Siehe Deklaration von 'lwtFramework::Events::a'
1>c:\users\m\desktop\framework\framework\framework_datei.cpp(4): error C2371: 'lwtFramework::Events::a': Neudefinition; unterschiedliche Basistypen
1> c:\users\m\desktop\framework\framework\framework_header.hpp(11): Siehe Deklaration von 'lwtFramework::Events::a'
========== Erstellen: 0 erfolgreich, Fehler bei 1, 0 aktuell, 0 übersprungen ==========

MfG
Check

Rushh0ur · 12. April 2011, 14:39

Hinter Struktur- und Klassendeklerationen muss immer ein Semikolon gesetzt werden:

...
class DLL_FRAMEWORK_API Events
{
...
};
---

Mfg Rushh0ur

Checkmateing · 12. April 2011, 19:48

Ich weiß. Ist leider vorhanden.

MfG
Check

Checkmateing · 23. April 2011, 22:13

D:

Echt keine Idee? Sitze hier ganz verdutzt vor dem Ding....

MfG
Check

Rushh0ur · 24. April 2011, 01:09

Checkmateing schrieb:

Ich weiß. Ist leider vorhanden.

MfG
Check

Checkmateing schrieb:

D:

Echt keine Idee? Sitze hier ganz verdutzt vor dem Ding.... :(

MfG
Check

Wie wär es mit trial and error?
Ne im ernst, dass ist schon meiner Meinung etwas dreist die Aussage.

Damit das nicht assozial rüber kommt biete ich dir an, dass du dein Projekt hochlädst und ich verbesser es dir, sobald ich Zeit habe.

Mfg Rushh0ur

Checkmateing · 24. April 2011, 01:58

Ich sitze ja nicht nur herum und warte!
Der Eindruck sollte gar nicht entstehen. Ich gehe schon Schritt für Schritt vor und suche so den Fehler.

Eigentlich reicht der Syntax, mit was anderem hat es ja gar nicht zu tun, oder? (rhetorische Frage)

MfG
Check

Rushh0ur · 24. April 2011, 10:45

Eigentlich brauchst du nichts anderes zu tun als die Fehler abzuklappern, und zwar in der Rehienfolge in der diese Angegeben werden.

Wenn da steht

1>c:\users\m\desktop\framework\framework\framework_datei.cpp(3): error C2143: Syntaxfehler: Es fehlt ';' vor 'lwtFramework::Events::a'

Dann gehst du in die angegeben Datei und in die angegeben Zeile und prüfst was da Falsch ist:

bool DLL_FRAMEWORK_API (hier soll ein ; laut dem Fehler hin?) lwtFramework::Events::a(sf::Event &Event, sf::Window &App)

Nun kein Plan dann mal ab auf die Syntaxsuche ....
Mit etwas Inetsuche ->

Quellcode

#ifdef TESTDLL_EXPORTS
#define TESTDLL_API __declspec(dllexport)
#else
#define TESTDLL_API __declspec(dllimport)
#endif
// Diese Klasse wird aus testdll.dll exportiert.
namespace myNameSpace
{
class TESTDLL_API Ctestdll {
public:
Ctestdll(void);
// TODO: Hier die Methoden hinzufügen.
};
}
...
myNameSpace::Ctestdll::Ctestdll()
{
return;
}

Alles anzeigen

Wenn man dies richtig interpretiert bemerkt man dass dein DLL_FRAMEWORK_API an deiner Stelle falsch platziert ist und komplett weg muss.
Und nur im Header nach dem Bezeichner class hin muss.

Hoffe das löst dein Problem.

Mfg Rushh0ur

Checkmateing · 7. Juni 2011, 21:53

Tritt leider weiterhin ein.

MfG
Check

C2375 bei Tastenabfrage?

C2375 bei Tastenabfrage?

Quellcode

Quellcode

Quellcode

Checkmateing schrieb:

Checkmateing schrieb:

Quellcode

Teilen

Tags