大家都知道,當編寫一個win32 console application時,當運行此類程序的時候
默認情況下會有一個類似DOS窗口的console窗口,但是有的時候我們只想在程序
中運行一段功能代碼,不希望顯示這個console窗口,讓代碼執(zhí)行完畢之后程序自
動退出.
下面就介紹一下,如何隱藏win32 console application的console窗口
因為此種方法是通過設(shè)置編譯器的鏈接開關(guān)來實現(xiàn),所以讓我們來看一下編譯
器的鏈接開關(guān)選項(也就是linker選項).
首先我們來看一下linker的 /subsystem 選項
該選項的語法形式如下:
/SUBSYSTEM:{CONSOLE|EFI_APPLICATION|EFI_BOOT_SERVICE_DRIVER|
EFI_ROM|EFI_RUNTIME_DRIVER|NATIVE|POSIX|WINDOWS|WINDOWSCE}
[,major[.minor]]
這個鏈接選項告訴操作系統(tǒng)如何運行可執(zhí)行文件
CONSOLE:
win32 字符模式應(yīng)用程序,此種類型的應(yīng)用程序在運行的時候會產(chǎn)生一個類似DOS
窗口的控制臺窗口,如果在應(yīng)用程序的主函數(shù)為main()或者wmain(),在默認情況下
該應(yīng)用程序就是一個控制臺應(yīng)用程序
Extensible Firmware Interface
和CPU具體架構(gòu)相關(guān)的一個參數(shù)選項,并不常用,在這里暫不詳細介紹.
如果對此有興趣的可以訪問intel主頁來查看相關(guān)內(nèi)容
NATIVE;
設(shè)備驅(qū)動器選項,如果/DRIVER:WDM選項被設(shè)定的話,該鏈接選項(NATIVE)就為默認選項
POSIX:
在windows NT 種運行在POSIX子系統(tǒng)上的應(yīng)用程序
WINDOWS:
該類型的應(yīng)用程序不產(chǎn)生console窗口,該類型的應(yīng)用程序的窗口由用戶自己創(chuàng)建,簡而言之
就是一個標準的Win32 application,其入口地址為WinMain()函數(shù)或者wWinMain()函數(shù)的地址
如果你在應(yīng)用程序種定義的主函數(shù)為WinMain或者wWinMain,在默認情況下該應(yīng)用程序就是一個
Win32 Application !
WINDOWSCE:
運行在windows CE上的應(yīng)用程序
major and minor (optional):
主版本號和次版本號,該選項為可選,該選項為0~65535之間的十進制整數(shù)
從上面可以看出如果我們建立一個win32 console application的話,linker的/subsystem選項應(yīng)該為
CONSOLE,可以在VC開發(fā)環(huán)境的project->setting->link->project option中看到!
接下來我們再看看應(yīng)用程序是如何運行的!
我們知道用VC編寫的程序,運行的時候是需要 C\C++運行庫支持的.當我們運行一個C/C++程序的時候
鏈接器會首先尋找應(yīng)用程序的啟動函數(shù),例如:
如果你建立了一個console程序的話,編譯器得鏈接開關(guān)會是以下這種形式
/subsystem:"console" /entry:"mainCRTStartup" (ANSI)
/subsystem:"console" /entry:"wmainCRTStartuup" (UNICODE)
如果你建立了一個win32 application,編譯器得鏈接開關(guān)則會是一下形式
/subsystem:"windows" /entry:"WinMain" (ANSI)
/sbusystem:"windows" /entry:"wWinMain" (UINCODE)
上面的兩種形式可以再project->setting->link->project option中看到
上面的subsystem和entry并不需要都設(shè)置,如果你只設(shè)置了/subsystem:"console"
的話,那么默認的entry開關(guān)在默認情況下應(yīng)為/entry:"mainCRTStartup"
反之,如果你在應(yīng)用程序中定義了main函數(shù)的話,默認情況下,你的/subsystem開關(guān)
應(yīng)該為/system:"console"
在默認情況下/subsystem 和/entry開關(guān)是匹配的,也就是
console對應(yīng)mainCRTStartup或者wmainCRTStartup
windows對應(yīng)WinMain或者wWinMain
但是我們也可以通過手動改動的方式使他們不匹配
例如我們可以這樣改動
#pragma comment( linker, "/subsystem:\"windows\" /entry:\"mainCRTStartup\"" ) // 設(shè)置入口地址
int main(int argc, char* argv[])
{
MessageBox(NULL, "hello", "Notice", MB_OK);
return 0;
}
在默認情況下鏈接器看到/subsystem下是windows選項的時候,它會自動尋找WinMain或者wWinMain
但我們強制指定入口地址,這樣運行程序的時候默認的console窗口就會隱藏!
上面是在代碼中使用#pragma指令來設(shè)置,還有一種就是直接在開發(fā)環(huán)境的
project->setting->link->project option中手工改動!
1 使用richedit 控件首先要加載 richedit 的dll.
LoadLibrary(_T("riched20.dll"));
2 加入對 richedit.h 頭文件的引用后，創(chuàng)建窗口
hwndBuffer = CreateWindow(RICHEDIT_CLASS,NULL,WS_CHILD|WS_VISIBLE|ES_MULTILINE|WS_VSCROLL|ES_SUNKEN
|ES_AUTOVSCROLL|ES_READONLY|ES_SAVESEL,6,30,526,354,hWnd,(HMENU)EDIT_ID,hInstance,NULL);
這里創(chuàng)建了一個只讀的窗口，這樣只能通過函數(shù)輸入文字。
3 設(shè)置顏色：
//設(shè)置背景色
SendMessage( hwndBuffer, EM_SETBKGNDCOLOR, 0, RGB(0,0,0) );
//設(shè)置文字顏色
CHARFORMAT2 charFmt;
ZeroMemory(&charFmt,sizeof(charFmt));
charFmt.cbSize = sizeof(charFmt);
charFmt.dwMask = CFM_COLOR; //只修改文字顏色標志
charFmt.crTextColor = RGB(0,179,0);//設(shè)置字體顏色
SendMessage(hwndBuffer,EM_SETCHARFORMAT,0,(LPARAM)&charFmt);
//修改部分文字顏色
SendMessage(hwndBuffer,EM_SETSEL,0,10); //選中0-10的文字
charFmt.crTextColor = it->clr;
//修改文字顏色
SendMessage(hwndBuffer,EM_SETCHARFORMAT,SCF_SELECTION,(LPARAM)&charFmt);
注意對于richedit2.0 漢字僅作為一個字符。對于unicode 工程無所謂。但對于多字節(jié)來說一個漢字為2個字符。所以你通過strlen之類計算的字符串長度會比richedit 認為的要長如:
"大家好"。計算為6長度。但對于richedit來說為3個.發(fā)送EM_SEL消息，設(shè)置選中消息時必須以richedit為準.
SendMessage(hwndBuffer,EM_SETSEL,0,3); 如果指定為6將超出范圍
4 滾動滾動條：
SendMessage(hwndBuffer,WM_VSCROLL, SB_BOTTOM, 0); //滾動到文檔的最后面
5 游標
int temp1,temp2; //獲取起始和結(jié)束位置
SendMessage(hwndBuffer,EM_GETSEL,(WPARAM)&temp1,(LPARAM)&temp2);
//在文檔末尾輸入字符：
SendMessage(hwndBuffer, EM_SETSEL,-1,-1);
SendMessage(hwndBuffer, EM_REPLACESEL, TRUE, (LPARAM) buffer );
#include "stdafx.h"
#include <stdio.h>
#include <stdarg.h>
int mul(int num,int data1,
)
{
int total = data1;
int arg,i;
va_list ap;
va_start(ap,data1);
for(i=1;i<num;i++)
{
arg = va_arg(ap,int);
total*=arg;
}
va_end(ap);
return total;
}
long mul2(int i,)
{
int *p,j;
p = &i+1;//p指向參數(shù)列表下一個位置
long s = *p;
for (j=1;j<i;j++)
s *= p[j];
return s;
}
int main()
{
printf("%d\n",mul(3,2,3,5));
printf("%d\n",mul2(3,2,3,5));
return 0;
}
printf的設(shè)計
#include "stdio.h"
#include "stdlib.h"
#include <stdarg.h>
void myprintf(char* fmt, ) //一個簡單的類似于printf的實現(xiàn)，//參數(shù)必須都是int 類型
{
//char* pArg=NULL; //等價于原來的va_list
va_list pArg;
char c;
// pArg = (char*) &fmt; //注意不要寫成p = fmt !!因為這里要對參數(shù)取址，而不是取值
// pArg += sizeof(fmt); //等價于原來的va_start
va_start(pArg,fmt);
do
{
c =*fmt;
if (c != '%')
{
putchar(c); //照原樣輸出字符
}
else
{//按格式字符輸出數(shù)據(jù)
switch(*++fmt)
{
case 'd':
printf("%d",*((int*)pArg));
break;
case 'x':
printf("%#x",*((int*)pArg));
break;
case 'f':
printf("%f",*((float*)pArg));
default:
break;
}
//pArg += sizeof(int); //等價于原來的va_arg
va_arg(pArg,int);
}
++fmt;
}while (*fmt != '\0');
//pArg = NULL; //等價于va_end
va_end(pArg);
return;
}
int main(int argc, char* argv[])
{
int i = 1234;
int j = 5678;
myprintf("the first test:i=%d",i,j);
myprintf("the secend test:i=%f; %x;j=%d;",i,0xabcd,j);
system("pause");
return 0;
}
可變參數(shù)在編譯器中的處理
我們知道va_start,va_arg,va_end是在stdarg.h中被定義成宏的, 由于1)硬件平臺的不同 2)編譯器的不同,所以定義的宏也有所不同,下面以VC++中stdarg.h里x86平臺的宏定義摘錄如下(’"’號表示折行):
typedef char * va_list;
#define _INTSIZEOF(n) \
((sizeof(n)+sizeof(int)-1)&~(sizeof(int) - 1) )
#define va_start(ap,v) ( ap = (va_list)&v + _INTSIZEOF(v) )
#define va_arg(ap,t) \
( *(t *)((ap += _INTSIZEOF(t)) - _INTSIZEOF(t)) )
#define va_end(ap) ( ap = (va_list)0 )
定義_INTSIZEOF(n)主要是為了某些需要內(nèi)存的對齊的系統(tǒng).C語言的函數(shù)是從右向左壓入堆棧的,圖(1)是函數(shù)的參數(shù)在堆棧中的分布位置.我們看到va_list被定義成char*,有一些平臺或操作系統(tǒng)定義為void*.再看va_start的定義,定義為&v+_INTSIZEOF(v),而&v是固定參數(shù)在堆棧的地址,所以我們運行va_start(ap, v)以后,ap指向第一個可變參數(shù)在堆棧的地址,如圖:
高地址|-----------------------------|
|函數(shù)返回地址 |
|-----------------------------|
|
. |
|-----------------------------|
|第n個參數(shù)(第一個可變參數(shù)) |
|-----------------------------|<--va_start后ap指向
|第n-1個參數(shù)(最后一個固定參數(shù))|
低地址|-----------------------------|<-- &v
圖( 1 )
然后,我們用va_arg()取得類型t的可變參數(shù)值,以上例為int型為例,我們看一下va_arg取int型的返回值: j= ( *(int*)((ap += _INTSIZEOF(int))-_INTSIZEOF(int)) );
首先ap+=sizeof(int),已經(jīng)指向下一個參數(shù)的地址了.然后返回ap-sizeof(int)的int*指針,這正是第一個可變參數(shù)在堆棧里的地址(圖2).然后用*取得這個地址的內(nèi)容(參數(shù)值)賦給j.
高地址|-----------------------------|
|函數(shù)返回地址 |
|-----------------------------|
|. |
|-----------------------------|<--va_arg后ap指向
|第n個參數(shù)(第一個可變參數(shù)) |
|-----------------------------|<--va_start后ap指向
|第n-1個參數(shù)(最后一個固定參數(shù))|
低地址|-----------------------------|<-- &v
圖( 2 )
最后要說的是va_end宏的意思,x86平臺定義為ap=(char*)0;使ap不再指向堆棧,而是跟NULL一樣.有些直接定義為((void*)0),這樣編譯器不會為va_end產(chǎn)生代碼,例如gcc在linux的x86平臺就是這樣定義的.在這里大家要注意一個問題:由于參數(shù)的地址用于va_start宏,所以參數(shù)不能聲明為寄存器變量或作為函數(shù)或數(shù)組類型.關(guān)于va_start, va_arg, va_end的描述就是這些了,我們要注意的是不同的操作系統(tǒng)和硬件平臺的定義有些不同,但原理卻是相似的
讓assert嵌入更多的信息
assert(src!=0 && "VectorNormalize: src vector pointer is Null");
assert(dst!=0 && "VectorNormalize: dst vector pointer is Null");
有了這個直觀的字符串提示，就可以告訴當前的函數(shù)名，錯誤原因。
// compile with: /GR /EHsc
#include <iostream>
#include <typeinfo.h>
template < typename T > T max( T arg1, T arg2 ) {
cout << typeid( T ).name() << "s compared." << endl;
return ( arg1 > arg2 ? arg1 : arg2 );
}
返回類型的名字
#pragma data_seg之前從來沒有用過，今天找出了它的一個妙用。
持續(xù)整理中......
#pragma data_seg介紹
應(yīng)用一：單應(yīng)用程序。
有的時候我們可能想讓一個應(yīng)用程序只啟動一次，就像單件模式(singleton)一樣，實現(xiàn)的方法可能有多種，這里說說用#pragma data_seg來實現(xiàn)的方法，很是簡潔便利。
應(yīng)用程序的入口文件前面加上
#pragma data_seg("flag_data")
int app_count = 0;
#pragma data_seg()
#pragma comment(linker,"/SECTION:flag_data,RWS")
然后程序啟動的地方加上
if(app_count>0) // 如果計數(shù)大于0，則退出應(yīng)用程序。
{
//MessageBox(NULL, "已經(jīng)啟動一個應(yīng)用程序", "Warning", MB_OK);
//printf("no%d application", app_count);
return FALSE;
}
app_count++;
上個星期, ric和我提出了這樣一個問題,就是一個人物技能體系,如何設(shè)定,比較原始的方法是,設(shè)立一個純虛基類,然后一層一層的派生,但是這樣有一個問題..就是如何出現(xiàn)兩個不同的派生體系對同一功能需求.這樣...就只能在兩個派生體系中都設(shè)定一份..造成代碼的無復(fù)用和龐大.雖然這點可以在前期避免,但是沒有人是神......前期構(gòu)架無法得到最后的結(jié)構(gòu),構(gòu)架總是在調(diào)整,我第一次提出的方法是..將每有功能以組件形式提供,在相應(yīng)的功能需求者里組裝,這個思路是可以..但是實現(xiàn)起來有點郁悶,因為我不知道是用單純的類new...還是使用單件來做更好,相反,,我到是覺得這兩種都不好.
帶著這樣的需求和思路,去研究了一下Loki的Factory,AbstractFactory 類廠與抽象類廠.
Factoy可以理解為一個可以保存類的表,通過Register方法,將類以數(shù)字或字符的形式,保存起來,當然需要提供一個可以在內(nèi)部new的函數(shù).在使用用通過
在注冊時的類標示,加上CreateObject方法來返回相應(yīng)的類指針,其實就相當于一個類表.我們可以通過我們自定義的標示來創(chuàng)建相對應(yīng)的類.
AbstractFactory 可以理解為抽象的類表,就是在前期不需要提供相應(yīng)的可以在內(nèi)部new的函數(shù),只需要提供類就可以注冊為一個類廠,在使用時.通過類來進行創(chuàng)建,最大的區(qū)別是...AbstractFactory 本身就提供組裝的概念.可以在設(shè)定基本工廠之后,根據(jù)基本工廠,設(shè)定具體工廠模型.在使用時,可以通過具體工廠模型得到在具體工廠模型中注冊的類,最大的區(qū)別時,,可以通過注冊類的基類.也就是基本工廠中注冊類來得到.這樣很爽..但是.還沒有想清楚在真正的人物技能體系中,如何去使用這個東東.偶滴神啊......讓偶想清楚吧...下面給些具體的例子
factory:
Factory< AbstractProduct, int > aFactory;
aFactory.Register( 1, createProductNull );<br>
aFactory.CreateObject( 1 );
AbstractFactory:
typedef ::Loki::AbstractFactory< LOKI_TYPELIST_3(Soldier, Monster, SuperMonster)> \
AbstractEnemyFactory;
typedef ::Loki::ConcreteFactory<AbstractEnemyFactory, ::Loki::OpNewFactoryUnit, \
LOKI_TYPELIST_3(SillySoldier, SillyMonster, SillySuperMonster)>
EasyLevelEnemyFactory;
typedef ::Loki::ConcreteFactory<AbstractEnemyFactory, ::Loki::OpNewFactoryUnit, \
LOKI_TYPELIST_3(BadSoldier, BadMonster, BadSuperMonster)>
DieHardLevelEnemyFactory;
switch (id)
{
case 0:
{
pFactory = new EasyLevelEnemyFactory;
}
break;
case 1:
{
pFactory = new DieHardLevelEnemyFactory;
}
break;
}
the.Select(0);
SmartPtr<Soldier>::Ptr pMonster = the.pFactory->Create<Soldier>();
最早以前.就說要好好研究一下Loki庫..一直都忘記..要么就有事.剛好這幾天要寫一個事件ID與事件處理函數(shù)的綁訂機制.就想起來Loki的functor來了...花了兩天時間仔細研究了下loki中的幾個實現(xiàn).全部明白不敢說..不過確實明白了..這種思路..在這里也要多謝權(quán)哥...呵呵
我是從具體的現(xiàn)實思路出發(fā).來研究loki的..我的實現(xiàn)目地.是可以便捷的綁訂事件ID與事件處理函數(shù),在回調(diào)事件處理函數(shù)時.不會有以前使用函數(shù)地址注冊時所產(chǎn)生的問題,比如.回調(diào)的函數(shù)中無法正常使用函數(shù)所歸屬類的信息.無法綁訂同一類不同對象的實現(xiàn)方法
首先先來研究..實現(xiàn)思路應(yīng)該是一樣的..同樣是綁訂函數(shù)地址.這點.loki的functor以前幫我做好了.剩下的.只是如何能更好的使用
loki 的一個functor只能綁訂一個函數(shù),
思路是,預(yù)先申請一個足夠大的functor數(shù)組,將每個申請的functor存入這個數(shù)組中,以數(shù)組的下標做為處理函數(shù)的ID;
解決了回調(diào)函數(shù)的問題,然后就是事件ID了.這個有點郁悶.實現(xiàn)思路有點繞.
首先事件ID肯定是聲明了的.然后利用聲明的事件ID自動生成相應(yīng)的事件結(jié)構(gòu)體,則于事件回調(diào)不需要變動參數(shù),所以
所有結(jié)構(gòu)體都派生自同一基體,然后就通過事件結(jié)構(gòu)體中的事件ID來進行綁訂,這樣可以確訂聲明的處理方法必須隸屬于
某一個對應(yīng)的事件ID,這點在回調(diào)注冊時也可以保證,默認要注冊兩個ID.用于判定當前ID是否超過以聲明的范圍 ,EventBegin EventEnd;
解決了事件ID之后..就是它們之前的綁訂了.這個簡單.在聲明進.先傳入事件結(jié)構(gòu)體,再傳入用同樣事件結(jié)構(gòu)體聲明的回調(diào)函數(shù),然后將回調(diào)函數(shù)
放入相對應(yīng)以事件ID做為下標的數(shù)組中.搞定
最后還有一個消息分派的問題,這個地方有很多做法,,,暫時我先用最簡單
由外界傳入一個觸發(fā)的事件ID,然后判定 這個ID是否合法,然后回調(diào)對應(yīng)下標的functor...這樣..就回調(diào)了相應(yīng)的處理函數(shù)了,參數(shù)這里
做的最簡單化處理,只是聲明了一個結(jié)構(gòu)體,然后.將事件ID賦值,然后把結(jié)構(gòu)體傳入回調(diào)函數(shù),以后有需要的話..此結(jié)構(gòu)體可由外界傳入
相應(yīng)的值由外界傳入,不過..一個事件回調(diào)....貌似沒有這種要求
呵呵..總之對于模板編程,有了一個比較清晰的了解..最大的收獲就是,看著滿篇的模板,四處亂飛的typename typedef class..不再頭暈了...呵呵
在這個過程中..還研究了..單件模式,智能指針,抽象化工廠,呵呵..收獲非常大..也感覺自己以前的實現(xiàn)太不優(yōu)雅了...以后要往優(yōu)雅方向努力啦
Loki的單件模式非常Happy.....以后決定..徹底忘記自己 寫的單件...看都不看....專心用loki的.....還有智能指針..不過智能指針有個不爽的地方
..也不是不爽..只是我感覺失落....為啥呢...因為智能指針無法控制它什么時候釋放.......它自己會釋放..這樣雖然..安全都有保證,用著也開心....
不過....忽然不用我釋放了...總是覺得心里少點啥.........想delete......哈哈
變高手~~~~~變高手~~~~~變高手~~~~~變高手~~~~~變高手~~~~~變高手~~~~~變高手~~~~~變高手~~~~~
HKLM\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters
Description
Determines the highest port number TCP can assign when an application requests an available user port from the system. Typically, ephemeral ports (those used briefly) are allocated to port numbers 1024 through 5000.
Windows 2000 does not add this entry to the registry. You can add it by editing the registry or by using a program that edits the registry.
這兩天的工作。就是重做粒子編輯器。。。原有的粒子編輯器。是使用自制的UI。極大的妨礙了擴展。和使用的便捷性。經(jīng)過這兩天的重制。將原有的功能重新以MFC控件重現(xiàn)。接下來就是擴展原有的粒子效果了。。。。發(fā)張圖來秀一下
