win32系统

如何重载operator new,delete操作

Diviner — Wed, 06 Aug 2008 05:31:00 GMT

得承认，这不困难，下面的这种做法可能看起来舒服些。

#include

namespace HL
{
class mallocHeap
{
public:

~mallocHeap (void) {}

inline void * malloc (size_t sz)
{
return ::malloc (sz);
}

inline void free (void * ptr)
{
::free (ptr);
}

inline size_t getSize (void * ptr)
{
return ::_msize (ptr);
}
};

template
class PerClassHeap
{
public:
inline void * operator new (size_t sz)
{
printf("Malloc one\n");
return getHeap()->malloc (sz);
}
inline void operator delete (void * ptr)
{
printf("delete one\n");
getHeap()->free (ptr);
}
inline void * operator new[] (size_t sz)
{
return getHeap()->malloc (sz);
}
inline void operator delete[] (void * ptr)
{
getHeap()->free (ptr);
}
// For some reason, g++ needs placement new to be overridden
// as well, at least in conjunction with use of the STL.
// Otherwise, this should be superfluous.
inline void * operator new (size_t sz, void * p) { return p; }
inline void * operator new[] (size_t sz, void * p) { return p; }

private:
inline static SuperHeap * getHeap (void)
{
static SuperHeap theHeap;
return &theHeap;
}
};

}

class TestB : public HL::PerClassHeap
{

};

gcc 4.3.0　for win32

Diviner — Tue, 01 Apr 2008 13:37:00 GMT

http://www.tdragon.net/recentgcc/

Twilight Dragon Media Logo
Navigation
Home
Recent GCC Binaries for MinGW
News
2008-03-22
GCC 4.3.0 TDM-2 released! Shared libgcc&libstdc++ and Dwarf-2 exceptions are here! Make sure to read the usage notes for details on the new features.

2008-03-11
GCC 4.3.0 TDM-1 released! All previous bugfixes are integrated into the source now, plus a whole slew of new features in the GCC 4.3 changelog. Look for builds with shared libraries and Dwarf2 exceptions coming soon!

2008-02-03
GCC 4.2.3 TDM-1 released! Includes all previous TDM fixes plus a few bugfixes in the vanilla sources from 4.2.2.

2007-10-11
GCC 4.2.2 TDM-1 released! Various bugfixes in the vanilla sources from 4.2.1 to 4.2.2, plus a patch to fix the ICE compiling GNU gettext.

2007-08-06
GCC 4.2.1 TDM-2 released! Now includes Objective-C++ and Treelang packages, and support for non-UTF-8 charsets (-finput-charset, etc.).

TDM's Experimental GCC/MinGW32 Builds
Binary packages of recent GCC releases targeting the MinGW compiler system
Main Page | Development Information | Bugs

SourceForge.net Logo
TDM GCC releases hosted by SourceForge
Support This Project
Consider making a donation to support the TDM-GCC project
Last updated: 2008-03-28 09:04

in a nutshell
The TDM-GCC builds are unofficially created packages designed to replace, for experimentation purposes, the official MinGW releases of GCC binaries. The TDM-GCC builds typically contain fewer changes from the vanilla sources and receive less testing than their official counterparts. Since these builds are not formally affiliated with or endorsed by the MinGW project, they should be treated as unstable and unsupported software -- in other words, use it at your own risk.

Recommended Download
GCC 4.3.0-tdm-2
(Default SJLJ exceptions)
Released 2008-03-21
Package Download
core
(Required base files and C support) [tar.gz] (5.67 MB) or [zip] (5.44 MB)
g++
(C++ support) [tar.gz] (8.41 MB) or [zip] (8.73 MB)
fortran
(Fortran support) [tar.gz] (4.54 MB) or [zip] (4.34 MB)
objc
(Objective-C support) [tar.gz] (3.55 MB) or [zip] (3.41 MB)
objc++
(Objective-C++ support) [tar.gz] (3.68 MB) or [zip] (3.53 MB)
OR
GCC 4.3.0-tdm-2
With DW2 Exceptions
Released 2008-03-21
Package Download
core
(Required base files and C support) [tar.gz] (7.84 MB) or [zip] (7.49 MB)
g++
(C++ support) [tar.gz] (6.30 MB) or [zip] (6.76 MB)
fortran
(Fortran support) [tar.gz] (4.52 MB) or [zip] (4.34 MB)
objc
(Objective-C support) [tar.gz] (3.54 MB) or [zip] (3.41 MB)
objc++
(Objective-C++ support) [tar.gz] (3.66 MB) or [zip] (3.53 MB)
For previous releases and source code, see the TDM-GCC download page on SourceForge.
GCC is supposed to support language XYZ! Why isn't there a language pack available for it?
See the development page for details on languages that don't currently compile -- maybe you can provide a patch or alternate build command so that they can!

installation
These binary packages are designed as drop-in replacements for the MinGW project's official gcc packages. When using these packages, you are encouraged to start with a clean slate and install only the MinGW packages which are necessary to you. At a minimum for basic Windows development, you'll need the following packages:

* binutils (binutils-2.18.50-20080109-2.tar.gz, 5.81MB)
* mingw-runtime (mingw-runtime-3.14.tar.gz, 494KB)
* w32api (w32api-3.11.tar.gz, 1.55MB)

You might also want to install:

* mingw-utils (mingw-utils-0.3.tar.gz, 1.51MB)
* mingw32-make (mingw32-make-3.81-2.tar.gz, 95KB)
* gdb (gdb-6.6.tar.bz2, 1.80MB)

You'll need GDB particularly if you want to use an IDE with debugging support.

Decide whether to use the SJLJ or DW2 (Dwarf-2) exception model. As a general rule, you should choose the default SJLJ packages, unless you know you need faster exception handling and can guarantee you'll never need to unwind through non-DW2-compiled stack frames (such as a Windows callback). Then, for the exception model of your choice, download at least the "core" TDM-GCC package, which includes the required base files as well as support for the C language. You can also download any or all of the other TDM-GCC packages, depending on which of GCC's supported languages you'd like to use.

Extract the MinGW packages to an empty directory -- typically C:\MinGW. Then, extract the TDM-GCC package(s) and choose to overwrite any duplicate files that may exist. If you chose to use the "dw2" TDM-GCC packages, consider removing the "-dw2" suffix from the program names; see the README file or the usage notes for further details. Finally, consider adding the bin directory to your Windows PATH environment variable.

