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!

Include-/Lib-Ordner anscheinend richtig, trotzdem No Such File Or Directory

Werbeanzeige

Pac-Man

Frischling

  • »Pac-Man« ist der Autor dieses Themas

Beiträge: 55

  • Private Nachricht senden

1

10.07.2011, 09:45

Include-/Lib-Ordner anscheinend richtig, trotzdem No Such File Or Directory

Hallo liebe Forumler,

normalerweise fummele ich solange am Projekt rum, bis es funktioniert. Aber diesmal bekomme ich es nicht hin bzw. habe ich allen Verstand und jegliches Verständnis für die Fehlermeldung verloren.

Ich möchte die DxErr.h-Datei includen. Sie liegt bei mir offensichtlich in "C:\Program Files (x86)\Microsoft SDKs\DirectX\Include", was mit VS-Makros "$(DXSDK_DIR)Include" entspricht.
Die Bibliotheksdatei liegt unter "C:\Program Files (x86)\Microsoft SDKs\DirectX\Lib\x86", entspricht dann eben "$(DXSDK_DIR)Lib\x86".

Diese beiden Verzeichnisse habe ich in die Include- und Lib-Verzeichnisse eingetragen und dxerr.lib gelinkt.

(Link)


(Link)


Dennoch erscheint beim kompilieren:

(Link)


Witzigerweise wird das include vor Kompilierung nicht rot unterstrichen, so wie es das sonst unter VS 2010 mit nicht gefundenen Dateien macht.

(Link)

Und mit Rechtsklick --> Dokument "DxErr.h" öffnen lässt sich die Headerdatei auch ohne Probleme anzeigen!

(Link)


Was habe ich übersehen bzw. vergessen?

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

  • Private Nachricht senden

2

10.07.2011, 10:00

Das ist wirklich sehr merkwürdig. Hast du die Einstellungen auch sicher beim richtigen Projekt gemacht?
m4studios

Pac-Man

Frischling

  • »Pac-Man« ist der Autor dieses Themas

Beiträge: 55

  • Private Nachricht senden

3

10.07.2011, 10:32

Ja, beim DLL- und beim Testprojekt, sowohl Debug als auch Release (obwohl es beim Testprojekt ja garnicht nötig sein müsste).

EDIT: Das ist merkwürdig, wenn ich "#include <DxErr.h" in eine andere Cpp-Datei reinschreibe, findet er sie. IntelliSense zeigt mir die Datei übrigens überall als vorhanden an.

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Pac-Man« (10.07.2011, 12:05)

drakon

Supermoderator

Beiträge: 6 513

Wohnort: Schweiz

Beruf: Entrepreneur

  • Private Nachricht senden

4

10.07.2011, 13:16

Liegt denn die .cpp, wos nicht geht am gleichen Ort wo auch die, die geht liegt? PCHs benutzt du keine? Da kann es nämlich zu sehr merkwürdigen Fehlern kommen..
http://www.drakon.ch | Weltweit 31. Bester Solitär Spieler (Standard XP)

Pac-Man

Frischling

  • »Pac-Man« ist der Autor dieses Themas

Beiträge: 55

  • Private Nachricht senden

5

10.07.2011, 14:52

Die beiden CPP-Dateien liegen im gleichen Verzeichnis.
PCHs benutze ich, soweit ich weiß, keine. Zumindest habe ich das nirgends ausgewählt. Ich wüsste jetzt aber auch nicht, wo ich das überprüfen kann, weil ich mit den präkompilierten Headern noch nicht viel (fast garnicht) gearbeitet habe.
Aber du meinst vermutlich dieses Fenster:

(Link)

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

  • Private Nachricht senden

6

10.07.2011, 15:01

Schau mal ob vielleicht nur für einzelne .cpp Dateien vorkompilierte Header eingeschaltet sind (also in den Properties der einzelnen .cpp Dateien) und schalt sie gegebenenfalls ab. Könnte sein dass es wirklich damit was zu tun hat, obwohl mir jetzt nicht direkt einfällt was da genau diesen Fehler verursachen würde.
m4studios

drakon

Supermoderator

Beiträge: 6 513

Wohnort: Schweiz

Beruf: Entrepreneur

  • Private Nachricht senden

7

10.07.2011, 15:10

Also mit PCH kann es schon sein, dass man sehr merkwürdige Fehler bekommt.
http://www.drakon.ch | Weltweit 31. Bester Solitär Spieler (Standard XP)

dot

Supermoderator

Beiträge: 9 757

Wohnort: Graz

  • Private Nachricht senden

8

10.07.2011, 15:15

Naja, dass er mal ein #include verschluckt oder so kann schon passieren, z.B. wenn der PCH nicht als erstes inkludiert wird. Aber dass er direkt meint eine Datei nicht öffnen zu können ist mir glaub ich noch nie untergekommen...
m4studios

Pac-Man

Frischling

  • »Pac-Man« ist der Autor dieses Themas

Beiträge: 55

  • Private Nachricht senden

9

10.07.2011, 15:15

Nein, in allen CPP-Dateien ist nur StdAfx.h als PCH eingetragen.

EDIT: Oh nein, dummer dummer Pac-Man... ich habe im Testprojekt vergessen, zu linken. Und als ich das Include mal in eine andere Datei geschrieben habe, habe ich wohl zufällig genau da nur die DLL erstellt und nicht das Testprojekt.

:wacko:

Also damit hat sich das Problem erledigt. Jetzt kriege ich auch die Hinweise auf den Fehler, über den mein nächster Thread handeln wird, nämlich warum bei mir die Erstellung von Soundbuffern ständig fehlschlägt :(

Danke für eure Hilfe - auch wenn ich jetzt eure Zeit verschwendet habe :(

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Pac-Man« (10.07.2011, 15:21)

Werbeanzeige

Ähnliche Themen