Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

61

13.11.2013, 22:28

Das wiederum könnte daran liegen, dass er die Datei nicht finden kann, oder? Bei mir geht nämlich alles... Evtl. muss er als Administrator ausführen? Ich bin etwas überfragt, da ich den Fehler nicht rekonstruieren kann.

CeDoMain

Alter Hase

  • »CeDoMain« ist der Autor dieses Themas

Beiträge: 587

Wohnort: Ilmenau

Beruf: Student für Mechatronik

  • Private Nachricht senden

62

14.11.2013, 17:54

Ich führe Visual C++ 2010 Express standardmäßig als Admin aus. Auch ein explizites ausführen bringt nichts. :(
Und es kann nicht an irgendwelchen Dateien liegen, denn auch wenn ich nur:

C-/C++-Quelltext

1
2
3
4
5
6
7
8
9
10
11
12
#include <Windows.h>
#include "io\nbt\NBTImporter.hpp"
#include "io\nbt\NBTExporter.hpp"
#include "io\nbt\NBTFile.hpp"

using namespace hf::io::nbt;

int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, char* pcCommandLine, int iShowCommand)
{
    NBTImporter Importer;
    return 0;
}
diesen Code Compilere, bekomme ich den Fehler.

Wenn ich die exe mit dem DependencyWalker starte, bekomme ich folgende Fehler:

Zitat


Error: At least one module has an unresolved import due to a missing export function in an implicitly dependent module.
Error: Modules with different CPU types were found.

Wenn ich das Projekt kompiliere, bekomme ich nur die .exe, eine .ilk und eine .pdb! Fehlen da nicht die aus den .lib's kompilerten DLLs, oder sind die in die .exe hineinkompiliert?
Mit freundlichem Gruß
CeDo
Discord: #6996 | Skype: cedomain

Lass solche persönlichen Angriffe lieber bleiben, meine sind härter.

63

14.11.2013, 18:58