You can browse all released packages and source packages at the TDM-GCC download page on SourceForge. Beginning with the 4.3.0 release, all TDM-GCC releases are now available as gzipped tarballs or zip archives. Previous releases do, of course, still require 7-Zip for unarchiving.

All-in-One Installer:
Giovanni Bajo created an "all-in-one" user-friendly installer of an earlier 4.1.2 GCC-TDM release, which additionally features full Python integration. The full installer is available at http://www.develer.com/oss/GccWinBinaries.

usage notes
Exceptions and DLLs:
WARNING: The shared libgcc and libstdc++ in 4.3.0 aren't fully working yet; depending on which objects you use from libstdc++, you may see multiple definition errors and/or auto-import warnings.

In order to throw an exception out of a DLL and successfully catch it, your program must link with the shared (DLL) versions of libgcc and libstdc++. This is important for several reasons.

* The default action is still to link with the static versions of these libraries. This is fine for the majority of people. In order to link with the shared versions of libgcc and libstdc++, you need to add "-shared-libgcc" and "-lstdc++_s" to the link-time compilation step. For example: gcc -o test.exe test.o -ltest -shared-libgcc -lstdc++_s.
* If you make use of common libstdc++ objects in your program while using the above options, you'll see auto-import warnings and/or errors unless you ALSO, at COMPILE-TIME, define the macro "_DLL". You can either do a "#define _DLL" before including libstdc++ headers, or add "-D_DLL" to the command line. For example: gcc -c -o test.o test.cpp -D_DLL.
* Linking with the shared versions of libgcc and libstdc++ means you have to distribute the libgcc and libstdc++ DLLs along with your programs. Also, this in turn tends to open up questions about the GPL and source code distribution requirements; be sure to read this page from the MinGW Wiki, as well as this FAQ from the GNU website's GPL FAQs.

Dwarf-2 vs. SJLJ unwinding:
GCC supports two methods of stack frame unwinding: Dwarf-2 (DW2) or SJLJ (setjmp/longjmp). Until recently, only SJLJ has been available for the Windows platform. This affects you, the end user, primarily in programs that throw and catch exceptions. Programs which utilize the DW2 unwind method handle exceptions much more quickly than programs which utilize the SJLJ method. However, the DW2 method increases code size by a noticeable amount, and additionally cannot yet unwind (pass exceptions) through "foreign" stack frames: stack frames compiled by another non-DW2-enabled compiler, such as OS DLLs in a Windows callback.

This means that you should in general choose the SJLJ version of the TDM-GCC builds unless you know you need faster exception handling and can be certain you will never throw an exception through a foreign stack area.

As distributed, the SJLJ and DW2 packages of TDM-GCC can coexist peacefully extracted to the same directory (e.g. any files in common are for all intents and purposes identical), because the driver executables (the ones in the "bin" directory) are suffixed with "-dw2" for the DW2 build, and the libraries and other executables hide in another "-dw2" directory in "lib(exec)/gcc/mingw32". This allows you to use the same single addition to your PATH, and use DW2 exceptions only when you need them by calling "gcc-dw2", etc. If you truly want DW2 exceptions as the default when calling "gcc" (from Makefiles or configury systems, for example), you can rename or copy the suffixed executables to their original names.

Warnings and errors:
GCC 4 represents a significant step forward in optimization capabilities, error detection, and standards compliance, and this is more true than ever with the advent of the 4.3 release series. For you, the end user, this will mean that code which used to compile and run without problems will almost certainly exhibit some warnings and maybe even a few errors.

These meaningful warnings and errors are a very good thing, as they help the programmer to write safer and more correct code. Unfortunately, there's also a chance you might encounter incorrect warnings or errors, ICE's (internal compiler errors, where the compiler makes a mistake and has to bail out), or even miscompilations (where your code is incorrectly compiled and produces the wrong result).

If you encounter an ICE while using a TDM-GCC build, feel free to file a bug report (see the Bugs page). With any other unexpected problem, you are urged to work from the assumption that it stems from user error, and ensure that your code is correct and standards-compliant.

OpenMP and pthreads-w32:
The TDM-GCC releases include support for OpenMP. Be sure to read the file README-gcc-tdm.txt, included in the core package, for usage notes on this topic.

Local Fixes and Changes:
See the Development page for information on patches to the vanilla sources included in the TDM-GCC releases.

bugs and known issues

* [Only releases prior to 4.3.0-tdm-2] Exceptions cannot leave DLLs. This issue was fixed in the official MinGW releases with local patches for the 3.4 series and 4.2 series, but is not fixed in the main GCC sources. Beginning with 4.3.0-tdm-2, the patchset to build shared libraries and fix this has been ported to the TDM-GCC releases. The problem only appears in previous releases when a function in a DLL called from outside the DLL throws (or fails to catch) an exception, and results in program termination at that point.
* [4.2 series only] A miscompilation can occur in very specific situations when -O2 optimization is enabled, if you pass the address of a local pointer variable to a function that modifies it. Use "-O2 -fno-strict-aliasing" as a workaround. This has been fixed as of the 4.3 series. (See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32328)

These builds are provided primarily on an experimental basis. As such, they are expected to contain bugs. If you encounter a bug that you are certain is in the GCC sources (such as an ICE), or that is due to an issue in the building or packaging process, you are encouraged to report it. Please visit the Bugs Page for bug reporting instructions.

source code
The source code for the TDM-GCC binary releases is available from the TDM-GCC download page on SourceForge. It is distributed in the form of the original ("vanilla") separate source packages as downloaded, plus an additional "TDM Sources" package. The TDM Sources package includes unified diffs of any changes made to the vanilla sources, as well as the set of scripts used to build the binary releases.

license
The TDM-GCC packages contain binary distributions constituting a work based on GCC, which is licensed under the GPL. For further details, refer to the file "COPYING-gcc-tdm.txt" within the downloaded package. Additionally, TDM-GCC contains binary files constituting works based on libiconv, GMP, MPFR, and pthreads-w32, all of which are licensed under the LGPL; COPYING.lib-gcc-tdm.txt contains a copy of the LGPL.

The TDM-GCC distribution is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 3 of the License, or (at your option) any later version.

TDM-GCC is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details.

You should have received a copy of the GNU General Public License along with this program. If not, see http://www.gnu.org/licenses/.

The contents of this website, including but not limited to graphics, layout, and text, are copyright John E. 2005-2008. All rights reserved; you must obtain explicit written permission from the author before using any portion of this site in your own works. This website is designed to be best viewed in HTML 4.01 and CSS2+ compliant browsers running under a monitor resolution of at least 1024x768.

