spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »"K-Bal"«

Zitat von »"Databyte"«

Also so:

	C-/C++-Quelltext
1 2 3 4 5 6 7 8 9 10	#ifndef _FILE_H #define _FILE_H #pragma once ... #endif

Da ist das #pragma once jetzt zu viel, doppelt gemoppelt

Nein ist es nicht. Compiler die #pragma once unterstützen können hier von den Vorzügen profitieren, ansonsten wird der Effekt über die Includeguards erzeugt.

Zitat von »"Genion"«

Allerdings ist die gesparte Zeit durch #pragma once eher marginal. (Hält sich im Bereich von max. 1 Minute, fast immer aber noch unter 30 Sekunden)

Von was für Projekten sprichst du?

Von Projekten um die verschiedenen Varianten zu testen und daher mehr oder weniger nur aus headern bestehen. Hier gibts auch nen Artikel der es bestätigt (wobei ichs dennoch mal selbst testen wollte). Da wird auch gesagt, dass die die externen Includeguards mal bei Star Wars Galaxies und bei MechAssault2 getestet haben und es keine nennenswerte Verbesserung gab. (Und das noch unter VC6... wird heute wohl noch geringer sein, wobei sich das auch nicht überprüfen lässt)

Ich vermute mal, dass es bei richtig großen Projekten durchaus nennenswerte Unterschiede geben dürfte.

Naja, aber nur wenn man sich den Unterschied absolut betrachtet. In Bezug auf das RICHTIG große Projekt, sind die dann auch wieder sehr klein und vernachlässigbar

Zitat von »"David_pb"«

Nein ist es nicht. Compiler die #pragma once unterstützen können hier von den Vorzügen profitieren, ansonsten wird der Effekt über die Includeguards erzeugt.

Kannste das mal erklären?

Zitat von »"K-Bal"«

Zitat von »"David_pb"«

Nein ist es nicht. Compiler die #pragma once unterstützen können hier von den Vorzügen profitieren, ansonsten wird der Effekt über die Includeguards erzeugt.

Kannste das mal erklären?

Der Compiler "sieht" ja das #pragma once und kann damit die Vorteile diesbezüglich nutzen (Dateien bei weiteren includes nicht erneut öffnen...). Wenn der Compiler #pragma once nicht unterstützt wird sollte der Compiler die Direktive ignorieren und nutzt die Guards.

memcpy ist in der C Standard Library enthalten.
Also müsste es "platformunabhängig" sein, wenn der Compiler (oder die library gegen die man das Programm linkt) ANSI/ISO C Standard konform ist.

memcpy() und memset() sind platformunabhängig.
aber achtung: ZeroMemory() ist windows-only! also benutz statt ZeroMemory(&dummy, sizeof(dummy)) lieber memset(&dummy, 0, sizeof(dummy));

ZeroMemory ist nur ein define für das memset. Wenn man eben kurz die eine Zeile schreibt, dann klappt das auf jeder Platform.