X-Git-Url: https://git.netwichtig.de/gitweb/?a=blobdiff_plain;f=win%2Finspircd_memory_functions.cpp;h=4eeadfab17ca5d4c22c7ac02c10212d3d32f4822;hb=7b08be5752bb91d495f324f97b346976d669ad90;hp=ea4afa04c37e5a515985c3ad3ead78da4c6d97f7;hpb=72948525ec3ef03fe46553349c1892cafa5ac18c;p=user%2Fhenk%2Fcode%2Finspircd.git

diff --git a/win/inspircd_memory_functions.cpp b/win/inspircd_memory_functions.cpp
index ea4afa04c..4eeadfab1 100644
--- a/win/inspircd_memory_functions.cpp
+++ b/win/inspircd_memory_functions.cpp
@@ -1,31 +1,59 @@
-#include "inspircd_win32wrapper.h"
-#include <exception>
-#include <new>
-#include <new.h>
-
-/** On windows, all dll files and executables have their own private heap,
- * whereas on POSIX systems, shared objects loaded into an executable share
- * the executable's heap. This means that if we pass an arbitrary pointer to
- * a windows DLL which is not allocated in that dll, without some form of
- * marshalling, we get a page fault. To fix this, these overrided operators
- * new and delete use the windows HeapAlloc and HeapFree functions to claim
- * memory from the windows global heap. This makes windows 'act like' POSIX
- * when it comes to memory usage between dlls and exes.
- */
-
-void * ::operator new(size_t iSize)
-{
-	void* ptr = HeapAlloc(GetProcessHeap(), HEAP_ZERO_MEMORY, iSize);		/* zero memory for unix compatibility */
-	/* This is the correct behaviour according to C++ standards for out of memory,
-	 * not returning null -- Brain
-	 */
-	if (!ptr)
-		throw std::bad_alloc();
-	else
-		return ptr;
-}
-
-void ::operator delete(void * ptr)
-{
-	HeapFree(GetProcessHeap(), 0, ptr);
-}
+/*       +------------------------------------+
+ *       | Inspire Internet Relay Chat Daemon |
+ *       +------------------------------------+
+ *
+ *  InspIRCd: (C) 2002-2009 InspIRCd Development Team
+ * See: http://wiki.inspircd.org/Credits
+ *
+ * This program is free but copyrighted software; see
+ *            the file COPYING for details.
+ *
+ * ---------------------------------------------------
+ */
+
+#include "inspircd_win32wrapper.h"
+#include <exception>
+#include <new>
+#include <new.h>
+
+/** On windows, all dll files and executables have their own private heap,
+ * whereas on POSIX systems, shared objects loaded into an executable share
+ * the executable's heap. This means that if we pass an arbitrary pointer to
+ * a windows DLL which is not allocated in that dll, without some form of
+ * marshalling, we get a page fault. To fix this, these overrided operators
+ * new and delete use the windows HeapAlloc and HeapFree functions to claim
+ * memory from the windows global heap. This makes windows 'act like' POSIX
+ * when it comes to memory usage between dlls and exes.
+ */
+
+void * ::operator new(size_t iSize)
+{
+	void* ptr = HeapAlloc(GetProcessHeap(), 0, iSize);		/* zero memory for unix compatibility */
+	/* This is the correct behaviour according to C++ standards for out of memory,
+	 * not returning null -- Brain
+	 */
+	if (!ptr)
+		throw std::bad_alloc();
+	else
+		return ptr;
+}
+
+void ::operator delete(void * ptr)
+{
+	if (ptr)
+		HeapFree(GetProcessHeap(), 0, ptr);
+}
+
+void * operator new[] (size_t iSize) {
+	void* ptr = HeapAlloc(GetProcessHeap(), 0, iSize); /* Why were we initializing the memory to zeros here? This is just a waste of cpu! */
+	if (!ptr)
+		throw std::bad_alloc();
+	else
+		return ptr;
+}
+
+void operator delete[] (void* ptr)
+{
+	if (ptr)
+		HeapFree(GetProcessHeap(), 0, ptr);
+}