Ich baue die Library gerade nochmal mit anderen Datentypen, und strukturiere sie ein bisschen um, sprich ich mache dir eine halbwegs neue. Hoffentlich geht es dann ?( (mach dir keine Sorgen, ich werde solange daran arbeiten, bis es geht!)

Liebe Grüße,
~ EuadeLuxe ~

PS.: Es wäre evtl. hilfreich, ich könnte den Fehler rekonstruieren. Hast du noch mehr Debugger-Daten?

CeDoMain

Alter Hase

  • »CeDoMain« ist der Autor dieses Themas

Beiträge: 587

Wohnort: Ilmenau

Beruf: Student für Mechatronik

  • Private Nachricht senden

64

14.11.2013, 21:02

Welche Informationen benötigst du, bzw. wie bekomme ich sie? Wie komme ich an mehr Debugger-Daten? Ich bin bereit alles zu tun (außer mein System neu aufzusetzen). :D
Mit freundlichem Gruß
CeDo
Discord: #6996 | Skype: cedomain

Lass solche persönlichen Angriffe lieber bleiben, meine sind härter.

65

15.11.2013, 16:11

So, ich habe jetzt alles, was auch nur ansatzweise den Fehler auslösen könnte entfernt. Ich habe dir die Bibliothek (Debug und Release) für VS 10, sowohl für Win32 als auch für x64 kompiliert. Jetzt sollte es wirklich, gehen, ansonsten bin ich wirklich überfragt, da ich den Fehler nicht rekonstruieren kann. Hier der Donwload: http://dl.garishland.de/d4/HoverFiles_vs10x86x64.rar

Ich hoffe, das hilft.

Liebe Grüße,
~ EuadeLuxe~

CeDoMain

Alter Hase

  • »CeDoMain« ist der Autor dieses Themas

Beiträge: 587

Wohnort: Ilmenau

Beruf: Student für Mechatronik

  • Private Nachricht senden

66

15.11.2013, 18:13

Dass sieht guuuuuuuuuuut aus!!! :D

Bei der x86 .lib hab ich den gleichen Fehler bekommen, aber mit der x64 .lib lässt sich folgende Zeile kompilieren:

C-/C++-Quelltext

1
NBTImporter* Importer; // Ich musste einen Zeiger (nennt man doch so bei nem Stern, oder?) erstellen, ohne das Sternchen hat der Compiler folgende Fehler ausgegeben:

Zitat

error LNK2019: Verweis auf nicht aufgelöstes externes Symbol ""public: __thiscall hf::io::nbt::NBTImporter::~NBTImporter(void)"
error LNK2019: Verweis auf nicht aufgelöstes externes Symbol ""public: __thiscall hf::io::nbt::NBTImporter::NBTImporter(void)"

Wenn ich dann das schreibe:

C-/C++-Quelltext

1
2
NBTImporter* Importer;
Importer->loadFile("D:\\******\\Microsoft Visual C++\\Block World\\r.0.0.mca"); // Hier muss ich den Pfeil nehmen - sonst Fehler! Sieht nun nicht mehr nach Java-Punkt aus, sondern nach C++-Pfeil  ;)

bekomme ich wieder einen Symbol-Fehler:

Zitat

error LNK2019: Verweis auf nicht aufgelöstes externes Symbol ""public: void __thiscall hf::io::nbt::NBTImporter::loadFile(char const *)"


Warum das, hab ich den Pfad falsch angegeben (Typ falsch)?
Trotzdem echt cool, wir sind auf dem richtigen Weg!!!!!!!!!!!!!!!! :thumbsup:

Hast du vielleicht ein x86 System? Oder hast du ne Ahnung, warum ich die x64 Version nehmen muss und du nicht?
Mit freundlichem Gruß
CeDo
Discord: #6996 | Skype: cedomain

Lass solche persönlichen Angriffe lieber bleiben, meine sind härter.

CeDoMain

Alter Hase

  • »CeDoMain« ist der Autor dieses Themas

Beiträge: 587

Wohnort: Ilmenau

Beruf: Student für Mechatronik

  • Private Nachricht senden

67

15.11.2013, 18:14

Mal ne andere Frage, wie kann ich bei Visual C++ 2010 Express einstellen, ob ich x86 oder x64 compilieren will? Geht das überhaupt? ?(

Und müssen wir den Threadtitel nicht mal ändern, langsam gehts in ne andere Richtung! :D Geht das überhaupt zu ändern?
Mit freundlichem Gruß
CeDo
Discord: #6996 | Skype: cedomain

Lass solche persönlichen Angriffe lieber bleiben, meine sind härter.

68

15.11.2013, 19:59

So, also: Du bist Schüler, und könntest daher das Dreamspark Angebot (s. hier ) nutzen. dort bekommst du VS 10 Professional gratis, wenn du Schüler bist. Nur Professional und höher können standardmäßig x64 kompilieren. Normalerweise dürftest du keinen LNK2019 bekommen, denn das heißt, dass du nicht richtig gegen die Lib linkst -> schau mal, ob du die Debug-Version linkst.

Mehr fällt mir gerade auch nicht ein. :S

CeDoMain

Alter Hase

  • »CeDoMain« ist der Autor dieses Themas

Beiträge: 587

Wohnort: Ilmenau

Beruf: Student für Mechatronik

  • Private Nachricht senden

69

15.11.2013, 20:23

Danke für den Link. Ich hab meine Schule nicht gefunden, ich muss mal mit nem Informatiklehrer reden...

Ich hab für die Debugversion die HoverFilesdx64.lib genommen und für die Release HoverFilesx64.lib. Auch bei der Release funzt es nicht, es kann also nicht an einer falsch eingebundenen Debug-Version ligen. Kann es daran liegen, dass der String nicht den richtigen Typ hat?
Mit freundlichem Gruß
CeDo
Discord: #6996 | Skype: cedomain

Lass solche persönlichen Angriffe lieber bleiben, meine sind härter.

70

15.11.2013, 20:47

Nein, eigentlich nicht. Wie der Linker-Fehler schon sagt, liegt das daran, dass du eine Methode aufrufst, deren Symbol (frei: deren Code) nicht gefunden werden kann. Daher verdutzt es mich etwas, dass du die Bibliotheken richtig einzubinden scheinst. Nimmst du denn auch die neuesten Includes? Diese liegen dem Archiv bei.

Zu Dreamspark: Schnapp dir dein altes Zeugnis und 10 Euro, und geh zur nächsten ISIC-Ausgabe-Stelle. Dann bekommst du kurzerhand eine Karte, mit der du Dreamspark auch nutzen kannst. Meine Schule war auch nicht dabei ;) aber es lohnt sich!

Liebe Grüße,
~ EuadeLuxe ~

EDIT.: Ich setze dir mal ein Test-Projekt auf. Dann sagst du mir bitte, ob dieses funktioniert, in Ordnung?

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »EuadeLuxe« (15.11.2013, 21:14)


Werbeanzeige