作者查詢 / oddguy
作者 oddguy 在 PTT [ C_and_CPP ] 看板的留言(推文), 共44則
限定看板:C_and_CPP
看板排序:
全部C_and_CPP44Cross_Life22AGECR971AGECR981Agronomy1Agronomy-951Agronomy-971Anthro091B95A011XX1B95A013XX1B961010XX1B96A013XX1EESummerCamp1ICDESIGN1LifeSci_961NTU-Economic1NTU-Music981NTU_BOTDorm1NTU_BOTDorm21NTU_SSWSA1NTUACcamp1ntuACCT001ntuACCT021NTUBIME_ALL1NTUBSE-B-951NTUBST951NTUCLS1NTUdent981NTUEE1111NTUEEControl1NTUF-961NTUFBADMINTO1NTUfin001NTUFS-981NTUIB021NTUIM-191NTUJSA1NTULCSA1NTUPPM-971NTUPPM-981PttNewhand1Test1VET1wonderland1<< 收起看板(44)
5F推:小弟在利用VC6環境開發的時候,嘗試用static_cast去轉換指12/28 23:08
6F→:標,但結果是編譯未能通過,像這樣:static_cast<int*>(p)12/28 23:09
7F→:而p本身是char*型。但改用(int*)p就可行。12/28 23:10
8F→:目前還不清楚是static_cast本身不支援這樣,還是VC6當中12/28 23:11
9F→:編譯器的特性12/28 23:11
11F→:也有人說static_cast<T>應用來代替所有需要使用(T)的地方12/28 23:13
13F推:唔……小弟的疑問解決了12/28 23:18
1F推:這是UDT(User Defined Type)的成員對齊問題,小弟大陸這邊12/28 16:30
2F→:是這樣稱呼的。簡單來說就是short所占據的2字元空間后面12/28 16:31
3F→:編譯器添加了用來跟int型成員對齊的額外的2字元空間(因為12/28 16:32
4F→:int型是4字元空間)。可用網路搜尋參考看看12/28 16:33
3F推:不如unsigned long12/18 11:03
10F推:用unsigned long的好處是:如果以後需求超過31次方……12/18 13:11
10F→:這是C語言的應用阿,原po已經說了是.c12/17 11:01
2F→:可網路搜尋"modeless dialog"解決12/16 18:01
2F→:如果我將at()的返回值當做賦值表達式的左值,來修改vector12/16 01:25
3F→:中元素的內容,可以做到么?也就是這時返回的是reference?12/16 01:26
8F→:感謝說明12/16 08:52
2F推:解釋的非常清楚!拍手12/16 00:57
3F→:function stack的問題,印象中是語言特性,與vc編譯器無關12/16 00:58
5F→:對了小弟新來ptt,不知“cd一下再推文”的“cd”是何意?12/16 01:03
4F推:這個程序……請仔細看,對于a1是分配了一個未初始化的local12/16 00:41
6F→:變數x,對于a2則是另外又再分配了一個未初始化的變數x啊12/16 00:42
8F→:兩者絕不是同一個x!所以當然不會是差1了12/16 00:43
11F→:實際上a1.XD()執行完畢后,local變數x已經不存在了。12/16 00:44
12F→:你只要用&x打印出兩次變數x的地址來就明白了12/16 00:45
14F→:位址一樣是由于程序簡單而碰巧的。或者是編譯器優化的結果12/16 00:48
25F→:假如在a1.XD()和a2.XD()之間還有別的內存操作12/16 00:55
26F→:x的位址大概就不一樣了12/16 00:55