<ins id="pjuwb"></ins>
<blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
<noscript id="pjuwb"></noscript>
<sup id="pjuwb"><pre id="pjuwb"></pre></sup>
<dd id="pjuwb"></dd>
<abbr id="pjuwb"></abbr>
那誰的技術(shù)博客
感興趣領(lǐng)域:高性能服務(wù)器編程,存儲,算法,Linux內(nèi)核
隨筆 - 210, 文章 - 0, 評論 - 1183, 引用 - 0
數(shù)據(jù)加載中……
(C++)一個(gè)愚蠢的錯(cuò)誤
#include
<
string
.h
>
#include
<
string
>
using
namespace
std;
typedef
struct
Test
{
string
name;
int
a;
}Test;
int
main()
{
Test tTest;
memset(
&
tTest,
0
,
sizeof
(Test));
return
0
;
}
立此為據(jù),長點(diǎn)記性.
posted on 2008-06-06 21:30
那誰
閱讀(4879)
評論(23)
編輯
收藏
引用
所屬分類:
C\C++
評論
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
#include <string.h>
#include <string>
很有才
2008-06-06 21:44 |
羅賓李
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤[未登錄]
回復(fù)
更多評論
暈倒
chinaunix上的是你哦，我是voipexplore。string內(nèi)存布局不透明，只能用new類，不能用malloc類。
另樓上 包含string.h 是為了用memset
2008-06-06 22:00 |
CppExplore
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
@羅賓李
string.h是C中的函數(shù),使用memset的頭文件,string就不必說了吧?我還不至于犯string和string.h不分的錯(cuò)誤.
2008-06-06 22:17 |
創(chuàng)
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
@CppExplore
以后注意兄弟的ID了:)
2008-06-06 22:22 |
創(chuàng)
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
C++里的結(jié)構(gòu)就是類，不可以memset哦
2008-06-07 00:56 |
暈
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
錯(cuò)誤就是 memset( ...string ) ?
有點(diǎn)巧，我同事也犯過這個(gè)錯(cuò)。:D
2008-06-07 09:27 |
Kevin Lynx
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤[未登錄]
回復(fù)
更多評論
長知識了。
2008-06-07 13:25 |
ron
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
能否請樓主詳細(xì)解說一下錯(cuò)誤？
2008-06-07 15:01 |
kam
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
可以正常執(zhí)行啊！可以解釋一下么？謝謝！！
2008-06-07 20:24 |
林茂
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤[未登錄]
回復(fù)
更多評論
樓上的，C++里結(jié)構(gòu)就是類，而不是原生的C結(jié)構(gòu)。用memset會把類里的一些必要數(shù)據(jù)也清零。比如如果類有虛函數(shù)，則就有虛表指針，你用memset會把虛函數(shù)表指針置為0，這樣你的類還有多態(tài)嗎，你的程序還是健壯的嗎
2008-06-07 22:51 |
christanxw
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
#include <cstring>
#include <string>
2008-06-09 18:05 |
Wang Feng
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
@christanxw
thanks for explanation
2008-06-09 18:22 |
林茂
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
OK, mark 下
2008-06-10 10:21 |
零宇
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤[未登錄]
回復(fù)
更多評論
......我也這么做過。。。。
2008-06-12 19:28 |
楊粼波
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤[未登錄]
回復(fù)
更多評論
@創(chuàng)
“C++對我而言就是有STL帶class能處理多態(tài),繼承的C. ”
最初的C++大體是這樣，除了STL。
然而，現(xiàn)在還這么想的話，犯下這個(gè)錯(cuò)誤是必然——C++的對象模型遠(yuǎn)不止C那么簡單，背后有很多事情需要注意的。甚至，有時(shí)候構(gòu)造函數(shù)是否為inline就決定了代碼是否為二進(jìn)制兼容。
2008-06-15 19:53 |
raof01
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
看完后，嚇出一身汗，對內(nèi)存對象模型的理解實(shí)在不夠深入。
2008-06-15 23:30 |
alexandercer
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
不能把一個(gè)string型的對象memset了。俺對CString對象做過相同的操作，結(jié)果，自然所崩潰了。
2008-06-19 16:30 |
abettor
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
我只學(xué)過C++ 沒用過這樣的用法，有構(gòu)造函數(shù)為什么還要如此呢
2008-07-02 20:13 |
foxtail
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
這種錯(cuò)誤，我一般不會犯。
因?yàn)榻Y(jié)構(gòu)體里我絕對不會放類對象，我只會放基本類型數(shù)據(jù)，
如果有類對象，我一定會放在類里，如果是用到類，一定會把memset要不放在構(gòu)造函數(shù)里，要不就放在成員函數(shù)里
2008-10-13 15:53 |
x
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
學(xué)習(xí)了。
2009-09-24 19:41 |
kiven
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
額..struct里頭的string不能按字節(jié)memset吧。。。
2010-01-26 00:10 |
qiuxiafei
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
不錯(cuò)，學(xué)習(xí)了
2010-02-10 18:51 |
wantukang
#
re: (C++)一個(gè)愚蠢的錯(cuò)誤
回復(fù)
更多評論
不過是個(gè)慣性問題
2010-09-01 09:30 |
lcm
刷新評論列表
只有注冊用戶
登錄
后才能發(fā)表評論。
【推薦】100%開源！大型工業(yè)跨平臺軟件C++源碼提供，建模，組態(tài)！
相關(guān)文章:
C++的流設(shè)計(jì)很糟糕
解讀google C++ code style談對C++的理解
Callback在C\C++中的實(shí)現(xiàn)
自己實(shí)現(xiàn)的memcpy
服務(wù)器公共庫開發(fā)--線程安全的singleton類, 可配置的線程鎖管理類
服務(wù)器公共庫開發(fā)--讀取ini文件格式的類
如何使用位操作得到大于N且為2的次方的最小的數(shù)
(C++)一個(gè)愚蠢的錯(cuò)誤
研究了一下SGI STL的內(nèi)存算法
memcache內(nèi)存池的設(shè)計(jì)原理
網(wǎng)站導(dǎo)航:
博客園
IT新聞
BlogJava
博問
Chat2DB
管理
Powered by:
C++博客
Copyright © 那誰
導(dǎo)航
C++博客
首頁
聯(lián)系
聚合
管理
<
2006年8月
>
日
一
二
三
四
五
六
30
31
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
1
2
3
4
5
6
7
8
9
公告
常用鏈接
我的隨筆
我的評論
我參與的隨筆
留言簿
(71)
給我留言
查看公開留言
查看私人留言
隨筆分類
(264)
avidya(1)
(rss)
C\C++(21)
(rss)
ccache(8)
(rss)
CGL(5)
(rss)
eventrpc(1)
(rss)
gdb(2)
(rss)
libevent(2)
(rss)
lighttpd(10)
(rss)
linux kernel(7)
(rss)
Linux/Unix(32)
(rss)
memcached(2)
(rss)
mktags(4)
(rss)
Nginx(5)
(rss)
Perl(3)
(rss)
tokyo cabinet(5)
(rss)
操作系統(tǒng)(1)
(rss)
讀書筆記(3)
(rss)
服務(wù)器設(shè)計(jì)(42)
(rss)
腳本語言(1)
(rss)
經(jīng)驗(yàn)教訓(xùn)(4)
(rss)
其他(10)
(rss)
設(shè)計(jì)模式(24)
(rss)
算法與數(shù)據(jù)結(jié)構(gòu)(48)
(rss)
圖形學(xué)(1)
(rss)
網(wǎng)絡(luò)編程(22)
(rss)
隨筆檔案
(210)
2010年8月 (1)
2010年7月 (3)
2010年6月 (2)
2010年5月 (1)
2010年4月 (2)
2010年3月 (1)
2010年1月 (5)
2009年12月 (7)
2009年11月 (3)
2009年10月 (7)
2009年9月 (2)
2009年8月 (2)
2009年7月 (1)
2009年6月 (3)
2009年5月 (2)
2009年4月 (7)
2009年3月 (2)
2009年2月 (2)
2009年1月 (5)
2008年12月 (1)
2008年11月 (2)
2008年10月 (6)
2008年9月 (12)
2008年8月 (11)
2008年7月 (5)
2008年6月 (2)
2008年4月 (3)
2008年3月 (3)
2008年2月 (1)
2008年1月 (1)
2007年12月 (3)
2007年11月 (3)
2007年8月 (1)
2007年7月 (2)
2007年6月 (2)
2007年5月 (9)
2007年4月 (1)
2007年3月 (8)
2007年2月 (3)
2007年1月 (5)
2006年12月 (4)
2006年11月 (3)
2006年10月 (5)
2006年9月 (4)
2006年8月 (13)
2006年7月 (28)
2006年4月 (1)
2006年3月 (4)
2006年2月 (4)
2006年1月 (1)
2005年12月 (1)
相冊
ccache
lighttpd
tokyo cabinet
文件
關(guān)于我
我的google reader share
我的google reader share
開源項(xiàng)目
libevent
lighttpd
memcached
PCRE for Windows (Win32)
sqlite
STLFilt
論壇
ChinaUnix
OldLinux
朋友
cugb_cat
Edengundam
win_hate
ypxing
老羅
搜索
最新評論
1.?re: memcached采用的網(wǎng)絡(luò)模型
很好的文章，值得分享。
--紐約網(wǎng)站設(shè)計(jì)
2.?re: 常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C++)文檔及源碼打包下載
評論內(nèi)容較長,點(diǎn)擊標(biāo)題查看
--殘陽叢林
3.?re: libevent事件處理框架分析
@hailong
拿走后，堆的恢復(fù)是logn
--jiao
4.?re: 從半同步-半異步模式談服務(wù)器的設(shè)計(jì)
學(xué)習(xí)服務(wù)器的一些代碼模式。
--王小亮
5.?re: 讓libevent支持多線程
剛開始以為有個(gè)新的方法可以實(shí)現(xiàn)多線程。。。。其實(shí)就試類似pipe的方式， memcache就是這樣做的，可以參考一下
--fly2010love
閱讀排行榜
1.?同步/異步與阻塞/非阻塞的區(qū)別(53089)
2.?libevent事件處理框架分析(45257)
3.?epoll學(xué)習(xí)筆記(41162)
4.?解讀google C++ code style談對C++的理解(38167)
5.?集成libevent,google protobuf的RPC框架(27482)
6.?常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C++)文檔及源碼打包下載(24076)
7.?讓libevent支持多線程(23610)
8.?一個(gè)關(guān)于臨時(shí)對象和虛擬析構(gòu)函數(shù)的問題(22331)
9.?epoll為什么這么快(20299)
10.?二叉樹遍歷算法集合(前中后序遍歷的遞歸和非遞歸算法,層序遍歷算法)(20249)
11.?Callback在C\C++中的實(shí)現(xiàn)(20141)
12.?二分查找算法(迭代和遞歸版本)(18331)
13.?談目前項(xiàng)目組的代碼提交制度(17972)
14.?Linux下面的線程鎖,條件變量以及信號量的使用(15679)
15.?C++的流設(shè)計(jì)很糟糕(14788)
16.?二分查找學(xué)習(xí)札記(14300)
17.?memcached采用的網(wǎng)絡(luò)模型(13960)
18.?紅黑樹的實(shí)現(xiàn)源碼(第二次修訂版)(13686)
19.?多進(jìn)程服務(wù)器中,epoll的創(chuàng)建應(yīng)該在創(chuàng)建子進(jìn)程之后(12708)
20.?第一個(gè)socket程序-C\S模式的文件傳輸程序(12269)
21.?使用tolua++創(chuàng)建基于C\C++語言的lua腳本(12090)
22.?博客遷移(11695)
23.?從半同步-半異步模式談服務(wù)器的設(shè)計(jì)(11597)
24.?Lighty與Nginx的比較分析(11580)
25.?Btree算法實(shí)現(xiàn)代碼(11578)
26.?向德國人低頭(11532)
27.?epoll相關(guān)資料整理(11284)
28.?把二分查找算法寫正確需要注意的地方(11157)
29.?程序設(shè)計(jì)經(jīng)驗(yàn)總結(jié)(10250)
30.?我的項(xiàng)目Makefile文件模板(10175)
31.?帶超時(shí)機(jī)制的DNS解析API(9565)
32.?方法與工具(9417)
33.?自己設(shè)想的一個(gè)IM服務(wù)器的架構(gòu)(9200)
評論排行榜
1.?常見設(shè)計(jì)模式的解析和實(shí)現(xiàn)(C++)文檔及源碼打包下載(90)
国产成人精品三上悠亚久久
|
国产亚洲精品自在久久
|
无码AV波多野结衣久久
|
狠狠狠色丁香婷婷综合久久五月
|
天天影视色香欲综合久久
|
亚洲人成网亚洲欧洲无码久久
|
国内精品久久久久影院优
|
久久九九免费高清视频
|
久久精品国产精品亚洲毛片
|
日韩精品久久久久久久电影
|
久久国产欧美日韩精品
|
欧美精品福利视频一区二区三区久久久精品
|
精品多毛少妇人妻AV免费久久
|
亚洲国产二区三区久久
|
久久午夜羞羞影院免费观看
|
久久久久久亚洲精品影院
|
观看 国产综合久久久久鬼色 欧美 亚洲 一区二区
|
久久精品国内一区二区三区
|
国产精品99久久久精品无码
|
热久久国产精品
|
久久久无码精品亚洲日韩按摩
|
婷婷伊人久久大香线蕉AV
|
婷婷久久综合
|
久久久久99精品成人片牛牛影视
|
国产91久久精品一区二区
|
无码AV波多野结衣久久
|
久久亚洲AV成人无码
|
亚洲精品tv久久久久久久久久
|
国产高清美女一级a毛片久久w
|
9999国产精品欧美久久久久久
|
精品久久久久久久无码
|
少妇久久久久久久久久
|
精品久久久中文字幕人妻
|
大香伊人久久精品一区二区
|
一本久久免费视频
|
一本一道久久a久久精品综合
|
伊人色综合久久天天网
|
伊色综合久久之综合久久
|
国产99久久久国产精品小说
|
久久精品国产精品亚洲精品
|
久久99这里只有精品国产
|