小编ano*_*439的帖子

我试图在不使用CRT的情况下构建控制台应用程序,或者在任何情况下都使用除kernel32.lib之外的任何其他导入.我得到了我的代码进行编译,但无法将链接器包装成几个问题:

unresolved external symbol @__security_check_cookie@4
unresolved external symbol "int __cdecl FreeLibrary(void *)" (?FreeLibrary@@YAHPAX@Z)
unresolved external symbol "void * __cdecl LoadLibraryW(wchar_t *)" (?LoadLibraryW@@YAPAXPA_W@Z)
unresolved external symbol "int (__cdecl*__cdecl GetProcAddress(void *,char *))(void)" (?GetProcAddress@@YAP6AHXZPAXPAD@Z)
unresolved external symbol _wmainCRTStartup

FreeLibrary,LoadLibraryW和GetProcAddress我已经明确地引入了程序,而不是使用windows.h:

#pragma comment(lib, "kernel32.lib")

typedef int(*FARPROC)();

void* LoadLibraryW( wchar_t* lpLibFileName );
FARPROC GetProcAddress( void* hModule, char* lpProcName );
int FreeLibrary( void* hLibModule );

我想我的原型有问题.然而,更大的问题是__security_check_cookie和_wmainCRTStartup,这显然有事情做与CRT.所以我想知道如何重写int wmain(int argc, wchar_t* argv[])入口点的默认值,以及如何摆脱安全cookie.

我在Delphi 5中开展了一个大型项目.今天,在将应用程序的两个分支合并在一起之后,数百个单元中的一个,UnitMain(主要形式的单元,你猜)会停止识别应用程序全局.

这是一个相当奇怪的问题 - 我可以通过在UnitMain中定义Application:TApplication,并从我们的.dpr项目文件中将其设置为Application来获得编译程序,但这会导致访问冲突,这不是很多令人惊讶的应用是它的特殊之处.

我希望有人之前遇到过同样的问题,或者对Delphi VCL的内部工作有足够的了解来帮助我.

unit UnitMain;

interface

uses
  Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
  Menus, ComCtrls, StdCtrls, cxButtons, ExtCtrls, IniFiles, ShellAPI,
  LMDControl, LMDBaseControl, LMDBaseGraphicControl, LMDGraphicControl,
  LMDScrollText, cxControls, cxContainer, cxListBox, Psock, NMFtp, db, DBTables,
  FileCtrl, Configs, cxHint, DSetFunc, OleCtrls, DsInformation,
  InterAppComm, ActnList, ADODB, OleServer, CRAXDRT_TLB;

确切的错误是编译器无法识别此单元中的Application.例如,对于Application.ProcessMessages; 调用,错误是"需要对象或类类型".没有其他单位有这个问题.