有关开源的一次聊天记录

Diviner — Thu, 20 Sep 2007 05:16:00 GMT

BastEt 7 (43791167) 12:55:21
这个世界有很多矛盾，但现在也想不通，这些事情到底是怎么发生的呢。
Linker.Lin(19775974) 12:53:52
利益
BastEt 7 (43791167) 12:56:00
利益，利用
Linker.Lin(19775974) 12:54:54
比如WIndows系统对C++的支持
BastEt 7 (43791167) 12:56:48
难道真是如精英主义们认为的，他们决定一切，我们接受安排。
Linker.Lin(19775974) 12:55:18
是啊
完全实现(39025058) 12:56:03
没如没有WINDOWS平台,我们这些所谓的软件工程师的工资会高很多
Linker.Lin(19775974) 12:56:10
不会
BastEt 7 (43791167) 12:58:00
不会有这么多软件工程师的需求。
Linker.Lin(19775974) 12:56:29
没有Windows的话,应用开展不了
Linker.Lin(19775974) 12:56:37
还是IBM的天下
Linker.Lin(19775974) 12:56:42
基本靠贿赂
Linker.Lin(19775974) 12:56:59
IBM基本上是一家贿赂公司
Linker.Lin(19775974) 12:57:38
现在她的Power G6的性能没有Intel的好
Linker.Lin(19775974) 12:57:58
IBM还把PowerG6放到大型机里面忽悠人
Linker.Lin(19775974) 12:58:09
买的贵1000倍有余
Linker.Lin(19775974) 12:58:12
卖
BastEt 7 (43791167) 13:00:22
真黑啊。
Linker.Lin(19775974) 12:58:52
SUN更黑
BastEt 7 (43791167) 13:00:33
sun,hp,ibm,sgi这些公司感觉都黑。
Linker.Lin(19775974) 12:59:00
是啊
wildfire(13518116) 12:59:09
他们确实有自己的技术。
BastEt 7 (43791167) 13:00:56
感觉跟中国市场上浙江货取代以前的国有货一样。
Linker.Lin(19775974) 12:59:22
微软算比较是在的了
Linker.Lin(19775974) 12:59:25
实在
漂舟(15282890) 12:59:26
除了技术，能做到这一步，
都是黑中的极品。
wildfire(13518116) 12:59:30
但是把技术弄的高端了，就是为了高价
wildfire(13518116) 13:00:09
确实我现在也觉得ibm的刀片配套得都不错。当然，cpu是intel的。
Linker.Lin(19775974) 13:00:13
长远来看,个人用户这块,Windows和Apple必将二分天下
硕鼠(492943470) 13:00:27

Linker.Lin(19775974) 13:00:29
因为,只有这两家不靠贿赂
硕鼠(492943470) 13:00:34
两分？
硕鼠(492943470) 13:00:48
Apple有多少个人用户？
Linker.Lin(19775974) 13:00:48
Novell Redhat 红旗都是靠贿赂
漂舟(15282890) 13:00:56
苹果机好像很贵？
Linker.Lin(19775974) 13:01:08
Linux厂商的贿赂额度很大
Linker.Lin(19775974) 13:01:26
基本上单价的80%用来贿赂
BastEt 7 (43791167) 13:03:05
ms肯定现在也贿赂中国政府的，像上次的“所有的机器不准裸机”摆明了是针对盗版WIN来的。
Linker.Lin(19775974) 13:01:35
对的
Linker.Lin(19775974) 13:02:11
总体上来看,Windows和Apple必将成为计算机界的麦当劳和KFC
硕鼠(492943470) 13:02:34
Apple差太多了
wildfire(13518116) 13:02:37
问题是ms不生产硬件。硬件从哪里来？
Linker.Lin(19775974) 13:02:47
这个不是关键
Linker.Lin(19775974) 13:02:56
Apple也不做硬件
Linker.Lin(19775974) 13:03:03
只是设计和软件
硕鼠(492943470) 13:03:04
Apple当然做硬件
BastEt 7 (43791167) 13:04:46
可以找台湾代工。
Linker.Lin(19775974) 13:03:13
富士康代工
BastEt 7 (43791167) 13:04:54
MS周边也有不少。
Linker.Lin(19775974) 13:03:39
XBOX和iPod在一家工厂生产
BastEt 7 (43791167) 13:05:21
但最终生产估计也是中国或者台湾出来的。
Linker.Lin(19775974) 13:03:47
嗯
Linker.Lin(19775974) 13:04:30
现在,Windows一通天下的,Apple盘踞诸岛的格局就要形成了
Linker.Lin(19775974) 13:04:43
IBM可能不久就推出实物业务
Linker.Lin(19775974) 13:04:59
全力经营"忽悠"主业
Linker.Lin(19775974) 13:05:07
咨讯
BastEt 7 (43791167) 13:06:48
推－＞退吧？
Linker.Lin(19775974) 13:05:16
嗯
Linker.Lin(19775974) 13:05:31
IBM的主要利润来自咨询
BastEt 7 (43791167) 13:07:18
一些高端业务可能他还会做吧？
Linker.Lin(19775974) 13:05:46
软件都是通过资讯搭售的
BastEt 7 (43791167) 13:07:26
像什么xbox的里面的心片？
Linker.Lin(19775974) 13:06:00
那个可能会剥离吧
Linker.Lin(19775974) 13:06:28
IBM最后肯定走麦肯锡的路
BastEt 7 (43791167) 13:08:16
那块业务我觉得比较重要：1、政府国防需要，2、利润大。
BastEt 7 (43791167) 13:08:22
3、没有什么竞争　。
Linker.Lin(19775974) 13:06:46
嗯
Linker.Lin(19775974) 13:06:49
这倒是
BastEt 7 (43791167) 13:09:14
我觉得他的思路基本上是从竞争激烈的行业退出。
Linker.Lin(19775974) 13:07:47
SUN在国防业做的很好
Linker.Lin(19775974) 13:08:04
嗯,IBM是个恐龙
BastEt 7 (43791167) 13:10:01
名字叫：国际商用电器。
BastEt 7 (43791167) 13:10:08
估计很多个业务　的。
BastEt 7 (43791167) 13:10:51
美国最早很多公司好像卖加法机，避雷针发财了。
Linker.Lin(19775974) 13:09:20
IBM鼓吹开源害死很多小公司,在国外的名声很差的,同时自己还申请专利,又开源又专利本身就是矛盾的
BastEt 7 (43791167) 13:11:25
MS在中国也是这样搞的，可悲的是真正意识到的不多，都是被IBM利用了。
Linker.Lin(19775974) 13:10:01
是啊
BastEt 7 (43791167) 13:12:16
要真的把MS搞倒了，最终受损害的还是我们。
Linker.Lin(19775974) 13:10:44
对的
BastEt 7 (43791167) 13:12:43
linux则不同，LINUX基本上是控制在这几家比较黑的公司手上的。
Linker.Lin(19775974) 13:11:05
MS倒闭了,用户可能很多年都不买新电脑
Linker.Lin(19775974) 13:11:28
Linux的有可能会闭源
Linker.Lin(19775974) 13:11:37
如果GNU3失败的话
BastEt 7 (43791167) 13:13:20
想象得到，要是MS倒了，linux不一定会闭源，但可能会分成两个分支。
BastEt 7 (43791167) 13:13:51
一支很垃圾，开源的，普通人用，一支用起来很好用，但是闭源的（其实只要一个好的GUI桌面就可以了）
Linker.Lin(19775974) 13:12:13
欧洲人很傻
Linker.Lin(19775974) 13:12:17
支持Linux
Linker.Lin(19775974) 13:12:28
结果自己的操作系统无法发展
BastEt 7 (43791167) 13:14:21
表面上ms和linux之战，暗地里还是大公司之间的争斗。
Linker.Lin(19775974) 13:12:49
是啊
BastEt 7 (43791167) 13:14:42
我把这段话贴到我的BLOG上去可以吧？
Linker.Lin(19775974) 13:13:05
国内的人很少从商业层面思考
Linker.Lin(19775974) 13:13:18
都是学生层次的思考力
Linker.Lin(19775974) 13:13:26
可以啊
Linker.Lin(19775974) 13:13:46

