青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

聚星亭

吾笨笨且懶散兮 急須改之而奮進
posts - 74, comments - 166, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理
題目要求:
         純C 、不準使用匯編,不準使用臨時變量(當然包括全局變量)實現(xiàn)一個strlen 函數(shù)。 
就是說,可以利用的資源只有那個參數(shù),但是有個要求就是不許破壞原字符串。 

         我能想到的方法就是遞歸,所以我給出的答案是:
unsigned int mystrlen(char *pszString)
{
    
if (*pszString == '\0')
    {
        
return 0;
    }

    
return mystrlen(++pszString)+1;
}

        出題的朋友說,這樣跟算是使用了內存,而且這樣遞歸會溢出,PASS掉了……,沒有辦法,知道求助我的同學,他們給出了這樣的答案:
int StrLlen(char * p)
{
    
*((int *)&- sizeof(int* 2 ) = 0;
    
while ( (*p))
    {
        (
*((int *)&- sizeof(int* 2 ))++ ;
        p
++;
    }
    
return *((int *)&- sizeof(int* 2 );  
         很佩服同學們的敏捷思路,不過這樣算是使用臨時變量呀,所以也很自然的被PASS了,經(jīng)過一個小時的漫長等待,出題的朋友給出了經(jīng)典的讓人吐血的答案:
strlen(char *p)
{
      
if(p[0== 0return 0;
      if (p[1== 0return 1;
         .....
      if(p[10000== 0return 10000;
      ....
}

         哎……

下面是應 OnTheWay 朋友的要求,給出的解釋:
         首先,題目本身的性質,我感覺就是消遣,肯定不會有人無聊到不用變量寫strlen,也肯定不會應用到實際情況,所以,大家不要太認真……

         再就是從技術的角度來講,空明流轉 和 OnTheWay 說的 訪問非法內存 我覺得應該不是這樣的,下面就我的理解,做出的解釋如下:
          
/**************************************************************************
    介于各位看官C水平不同,我在函數(shù)中做點兒解釋性的說明。
當然,由于本人水平也很菜,注釋僅限個人理解范疇,如有不對,請批評指正……
***************************************************************************
*/
int StrLlen(char * p)
{
    
// (int *)&p 這個應該不用解釋,就是取參數(shù)的地址。
    
// sizeof(int) * 2 求出兩個int的大小。
    *((int *)&- sizeof(int* 2 ) = 0;
    // 由于這里是減一個數(shù)值,由此,這句話就相當于申請兩個int變量,并將第一個變量初始化為0。
    // 如果這句話變成*((int *)&p + sizeof(int) * 2 ) = 0; 那就破壞了程序的參數(shù),算是非法訪問內存,可是人家是減的不是加
    while ( (*p))
    {
        (
*((int *)&- sizeof(int* 2 ))++// 使用剛才申請的變量作為累加器,存放字符串長度。
        p++;
    }

    
return *((int *)&- sizeof(int* 2 ); // 返回字符串長度。
         以上注釋,純粹是我的個人理解,本人剛學C語言,理解可能有誤,所以特地寫了一個測試程序,驗證一下上面的注釋:


      查看程序運行情況,看看是否有問題……

      運行沒有問題,再調試看看內存情況:

            我截取的匯編代碼,相關的內存情況我也截取了,有匯編有真相……


          這里跟我預期想的減兩個int大小有點出入,為什么減的是0x20?有待繼續(xù)考證,不過不影響我們的理解,它是減的地址,相當于申請變量,減0x20相當于申請了8個變量,而不是加了0x20,因此棧內存是安全的,不存在非法操作內存的情況……

          另外,這個就是一個娛樂,如果我的解釋看官明白了,我很欣慰,如果我講述的有問題,請回復我,我修改,如果沒看明白,就當我在逗自己玩……



路人甲
0x20解釋:
(int*)&p 表示是一個指針,指針的在32在系統(tǒng)是占4個字節(jié),sizeof(int)*2 = 8; 減8表示表示往回退8個指針,也就是8*4=32=0x20。這個就是T a[size]中,a+n 是表示(&(a[0])) + sizeof(T)*n

Feedback

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 01:20 by 一劍
哈哈哈

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 02:38 by 流年
額,無語了

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 09:09 by 麗可酷購物網(wǎng)站
空間看見愛是空間的即可撒

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 10:43 by chaoswork
我覺得
int StrLen(char *pszString)
{
return printf("%s",pszString);
}
不算犯規(guī)吧=。=
不想輸出的話就用sprintf

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 10:55 by XGuru
@chaoswork
嘿嘿,開始還看錯了,試了下沒想到printf真的有返回值呢~
http://www.geekinterview.com/kb/printf-Function-Return-Value.html

不過題目“可以利用的資源只有那個參數(shù)”,printf應該不能用把

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 11:59 by 小時候可靚了
那個if的,好像不錯!

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 13:13 by 空明流轉
第二的答案太shit了。。。會crack掉的。

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享[未登錄]  回復  更多評論   

2010-04-24 18:45 by OnTheWay
最后出題人給出的算是答案嗎?!
假如給定的字符串有1億個字符,那么是否需要寫1億個if?
盼給出解釋。
第二個答案根本就是訪問非法內存。

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-24 22:50 by besterChen
@chaoswork
我自己遞歸的函數(shù)都算違規(guī),調用庫函數(shù)也是一樣違規(guī)的……

@空明流轉
@OnTheWay
我在原文后給出追加解釋,希望我理解的沒有什么問題……

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享[未登錄]  回復  更多評論   

2010-04-25 09:25 by OnTheWay
訪問非法內存的意思是:訪問了你沒有權限操作的內存,或者說是你不應該操作的內存。
(int *)&p - sizeof(int) * 2 ,這句代碼就是訪問了不應該訪問的內存 ,雖然是 - sizeof(int) * 2。
這種操作是依據(jù)于實現(xiàn)的,是危險的操作,當然了訪問非法內存并一定會死機。

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-25 20:21 by besterChen
@OnTheWay
我感覺C支持嵌匯編,而這種用法符合匯編邏輯,我感覺是沒問題的不危險,而且一定不會死機的,或許是我剛開始學,理解不深入吧……
倘若這位兄臺有心,可否教授一二……

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-26 13:12 by shaker(太子)
這種操作是依據(jù)于實現(xiàn)的,具體的平臺和編譯器會有不同的實現(xiàn)!
也許目前在你的系統(tǒng)上是ok的,但換一個系統(tǒng)就不一定了。
你所說的匯編邏輯只是在win32+x86+VC上建立的。

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-26 17:28 by test
template<int T>
int smstrlen(char*p)
{
if(p[T]==0)
return T;
return smstrlen<T+1>(p);
}
template<>
int smstrlen<500>(char*p)
{
if(p[500]==0)
return 500;
return -1;
}

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享[未登錄]  回復  更多評論   

2010-04-26 17:48 by 12
強烈懷疑你同學修改了main()的參數(shù)內存

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享[未登錄]  回復  更多評論   

2010-04-26 22:30 by OnTheWay
template<int T>
int smstrlen(char*p)
{
if(p[T]==0)
return T;
return smstrlen<T+1>(p);
}

想到這種方法很不錯!我沒有想到。
不過這種方法只是把遞歸的邏輯改成了模板實現(xiàn),并且需要
template<>
int smstrlen<500>(char*p)
{
if(p[500]==0)
return 500;
return -1;
}
這個特化的模板來結束編譯器的遞歸推導過程。

此種解法的思想很好,不過此種方法存在的限制比遞歸還嚴重(需要特化,而這種特化太大了不好,太小了又可能出現(xiàn)問題)。


一下是使用尾遞歸的一種實現(xiàn):
int MyStelen(char *str, int size = 0)
{
return (*str++ == '\0') ? size : MyStelen(str, size + 1);
}

這種尾遞歸,不存在stack over flow的問題。不過沒有多大實際意義,僅僅具有學術討論價值,還是使用循環(huán)的方式比較好。

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享[未登錄]  回復  更多評論   

2010-04-27 15:45 by 路人甲
0x20解釋:
(int*)&p 表示是一個指針,指針的在32在系統(tǒng)是占4個字節(jié),sizeof(int)*2 = 8; 減8表示表示往回退8個指針,也就是8*4=32=0x20。這個就是T a[size]中,a+n 是表示(&(a[0])) + sizeof(T)*n

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-27 22:01 by besterChen
@shaker(太子)
是啊,以前學習的太雜,現(xiàn)在不想一直浮在水面上,想專一寫,所以,只學習了您說的這個平臺,對于別的環(huán)境不了解,嘿嘿

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-27 22:03 by besterChen
@路人甲
謝謝你的教誨,受教了,嘿嘿

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-28 09:49 by 溪流
申請棧內存的操作時 sub esp, xx
文中拿到的內存雖然也是在那個位置,但是 esp 未變化,這并不能算合法申請內存,而是在用不屬于自己的內存

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享[未登錄]  回復  更多評論   

2010-04-28 19:48 by besterChen
@溪流
恩,有道理,我沒有考慮過這個,是我的疏忽,嘿嘿……

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-29 15:45 by lymons
如果大家對內存中的棧空間(stack)有足夠的了解的話,這道題就變的容易的多了。

首先bz給的答案是對的。
原理就是利用棧空間中的一個空閑位置來存儲我們的計算數(shù)據(jù)。
實際上就是把這個空閑位置當成一個臨時的存儲空間來用。
比如,你可以寫的更簡單一些。
int mystrlen(char *string)
{
*(long *)(&string - sizeof(char *) - 4) = (long)string;
while(*string++);

return ((long)string - *(long *)(&string - sizeof(char *) - 4) - 1);
}
寫法雖然不同,但原理都是完全一樣的。

>>>>這里跟我預期想的減兩個int大小有點出入,為什么減的是0x20?
這有兩個原因:
1。 棧空間永遠是從高地址向低地址的方向發(fā)展的
2。 編譯器至少給當前函數(shù)分配20h(32)個字節(jié)的棧空間,即使該函數(shù)里沒有一個局部變量

所以,ESP(棧頂指針)會向下減去20h個字節(jié)。這樣,這32個字節(jié)是給當前函數(shù)使用的,在bz的例子中,因為函數(shù)里沒有一個局部變量,所以,這32個字節(jié)都是可以任意讀寫訪問的。

只要您找到這個空閑空間的地址,你當然就可以往里面寫入自己的數(shù)據(jù)嘍。

只要明白上面的事情,代碼就容易編寫了。
&string 就是 形參string在棧空間中的地址,把這個地址減去一個sizeof(char *),這是因為,形參string下面放的是函數(shù)的返回地址(不是返回值哦),它是不能被修改的,否則就會被hack了。然后再減去4個字節(jié),這個就是該函數(shù)的第一個空閑位置的地址了。

其實,了解棧的朋友都知道,當前正在被執(zhí)行的函數(shù)永遠是處于棧頂?shù)奈恢茫詶m斚旅娴目臻g都是沒有人使用的,只要您不超過棧空間的范圍(棧空間大小的默認值好像是8MB,不過一般的編譯器都能設置這個值),你就可以訪問這里面的任何一個地址。如果你像下面那么寫,也沒有任何問題,編譯器也不會有任何抱怨,也能得到正確的值:
int mystrlen(char *string)
{
*(long *)(&string - sizeof(char *) - 400) = (long)string;
while(*string++);

return ((long)string - *(long *)(&string - sizeof(char *) - 400) - 1);
}
不過,你得注意的是減去的這個值必須是地址寬度(4個字節(jié))的整數(shù)倍。

以上是俺的一點拙見,歡迎探討。

另外,糾正一下樓上幾位朋友的小錯誤。
棧空間里任何地址和內存都是靜態(tài)的,所以對于當前進程來說,他們都是可讀寫的,不存在非法訪問,所以才會出現(xiàn)緩沖區(qū)溢出的漏洞,會被那些hacker抓住,奪取系統(tǒng)的管理權限;
而堆里的內存如果在沒有被分配出來的情況下,才會出現(xiàn)非放訪問。如果您了解進程空間的布局,您就不會犯這個錯誤了。

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-04-29 17:13 by Uniker
這個好暴力~~~

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-07-30 05:47 by hoodlum1980
其實它只是利用棧頂?shù)目臻g去“偷偷”使用棧頂?shù)目臻g,是“相對安全的”,根據(jù)cpu體系而定,棧是向(esp減小)方向增長的。所以減去多少的關鍵是必須保證這個變量的位置在“安全區(qū)域”,當然減的越大越安全(在沒有stack overflow的前提下);因為參數(shù)上面可能是調用函數(shù)指令的下一條指令的地址,還有一些寄存器的值,這里int類型的指針減8,相當于在參數(shù)基礎上向上跨越32個字節(jié);所以如果你減的太少,可能會訪問到棧內數(shù)據(jù),那就是非法訪問。如果減的很多,就會處于“棧外”,那樣就是安全的。

# re: 群里的一道吐血題目,不過讓我挺感慨的,發(fā)出來與大家分享  回復  更多評論   

2010-07-30 06:01 by hoodlum1980
另外我還覺得前面網(wǎng)友的回復中:
“棧空間里任何地址和內存都是靜態(tài)的,所以對于當前進程來說,他們都是可讀寫的,不存在非法訪問,。。。:”
這句話值得商榷。
棧是屬于線程的,而不是屬于“進程”。即每個線程有自己獨立的棧,在創(chuàng)建線程使可以制定棧的大小,根據(jù)MSDN說法如果不制定由系統(tǒng)默認為1MB,受虛擬內存限制所以這種情況下最多可以創(chuàng)建大約2028線程(可以減小棧的大小來創(chuàng)建更多) 。

所以每個線程有自己獨立的棧;這樣在多線程編程的時候尤其需要注意,不能把線程的棧上地址用于線程間通訊。例如線程A把它的棧上的地址通信給線程B,如果這時候線程A已經(jīng)自然退出,就會發(fā)生非法內存訪問。切記。
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            久久成人18免费观看| 亚洲高清免费视频| 亚洲精品一区二区网址| 亚洲男人影院| 91久久国产自产拍夜夜嗨| 午夜精品在线| 黑人巨大精品欧美一区二区小视频| 日韩亚洲视频在线| 亚洲日韩欧美视频一区| 欧美在线影院| 亚洲黄色高清| 亚洲欧美日韩精品久久亚洲区 | 亚洲国产欧美精品| 欧美视频在线一区| 免费成人你懂的| 农村妇女精品| 一区二区高清| 久久亚洲视频| 亚洲欧美日韩精品在线| 亚洲国产午夜| 欧美一区二区久久久| 99国产精品99久久久久久| 性做久久久久久久免费看| 亚洲日本中文字幕区| 亚洲欧美日韩另类| 亚洲伊人观看| 国产精品v一区二区三区| 亚洲国产一区二区在线| 韩国av一区二区三区四区| 亚洲视频导航| 亚洲一区二区精品视频| 欧美国产一区在线| 亚洲丶国产丶欧美一区二区三区| 国产精品你懂得| 亚洲无亚洲人成网站77777| 99热这里只有精品8| 欧美日韩一本到| 亚洲作爱视频| 久久精品30| 欧美一级大片在线观看| 久久成人精品无人区| 亚洲电影av| 国产精品va在线播放我和闺蜜| 一本一本久久a久久精品综合麻豆 一本一本久久a久久精品牛牛影视 | 亚洲特色特黄| 免费成人小视频| 狠狠久久亚洲欧美专区| 亚洲欧美日韩一区二区三区在线| 日韩手机在线导航| 国产精品久久久久7777婷婷| 亚洲国产综合在线看不卡| 欧美成人中文字幕在线| 亚洲一区黄色| 亚洲人成网站精品片在线观看 | 国产在线精品一区二区夜色| 国产精品三级视频| 欧美福利一区二区| 欧美成人精品一区二区三区| 欧美激情五月| 欧美性视频网站| 国产精品在线看| 国产精品一区视频网站| 永久91嫩草亚洲精品人人| 国产精品理论片| 在线视频精品一区| 久久在线精品| 一区二区三区免费看| 国内精品模特av私拍在线观看| 亚洲精品少妇网址| 欧美~级网站不卡| 久久女同精品一区二区| 亚洲无线观看| 国产精品大片wwwwww| 六月婷婷久久| 欧美在线视频a| 黑丝一区二区三区| 小处雏高清一区二区三区| 一本一本久久a久久精品综合妖精 一本一本久久a久久精品综合麻豆 | 欧美资源在线观看| 亚洲一区二区三区影院| 亚洲国产美女久久久久| 欧美在线观看网站| 性色一区二区三区| 一区二区三区精品在线| 亚洲精品永久免费精品| 91久久精品美女高潮| 欧美激情综合| 欧美激情一区二区久久久| 玖玖在线精品| 免费看亚洲片| 欧美大片91| 欧美国产视频在线| 欧美激情久久久| 亚洲免费精彩视频| 亚洲午夜国产成人av电影男同| 亚洲国产一区二区三区a毛片| 亚洲高清久久| 亚洲伊人网站| 久久精品99| 午夜精品久久久久久久99水蜜桃| 亚洲性感激情| 久久久久网址| 裸体丰满少妇做受久久99精品| 蜜臀av在线播放一区二区三区| 久久久精品动漫| 欧美福利影院| 国产日韩一区| 亚洲精品日韩精品| 久久精品91久久久久久再现| 欧美激情国产高清| 亚洲手机成人高清视频| 老鸭窝毛片一区二区三区| 欧美日韩国产天堂| 在线欧美日韩精品| 亚洲一区日韩在线| 久久亚洲春色中文字幕| 99天天综合性| 欧美精品一区二区三区蜜桃| 国产一区久久久| 久久久综合香蕉尹人综合网| 亚洲手机成人高清视频| 老司机精品视频一区二区三区| 国产精品羞羞答答| 亚洲一区在线看| 日韩系列在线| 欧美另类专区| 99精品视频网| 亚洲精品国产精品国产自| 99精品国产在热久久婷婷| 亚洲国产视频直播| 久久精品免视看| 国产精品婷婷| 亚洲欧美区自拍先锋| 日韩视频亚洲视频| 久久免费精品日本久久中文字幕| 国产欧美视频一区二区三区| 午夜视频久久久| 亚洲一区二区三区精品在线| 国产精品久久久久久久久久ktv | 国产一级久久| 欧美综合国产| 久久不见久久见免费视频1| 国产一区二区黄| 欧美大片国产精品| 欧美日韩伦理在线| 午夜精品偷拍| 牛牛精品成人免费视频| 中文在线资源观看视频网站免费不卡| 亚洲视频电影图片偷拍一区| 卡一卡二国产精品| 欧美色123| 蜜臀av国产精品久久久久| 欧美激情1区2区3区| 午夜视频一区二区| 欧美精品三区| 欧美va亚洲va国产综合| 国产欧美精品一区二区三区介绍| 久久久国产精彩视频美女艺术照福利| 老司机久久99久久精品播放免费| 亚洲看片一区| 免费在线观看日韩欧美| 午夜一区不卡| 欧美特黄一区| 亚洲精品一线二线三线无人区| 国产精品永久入口久久久| 日韩一二三区视频| 亚洲裸体视频| 久久精品亚洲| 国产精品一区二区三区久久| 亚洲精品综合| 欧美视频亚洲视频| 韩国亚洲精品| 亚洲区国产区| 国产精品久久久久久久久搜平片| 亚洲欧美在线免费观看| 久久精品国产精品亚洲| 黄色欧美成人| 亚洲国产欧美不卡在线观看 | 国产伦精品一区二区三区视频孕妇 | 亚洲在线观看免费| 精品动漫av| 亚洲影院免费| 1204国产成人精品视频| 亚洲精品国产无天堂网2021| 国产精品麻豆va在线播放| 裸体一区二区三区| 国产精品久久看| 91久久精品国产91久久| 在线免费观看一区二区三区| 一区二区91| 一区二区av在线| 久久综合色婷婷| 久久综合色影院| 国产在线精品一区二区中文| 日韩一区二区免费看| 亚洲精品黄网在线观看| 免费久久精品视频| 久久婷婷国产综合国色天香| 国产精品久久午夜| 日韩亚洲欧美在线观看|