@volnet
所以，“也就是說64位應(yīng)用程序跑在64位的操作系統(tǒng)上，bIsWow64的值將是FALSE而不是TRUE”對你來說是沒有意義的
IsWow64Process 的本意并不是檢測系統(tǒng)是32位還是64位，而是說當(dāng)前進(jìn)程是否跑在 WOW64 虛擬機下。對于32位程序來說，這個函數(shù)也可以用來判斷系統(tǒng)是否為64位的，并用來實現(xiàn)32位/64位兼容。
對于64位程序來說，你能跑在32位系統(tǒng)下么？
@zuhd
你這個需求不太可能一句話解決啊，如果沒有提供庫函數(shù)來分割/合并，那你只有手工去查找替換了
@Anonymous
可以的。
我在最后說的RSA運算，就基本上是大數(shù)的冪運算，相比之下，2^2048 實在是小得很。
如果數(shù)據(jù)更大的話，只要你等得起就可以啦
@cui_y_x
多謝指教哈，嘗試下WinHttp系列~
@nickx
dump 附件里有，現(xiàn)在忙著，等等發(fā)給你。只有少數(shù)系統(tǒng)會出現(xiàn)，只是一旦出現(xiàn)了，重現(xiàn)的機會比較多的。
re: 很多開發(fā)人員的毛病 溪流 2010-08-26 11:31
說得好，共勉，最近也老浮躁
re: 七律一首，詠程序員 溪流 2010-08-23 10:38
@ooxx
嗯。。偶比較無病呻吟，顯得牽強做作了
@OwnWaterloo
你當(dāng)年的成果還在嗎？拿出來讓偶參考參考？
@OwnWaterloo
呵呵，好久不見~~~
所以我說“一是裝B，二是為了模板而模板”~
@OwnWaterloo
1、我想先求證一下，不知誰早誰遲。。。你知道這段歷史嗎？求教~
2、是說諸多它推薦了 XXX_s 函數(shù)嗎？我的理解是，那些不帶 _s 的字符串相關(guān)函數(shù)，確實有緩沖區(qū)溢出的潛在風(fēng)險。。
介紹得很詳實。只是不解，為什么都說VS2010將會是經(jīng)典版本？
另外，不知lz或者樓下知不知道VC6的發(fā)布時間早還是C++98標(biāo)準(zhǔn)的發(fā)布時間早？（如果VC6早的話，VC6標(biāo)準(zhǔn)支持差就情有可原了）
re: c++與lua的交互--表的處理 溪流 2010-08-16 15:31
@zuhd
那個是給lua用的，不是給宿主語言用的。。。所以你這樣做并不傻呀
如果要避免遍歷兩遍，可能只有讓你自己的數(shù)組可以一個個加入而不是首先定死長度了。。
re: c++與lua的交互--表的處理 溪流 2010-08-16 11:44
@zuhd
好像lua沒有提供直接獲取table長度的方法吧
@hubb
你寫了 #include "stdafx.h"
要是該項目中并沒有這個文件呢？
re: C++實用技巧（四） 溪流 2010-08-08 22:40
@陳梓瀚(vczh)
好的。了解了。謝謝~。
re: C++實用技巧（四） 溪流 2010-08-08 14:23
想到一個想差一點點的變形：
#define TEST_CASE(name) \
class TestCase_##name \
{ \
public: \
TestCase_##name(); \
} TestCase_##name##_obj; \
TestCase_##name::TestCase_##name()
也就是省去了構(gòu)造函數(shù)里調(diào)用的那個函數(shù)，不知道有什么問題沒，請lz鑒定下^_^
re: C++實用技巧（四） 溪流 2010-08-06 12:56
今天再來復(fù)習(xí)一遍，路過
“正道”應(yīng)該是修改你的設(shè)計。
re: 關(guān)于造車輪 溪流 2010-07-06 17:55
@butonline
有人做過了你就不能做得更好？
改天我把想得到的所有輪子都列一遍寫個外殼，是不是世界應(yīng)該停止了？
我是數(shù)學(xué)系的。（學(xué)得不好）
我還是認(rèn)為數(shù)學(xué)對很多人來說幾乎是無用的。不過它確實鍛煉思維。
@firejacky
如果公司造輪子卻不保存圖紙，這是公司的問題，不是造不造輪子的問題。
@Jarod Liu
我支持，因為我支持公司造輪子。如果公司不造，那么我支持個人幫公司造一些有必要的輪子，哪怕僅僅放著自己用。個人根據(jù)興趣造的其他輪子是業(yè)余的時。
re: 順便發(fā)個招聘信息 溪流 2010-07-01 22:54
趁加班留個言：
我打死不加班的，可以不？
re: 關(guān)于造車輪 溪流 2010-07-01 19:35
支持！
那種論調(diào)，那種氛圍，真是社會的悲哀。有時候想想真是痛心！反思一下，又有好長時間沒造車輪了，意味著又有好長時間渾渾噩噩過去了……
re: C++實用技巧（四） 溪流 2010-06-27 20:33
撒花沒了
re: 全圖靈團(tuán)隊開博 溪流 2010-06-14 12:16
我也想進(jìn)去學(xué)習(xí)學(xué)習(xí)，不知道可以不。。。
re: 編譯器與解釋器的不同 溪流 2010-06-03 19:22
解釋得很生動，受教了
re: VS2010 的一個BUG 溪流 2010-06-03 09:32
果然！
以前面試題做到過，當(dāng)時不會，后來知道這個答案了也驚嘆了一下。
現(xiàn)在看到樓上們說的，確實是兩遍，跟最笨的方法——找到結(jié)尾回頭找——相比，也根本好不到哪里去。。。學(xué)習(xí)了……
re: 哥終于悟出了UAC編程的精髓 溪流 2010-06-02 14:21
@陳梓瀚(vczh)
執(zhí)行目錄以及工作目錄都無法假設(shè)是可寫的，如 3 樓說的，只有用戶的 AppData 以及 HKCU 下是可寫的
re: 哥終于悟出了UAC編程的精髓 溪流 2010-06-02 12:03
@jmchxy
說個例子吧。
假設(shè)某個軟件有系統(tǒng)級部分和用戶級部分。假設(shè)系統(tǒng)級部分是一個更新程序，如果某服務(wù)器上有新版本，它將把用戶級程序更新掉，它運行的時候會有（或者會要求）管理員權(quán)限。用戶級程序就是一些界面之類的，干些亂七八糟的事情，不允許它需要額外權(quán)限。
接下來有個需求，只有在本機的某個用戶使用過這個軟件的用戶級程序后，系統(tǒng)級程序才會去做更新。這個需求，是不是應(yīng)該拒絕掉？
re: 哥終于悟出了UAC編程的精髓 溪流 2010-06-02 09:18
@jmchxy
沒錯。所以有時候很討厭，因為難免有一些需求，需要改變?nèi)衷O(shè)置，從而去影響所有用戶（，要求標(biāo)準(zhǔn)用戶也能做到）。
re: 哥終于悟出了UAC編程的精髓 溪流 2010-06-02 00:31
@用戶
要求權(quán)限就沒意思了
就是要不求任何額外權(quán)限么，這才叫真正的UAC兼容
沒有 VAX 的時候輸入一半的函數(shù)名，還是不會自動出來補全選項啊