BastEt 7 (43791167) 13:15:32
欧州不一定呆，有可能也受了IBM的钱了。
wildfire(13518116) 13:14:10
国内都白痴啊
wildfire(13518116) 13:14:13
我算见识过了
wildfire(13518116) 13:14:20
跟他讲道理，还跟你急
Linker.Lin(19775974) 13:14:33
唉
BastEt 7 (43791167) 13:16:28
用传销的方式，直接喊几声口号。
BastEt 7 (43791167) 13:16:32
说不定他就相信了。
Linker.Lin(19775974) 13:15:04

gcc 4.1 for win32到这个地方可以下得到。

Diviner — Fri, 27 Apr 2007 01:27:00 GMT

http://oss.netfarm.it/mplayer-win32.php

winpcap4.0前段时间放出

Diviner — Tue, 27 Feb 2007 01:19:00 GMT

似乎增加了文件dump的功能，至少在代码中我看到了一些实现。我没有去测试。

下面是我提取出来的npf.sys(for 2k,xp)和wpcap.dll(包含了Packet.dll,wanpacket.dll,vs2005编译，将npptools变成了delay载入。

http://blog.vckbase.com/Files/BastEt/winpcap_dll.rar

vs2003的sp1可供下载，我还没有安装，这是下面的VC++部分的BUG修正列表。

Diviner — Thu, 17 Aug 2006 08:18:00 GMT

Microsoft Visual C++ .NET

Article number	Article title
326459 (http://support.microsoft.com/kb/326459/)	COleDateTime Comparison Asserts or Returns Incorrect Value
327097 (http://support.microsoft.com/kb/327097/)	BUG: Visual C++ .NET Compiler Generates Two Different Native Types for the Same Boolean Return Type
818823 (http://support.microsoft.com/kb/818823/)	FIX: The C++ compiler quits unexpectedly when you use a valid negative mov offset statement in inline assembly code in Visual Studio .NET 2003
821423 (http://support.microsoft.com/kb/821423/)	FIX: Bug in the Vector Header File Causes Applications That Use <bool> Specialization to Quit Unexpectedly
821711 (http://support.microsoft.com/kb/821711/)	FIX: You receive a "C2352 illegal call of non-static member function" compiler error message when you compile a template declaration in Visual Studio .NET 2003
822551 (http://support.microsoft.com/kb/822551/)	FIX: Wrong Type Definition Appears in Visual Studio .NET Debugger
823020 (http://support.microsoft.com/kb/823020/)	Compiler-Optimized Code May Cause Loops to Terminate Early
823071 (http://support.microsoft.com/kb/823071/)	FIX: The bool Type Does Not Marshal Correctly from Unmanaged Code
823457 (http://support.microsoft.com/kb/823457/)	FIX: The COleDateTime::SetDate method does not return an invalid status on an incorrect date in Visual C++ .NET 2003
823879 (http://support.microsoft.com/kb/823879/)	FIX: Merge modules can only be installed in the application folder in a Setup project in Visual Studio .NET 2003
823903 (http://support.microsoft.com/kb/823903/)	FIX: Controls Lose the Caption in the Dialog Editor
824580 (http://support.microsoft.com/kb/824580/)	BUG: The Visual Studio .NET IDE stops responding when you edit source code
824647 (http://support.microsoft.com/kb/824647/)	FIX: A debug assertion occurs when a Windows Forms control is hosted on an MFC form in Visual Studio .NET 2003
828100 (http://support.microsoft.com/kb/828100/)	FIX: "The parameter is incorrect" error message when you open a file from a CD-ROM in a Visual C++ MFC application that was created in Visual Studio .NET 2003
828734 (http://support.microsoft.com/kb/828734/)	Visual Studio .NET 2003 Stops Responding During the Solution Build Process if You Have Compuware DriverStudio Installed
829131 (http://support.microsoft.com/kb/829131/)	BUG: The $(ItemPath) Macro Resolves Some Path Names Incorrectly
829318 (http://support.microsoft.com/kb/829318/)	FIX: Controls are lost when you open or you switch views in a Managed C++ Windows Forms project
830890 (http://support.microsoft.com/kb/830890/)	Call to the ATL __unhook Statement Returns E_FAIL
831380 (http://support.microsoft.com/kb/831380/)	FIX: A Visual C++ 2003 MFC Application quits silently when the OnDraw function is used and optimization is turned on
831536 (http://support.microsoft.com/kb/831536/)	FIX: Changes to a bitmap resource are lost when the bitmap location is moved to a different folder in a Visual C# .NET solution
831537 (http://support.microsoft.com/kb/831537/)	The compiler may generate incorrect assembly code for templated classes that do not have a default constructor
831560 (http://support.microsoft.com/kb/831560/)	FIX: IDE Disappears When You Are Editing Attributes
831588 (http://support.microsoft.com/kb/831588/)	FIX: The "catch by" reference does not work with the copy constructor that is defined in your Visual C++ .NET 2003 application
831875 (http://support.microsoft.com/kb/831875/)	FIX: Buffer overrun when you compile Visual C++ source code
831995 (http://support.microsoft.com/kb/831995/)	FIX: You receive a "LNK2016" error message when you link to an application or a DLL that has many exports
832230 (http://support.microsoft.com/kb/832230/)	FIX: The COleDateTime object returns an Invalid status for a valid date in an MFC application that was created by using Visual Studio .NET 2003
832904 (http://support.microsoft.com/kb/832904/)	FIX: If you turn on optimization, your generated code may not be correct
833550 (http://support.microsoft.com/kb/833550/)	FIX: The resource ID appears instead of the resource name for dialog resources after you check out a project from source control
834155 (http://support.microsoft.com/kb/834155/)	FIX: The IDE quits unexpectedly when you move a folder from one project to another in Solution Explorer
834332 (http://support.microsoft.com/kb/834332/)	FIX: You receive an "LNK1106: invalid file or disk full" error message when you build a project in Visual C++ .NET
834421 (http://support.microsoft.com/kb/834421/)	FIX: You may receive results that are not correct when you perform mathematical computations that involve floating point arithmetic in Visual C++ .NET 2003
834830 (http://support.microsoft.com/kb/834830/)	FIX: A function definition is added to the wrong .cpp file in Visual C++ .NET 2003
835289 (http://support.microsoft.com/kb/835289/)	FIX: Incorrect code is generated when you do an __int64 type data comparison in the debug build of a Visual C++ .NET application in Visual Studio .NET 2003
835428 (http://support.microsoft.com/kb/835428/)	MFC 7.1 cannot register some components in your MFC application if you specify a NULL external_name parameter
835516 (http://support.microsoft.com/kb/835516/)	You receive a prompt to check out unnecessary files when you add a method to an interface in an MFC project that has ATL support in Visual Studio .NET 2003
836844 (http://support.microsoft.com/kb/836844/)	FIX: You may experience a TypeLoadException exception when you use Managed Extensions for C++ to implement an interface that is defined in another assembly in Visual Studio .NET 2003
837421 (http://support.microsoft.com/kb/837421/)	FIX: You receive an access violation in std::ios_base under low memory conditions
837437 (http://support.microsoft.com/kb/837437/)	You receive a "C1060: out of heap space" error message when you compile a very large project by using the Visual C++ .NET 2003 compiler
837683 (http://support.microsoft.com/kb/837683/)	FIX: The Implement Connection Point Wizard generates the wrong code for a custom event interface in Visual Studio .NET
837895 (http://support.microsoft.com/kb/837895/)	FIX: An access violation occurs under low memory conditions in your Visual C++ .NET application
838190 (http://support.microsoft.com/kb/838190/)	ActiveX controls may not be created during run time in a Visual C++ .NET 2003 application
838388 (http://support.microsoft.com/kb/838388/)	FIX: The Format property of the DateTimePicker control reverts to Short Date in Visual Studio .NET 2003
839820 (http://support.microsoft.com/kb/839820/)	BUG: The UP ARROW key does not work correctly when you use an ActiveX control together with grouped option buttons in an MFC form view
839821 (http://support.microsoft.com/kb/839821/)	FIX: You receive an error C1001 error message when you compile a project that uses Standard Template Library code in Visual C++ .NET 2003
839998 (http://support.microsoft.com/kb/839998/)	FIX: Error C2555 occurs when you compile code by using Visual C++ .NET 2003
840873 (http://support.microsoft.com/kb/840873/)	The IntelliSense feature does not work for the IXMLDOMDocumentPtr smart pointer
840874 (http://support.microsoft.com/kb/840874/)	FIX: Microsoft Foundation Class ActiveX control that is built with Visual C++ .NET 2003 cannot be used in Visual Fox Pro 6.0
840879 (http://support.microsoft.com/kb/840879/)	FIX: Error C1001 is generated when you compile a throw statement in Visual Studio .NET 2003
841605 (http://support.microsoft.com/kb/841605/)	FIX: You may experience unpredictable results when files that are larger than 4 GB are read in Visual C++ .NET 2003
841629 (http://support.microsoft.com/kb/841629/)	FIX: The compiler does not call an overridden copy constructor in Visual C++ .NET 2003
841772 (http://support.microsoft.com/kb/841772/)	FIX: The release build of a Visual C++ .NET 2003 application does not initialize arrays as they were defined
841816 (http://support.microsoft.com/kb/841816/)	FIX: The Atl71.dll file causes a memory leak in the AtlAxWindowProc class in Visual Studio .NET 2003
842662 (http://support.microsoft.com/kb/842662/)	FIX: You receive a "Wrong parameter" error message when you save a C++ header file in the German version of Visual Studio .NET 2003
842748 (http://support.microsoft.com/kb/842748/)	FIX: The GetStatus function of the COleStreamFile object returns Invalid for valid data in Visual Studio .NET 2003
843148 (http://support.microsoft.com/kb/843148/)	FIX: Dynamic initialization does not work as expected in Visual C++ .NET 2003
867638 (http://support.microsoft.com/kb/867638/)	FIX: Shell operations that are processed by using DDE do not work as expected in the Microsoft Foundation Classes
872941 (http://support.microsoft.com/kb/872941/)	FIX: You may experience inaccurate results when you compile a project in Visual Studio .NET 2003 with either the /Og or the /Ob2 flags for optimization and then try to perform floating-point operations
872945 (http://support.microsoft.com/kb/872945/)	FIX: Managed C++ project compiler may return error messages in Visual Studio .NET 2003
873412 (http://support.microsoft.com/kb/873412/)	FIX: A value that is not valid is returned when you select an option button by using an arrow key in a Visual C++ .NET 2003 MFC application
873416 (http://support.microsoft.com/kb/873416/)	FIX: Byte values are not swapped correctly when you turn on the /Og code optimization option or the /O2 code optimization option in Visual C++ .NET 2003
873443 (http://support.microsoft.com/kb/873443/)	FIX: Your IDE may stop responding when you try to display __based pointer member variable information in the Watch window in Visual C++ .NET 2003
883655 (http://support.microsoft.com/kb/883655/)	FIX: You receive a "Fatal error C1204: compiler limit: internal structure overflow" error message when you compile a file that contains many classes, functions, variables, and namespaces in Visual C++ .NET 2003
883657 (http://support.microsoft.com/kb/883657/)	FIX: The CDatabase::Connect method passes an incorrect buffer size to the SQLDriverConnect function in Visual Studio .NET 2003
884030 (http://support.microsoft.com/kb/884030/)	FIX: A Microsoft Foundation Class (MFC) program that was created in Visual Studio .NET 2003 unexpectedly quits when you try to close it
884031 (http://support.microsoft.com/kb/884031/)	FIX: Your application may crash when you call the COleUILinkInfo::GetNextLink method in Visual Studio .NET
884879 (http://support.microsoft.com/kb/884879/)	FIX: The Tab order does not work as you expect when an MFC dialog box contains an ActiveX control in Visual Studio .NET 2003
884888 (http://support.microsoft.com/kb/884888/)	FIX: You receive the "fatal error C1509" error message when you compile a Microsoft Visual C++ application that contains a large function with exception handling enabled in Microsoft Visual Studio .NET 2003
887185 (http://support.microsoft.com/kb/887185/)	FIX: Incorrect code is generated when you compile a Visual C++ .NET 2003 application that contains an inline method that accesses a static variable
888248 (http://support.microsoft.com/kb/888248/)	FIX: It takes longer than expected to load an MFC program that was written in Visual Studio .NET 2003 or multiple copies of the Msvcr71.dll and Mfc71u.dll files are loaded into memory
888256 (http://support.microsoft.com/kb/888256/)	FIX: Error message when you try to compile an application that is built by using Visual C++ .NET 2003: "Internal compiler error"
889095 (http://support.microsoft.com/kb/889095/)	FIX: An MFC application stops running when a thread deadlock condition occurs in Visual Studio .NET 2003
890940 (http://support.microsoft.com/kb/890940/)	FIX: The strupr function may not convert strings to uppercase in Visual Studio .NET 2003
892086 (http://support.microsoft.com/kb/892086/)	FIX: Application leaks a handle when you call the CRT _popen function in Visual C++ .NET 2003
893755 (http://support.microsoft.com/kb/893755/)	FIX: All the resource files are rebuilt when you rebuild a Visual C++ .NET 2003 project in Visual Studio .NET 2003
894084 (http://support.microsoft.com/kb/894084/)	FIX: Files that are pasted in Windows Explorer may contain the same data when you have multiple file streams in an MFC-based application that was written in Visual C++ .NET
894797 (http://support.microsoft.com/kb/894797/)	FIX: The Gdiplus.dll file is not updated as expected when you install a Visual Studio .NET 2003 project on a computer that is running Windows Millennium Edition, Windows 98, or Windows 95
895188 (http://support.microsoft.com/kb/895188/)	FIX: The focus of an ActiveX control in a group box may unexpectedly move to another group box in the dialog box of an MFC application that you develop in Visual C++ .NET 2003
899345 (http://support.microsoft.com/kb/899345/)	FIX: Error message when a string parameter contains Japanese characters in Visual Studio .NET 2003: "[fatal error C1001: Internal compiler error]"
900410 (http://support.microsoft.com/kb/900410/)	FIX: You may receive an "Optimization failed" error message when you build a C++ application that uses the <= logical operator in Visual Studio .NET 2003
900811 (http://support.microsoft.com/kb/900811/)	FIX: The resulting application generates incorrect calculation results when you use Visual Studio .NET 2003 to build a Visual C++ project that performs calculations
900925 (http://support.microsoft.com/kb/900925/)	FIX: An access violation may occur when you try to read a .pdb file by using the Debug Interface Access SDK that is included with Visual Studio .NET 2003
901374 (http://support.microsoft.com/kb/901374/)	FIX: A form may take a long time to open when the form contains lots of controls in the Visual C++ .NET 2003 designer
902338 (http://support.microsoft.com/kb/902338/)	FIX: A Microsoft Foundation Classes (MFC) application that you create in Visual Studio .NET 2003 and that uses the CStringArray class and the CStringData class may unexpectedly close
903075 (http://support.microsoft.com/kb/903075/)	FIX: An additional line appears at the start of the message body when you build MFC ISAPI extensions in Visual Studio .NET 2003
907989 (http://support.microsoft.com/kb/907989/)	FIX: A form that contains lots of controls or member variables takes a long time to load and you receive an error message when you try to open the form in Design view in Visual Studio .NET 2003
908959 (http://support.microsoft.com/kb/908959/)	FIX: You receive an error message when you use the Bscmake.exe utility to create a browse information file in Visual Studio .NET 2003
909141 (http://support.microsoft.com/kb/909141/)	FIX: You may receive an error message when you try to run an application that is built on the ATL framework on Windows 2000 or on an earlier version

下载地点：

http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=69d2219f-ce82-46a5-8aec-072bd4bb955e

ntdll中函数的头文件和库文件

Diviner — Tue, 30 May 2006 07:30:00 GMT

http://blog.vckbase.com/Files/BastEt/ntdllsdk.rar

有问题直接跟。

GetTickCount的实现

Diviner — Sat, 22 Apr 2006 03:02:00 GMT

#define WIN32_LEAN_AND_MEAN
#include <windows.h>
#include <stdio.h>
#include <stdlib.h>

#define KI_USER_SHARED_DATA 0x7FFE0000
#define SharedUserData ((KUSER_SHARED_DATA * CONST) KI_USER_SHARED_DATA)

typedef struct _KSYSTEM_TIME
{
ULONG LowPart;
LONG High1Time;
LONG High2Time;
} KSYSTEM_TIME, *PKSYSTEM_TIME;

typedef enum _NT_PRODUCT_TYPE
{
NtProductWinNt = 1,
NtProductLanManNt,
NtProductServer
} NT_PRODUCT_TYPE, *PNT_PRODUCT_TYPE;

//
// Maximum Processor Features supported in KUSER_SHARED_DATA
//
#define PROCESSOR_FEATURE_MAX 64

typedef enum _ALTERNATIVE_ARCHITECTURE_TYPE
{
StandardDesign,
NEC98x86,
EndAlternatives
} ALTERNATIVE_ARCHITECTURE_TYPE;

#define MAX_WOW64_SHARED_ENTRIES 16

typedef struct _KUSER_SHARED_DATA
{
ULONG TickCountLowDeprecated;
ULONG TickCountMultiplier;
volatile KSYSTEM_TIME InterruptTime;
volatile KSYSTEM_TIME SystemTime;
volatile KSYSTEM_TIME TimeZoneBias;
USHORT ImageNumberLow;
USHORT ImageNumberHigh;
WCHAR NtSystemRoot[260];
ULONG MaxStackTraceDepth;
ULONG CryptoExponent;
ULONG TimeZoneId;
ULONG LargePageMinimum;
ULONG Reserved2[7];
NT_PRODUCT_TYPE NtProductType;
BOOLEAN ProductTypeIsValid;
ULONG NtMajorVersion;
ULONG NtMinorVersion;
BOOLEAN ProcessorFeatures[PROCESSOR_FEATURE_MAX];
ULONG Reserved1;
ULONG Reserved3;
volatile ULONG TimeSlip;
ALTERNATIVE_ARCHITECTURE_TYPE AlternativeArchitecture;
LARGE_INTEGER SystemExpirationDate;
ULONG SuiteMask;
BOOLEAN KdDebuggerEnabled;
volatile ULONG ActiveConsoleId;
volatile ULONG DismountCount;
ULONG ComPlusPackage;
ULONG LastSystemRITEventTickCount;
ULONG NumberOfPhysicalPages;
BOOLEAN SafeBootMode;
ULONG TraceLogging;
ULONG Fill0;
ULONGLONG TestRetInstruction;
ULONG SystemCall;
ULONG SystemCallReturn;
ULONGLONG SystemCallPad[3];
union {
volatile KSYSTEM_TIME TickCount;
volatile ULONG64 TickCountQuad;
};
ULONG Cookie;
LONGLONG ConsoleSessionForegroundProcessId;
ULONG Wow64SharedInformation[MAX_WOW64_SHARED_ENTRIES];
ULONG UserModeGlobalLogging;
} KUSER_SHARED_DATA, *PKUSER_SHARED_DATA;

DWORD MyGetTickCount()
{
return (DWORD)((ULONGLONG)SharedUserData->TickCountLowDeprecated * SharedUserData->TickCountMultiplier / 16777216);
}

int main(int argc,char *argv[])
{
DWORD u1=GetTickCount();
DWORD u2=MyGetTickCount();
return 0;
}

牛在天上飞，我在地下跑。看Alex_Ionescu的介绍有感

Diviner — Thu, 05 Jan 2006 10:48:00 GMT

http://www.reactos.org/wiki/index.php/Alex_Ionescu

Early Life

Alex Ionescu was born on April 26th, 1986, in the city of Bucharest, Romania. Son of a doctor and an engineer, he took up a passion with computers at the age of six, when he first hacked DOS 4.00's command line parser unsucesfully until the age of seven, when he discovered hex editing. At that time, he was already fluent in QBASIC and was working on password protection programs and graphical shells.

[edit]

First Programming Experience

At the age of eight, he emmigrated to Canada with his family and has been living in Montreal, Quebec, Canada ever since. Near that time, he learnt his second programming language, Visual Basic and worked for over four years on a project called WinAlOS, a replacement shell for Windows. It was during this time that he developped a passion for operating system design, and the fact that Visual Basic could only create shells frustrated him. With the advent of V2OS, a hobby Operating System, and after lecturing himself with John Fine's famous OS Design documents, Ionescu made his first contribution in an Operating System Kernel. His work on VB continued however, and by the age of 16, WinAlOS grew into an Office Suite, Programming IDE supporting over 10 scripting languages, and a full featured shell that rivaled Explorer, which included over 50 applets from games to system utilities and multimedia applications.

[edit]

Beginnings of Public Appearances

After a catastrophic hard-disk failure due to a failed Linux installation which cost Ionescu all his work, he decided to work on a security suite for charity and small-business organizations, which also offered internet cafe management. Baptized Internet Control and Configuration (ICC), it was the first product of his startup company, Relsoft Technologies. The final product was submitted as a school project for the coveted International Baccaulerate Diploma, and was submited to academic judges in Cambridge. Bored with the limitations of Visual Basic, Ionescu got to work on advanced plugins which expanded the features of the suite, as well as posting software on Planet Source Code. He made three submissions, all of which won the "Best Code of the Month" award, as well as wrote numerous articles about NT Architecture, which he had become obsessed with. He did some research on NTFS, and published a private document outlining the entire format of the on-disk structures, after which he started to work on non-malicious virus software, which eventually led him to advanced rootkit development, which hooked parts of the NT Kernel in order to hide information, or modify kernel data to fool the system itself. This work got him even deeper into the Kernel/OS Programming world, and he often thought about re-writing entire parts of the kernel in a rootkit.

[edit]

Work Experience

Thanks to Rent A Coder, an online outsourcing site, Ionescu was able to find a more stable job for SPAMfighter ApS, a Danish company specializing in Anti-Spam products, where he was the Lead Developper of the Outlook Express plugin. This work was the culmination of his previous Visual Basic experience, as he had to develop plugins which made Visual Basic able to create standard C DLLs, as well as use Assembly code in Visual Basic. Apart from this job, he also took on over 20 other projects on Rent A Coder, where he received 10, the highest possible rating, on all of them. Additionally, he transformed one of the Visual Basic plugins into a retail product, which became Relsoft's first official public product. Over 50 copies have been sold to date.

[edit]

Beginnings at ReactOS

Around this time, ReactOS reached 0.2 stage, which now included a much more stable codebase for developpment, as well as a GUI and some basic applications. This immediately piqued Ionescu's interest, and he joined the project during Summer 2004. His first patch added Callback support to the Kernel, which would become needed by later NT5 Drivers. He then spent the next 2 months stubbing every kernel function that was in XP but not yet exported by ReactOS. This task added about 700 new stubs to ReactOS, out of which he personally coded around 150. While his work has focused mainly on Kernel Development, he has been monumental in the creation of the Ancilliary Function Driver DLL (msafd.dll/mswsock.dll) and accelerated the implementation of ReactOS's first working networking system. His other most important contributions include the SYSENTER patch, which singlehandedly improved ReactOS System Call execution speed by 70-80%, and the FreeLoader Patch, which added dynamic loading of the Kernel using the Portable Executable (PE) format. He has also re-written the ReactOS APC and DPC implementations, making them similar to NT's. As of November 2005, a large number of other large kernel patches can be attributed to him, including implementing Guarded Mutexes, Kernel Gates, making the Object Manager more NT compatible, rewriting parts of the Process Manager for Thread/Process Create/Kill and reviewing and fixing hundreds of bugs in the Ex and Ke modules of the kernel. He has finally also been responsible for major changes in the I/O Manager related to event sychronizations of I/O operations, as well as the IRP implementation.

[edit]

Current Work

Alex Ionescu currently does a variety of work in ReactOS which splits up into many directions, usually yielding results only months later. Ionescu is currently re-writing the ReactOS Winsock Libraries for the 0.3.0 release, which will have full networking support. Sometimes, he enjoys taking up smaller projects as well to clean up the air, and he has recently documented his plans on his blog (link available below). Two of these projects include a new Loader (rewrite of Ldr in NTDLL to match XP's new features) and new Kernel Process Manager semantics. Due to his unpredictable nature, Ionescu is known to stop work on a long-term project and quickly implement a completely unrelated feature. He also participates in bug bashes every once in a while, where he spends his time only doing bug fixing. Ionescu's work current work touches the Ke, Ex, Ps and Io subsystems of the NT Kernel. He also still works at SPAMfighter on new versions of the client, and other related work.

[edit]

Future Plans

Here are Ionescu's future projects:

[edit]

Trivia and Interests

Alex Ionescu has a passion for chemistry and biology (especially organic chemistry! he's got a kick at it! uh huh!) His surroundings are all computer illiterate, including his best of friends. Whenever he is not programming, he is quite childish... Unfortunately, he is not a brilliant man, but a brilliant boy (How sad). By the way folks, psssst!... he wrote all of the article !! (except for the "Trivia and Interests" part)

That's it that's all folks!

[edit]

Links

Alex Ionescu can be reached at alex.ionescu@reactos.org. His blog is at: http://blogs.reactos.com/Alex_Ionescu/

Retrieved from "http://www.reactos.org/wiki/index.php/Alex_Ionescu"

win下单进程访问超过4G大小内存

Diviner — Sun, 11 Dec 2005 03:37:00 GMT

Address Windowing Extensions

Address Windowing Extensions (AWE) is a set of extensions that allows an application to quickly manipulate physical memory greater than 4GB. Certain data-intensive applications, such as database management systems and scientific and engineering software, need access to very large caches of data. In the case of very large data sets, restricting the cache to fit within an application's 2GB of user address space is a severe restriction. In these situations, the cache is too small to properly support the application.

AWE solves this problem by allowing applications to directly address huge amounts of memory while continuing to use 32-bit pointers. AWE allows applications to have data caches larger than 4GB (where sufficient physical memory is present). AWE uses physical nonpaged memory and window views of various portions of this physical memory within a 32-bit virtual address space.

AWE places a few restrictions on how this memory may be used, primarily because these restrictions allow extremely fast mapping, remapping, and freeing. Fast memory management is important for these potentially enormous address spaces.

Virtual address ranges allocated for the AWE are not sharable with other processes (and therefore not inheritable). In fact, two different AWE virtual addresses within the same process are not allowed to map the same physical page. These restrictions provide fast remapping and cleanup when memory is freed.
The physical pages that can be allocated for an AWE region are limited by the number of physical pages present in the machine, since this memory is never paged – it is locked down until the application explicitly frees it or exits. The physical pages allocated for a given process can be mapped into any AWE virtual region within the same process. Applications that use AWE must be careful not to take so much physical memory that they cause other applications to page excessively or prevent creation of new processes or threads due to lack of resources. Use the GlobalMemoryStatusEx function to monitor physical memory use.
AWE virtual addresses are always read/write and cannot be protected via calls to VirtualProtect (that is, no read-only memory, noaccess memory, guard pages, and the like can be specified).
AWE address ranges cannot be used to buffer data for graphics or video calls.
An AWE memory range cannot be split, nor can pieces of it be deleted. Instead, the entire virtual address range must be deleted as a unit when deletion is required. This means you must specify MEM_RELEASE when calling VirtualFree.
Applications can map multiple regions simultaneously, provided they do not overlap.
Applications that use AWE are not supported in emulation mode. That is, an x86 application that uses AWE functions must be recompiled to run on another processor, whereas most applications can run without recompiling under an emulator on other platforms.

This solution addresses the physical memory issues in a very general, widely applicable manner. Some of the benefits of AWE are:

A small group of new functions is defined to manipulate AWE memory.
AWE provides a very fast remapping capability. Remapping is done by manipulating virtual memory tables, not by moving data in physical memory.
AWE provides page size granularity appropriate to the processor (for example, 4K on x86), which is more useful to applications than large pages (for example, 2MB or 4MB on x86).

An application must have the Lock Pages in Memory privilege to use AWE. To obtain this privilege, an administrator must add Lock Pages in Memory to the user's User Rights Assignments. For more information on how to do this, see "User Rights" in the operating system help.

The following functions make up the Address Windowing Extensions (AWE) API.

Function	Description
VirtualAlloc VirtualAllocEx	Reserve a portion of virtual address space to use for AWE, using MEM_PHYSICAL.
AllocateUserPhysicalPages	Allocate physical memory for use with AWE.
MapUserPhysicalPages	Map (or invalidate) AWE virtual addresses onto any set of physical pages obtained with AllocateUserPhysicalPages.
MapUserPhysicalPagesScatter	Map (or invalidate) AWE virtual addresses onto any set of physical pages obtained with AllocateUserPhysicalPages, but with finer control than that provided by MapUserPhysicalPages.
FreeUserPhysicalPages	Free physical memory that was used for AWE.

就是先分配一块大物理内存(其实就有点像LINUX的HUGETLB一样)，然后通过一个类似窗口的东东不停的映射。MSDN上说用在像数据库这种吃内存的地方可能会比较好。

就普通的服务器来说，我觉得也可以加快内存访问速度(当然不一定要超过4G内存啦)，因为这是物理内存啊，可能还不会被swap.

win32系统

如何重载operator new,delete操作

gcc 4.3.0 for win32

有关开源的一次聊天记录

gcc 4.1 for win32到这个地方可以下得到。

winpcap4.0前段时间放出

vs2003的sp1可供下载，我还没有安装，这是下面的VC++部分的BUG修正列表。

Microsoft Visual C++ .NET

ntdll中函数的头文件和库文件

GetTickCount的实现

牛在天上飞，我在地下跑。看Alex_Ionescu的介绍有感

Early Life

First Programming Experience

Beginnings of Public Appearances

Work Experience

Beginnings at ReactOS

Current Work

Future Plans

Trivia and Interests

Links

win下单进程访问超过4G大小内存

Address Windowing Extensions

gcc 4.3.0　for win32