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

旭++

張旭的C++學(xué)習(xí)筆記
posts - 5, comments - 8, trackbacks - 0, articles - 0
  C++博客 :: 首頁 :: 新隨筆 :: 聯(lián)系 :: 聚合  :: 管理

2007年12月10日

 

      從上周三,我才真正了解到我要做的東西(FTPserver)是一個涉及知識極其廣泛的復(fù)雜程序。而并非之前以為的,單純的C\S模式文件傳輸程序。

      首先按照老師的提示,配了ftp服務(wù)器和web服務(wù)器,熟悉了一些ftp命令和配置方法。但是對ftp的通信方式和具體過程還是一無所知。

      接下來找來RFC-FTP協(xié)議來看,同時參考了telnet協(xié)議和http協(xié)議。結(jié)果還是一頭霧水,搞不清楚協(xié)議中規(guī)定的東西到底應(yīng)該怎樣去實現(xiàn)。

      我打算轉(zhuǎn)變思路,動手做試驗。模擬了一個服務(wù)器端程序,這個程序只能send一條信息和recv一條信息并且打印,然后用linux自帶的ftp客戶端程序去連接模擬服務(wù)器。我想他們之間肯定是有通信來往的,這樣做可以觀察客戶端到底傳給服務(wù)器怎樣形式的信息。經(jīng)過反復(fù)測試。終于搞明白了客戶端和服務(wù)器之間嚴(yán)格按照RFC-959協(xié)議的規(guī)定一問一答的通訊方式。

      接下來,我就沒有著急動手繼續(xù)寫程序,而是去網(wǎng)上搜索了不少關(guān)于ftp協(xié)議的文檔和討論。了解了雙socket-(控制通道,數(shù)據(jù)通道)。了解了主動傳輸和被動傳輸?shù)膮^(qū)別。

      看了這些材料以后,我已經(jīng)大概對整個ftp整個傳輸過程有一個了解。接下來繼續(xù)完善了模擬服務(wù)器,能夠用ftp客戶端軟件登陸和退出(只做肯定回應(yīng))。這樣控制通道的通信已經(jīng)可以正常對話了。剩下的一大問題就是數(shù)據(jù)通道的通信方式了。

      做到這里,我遇到了兩個棘手的問題。

      Listen()監(jiān)聽函數(shù)是如何作用的?按我的理解,listen函數(shù)是這道題目中“控制最大同時訪問數(shù)”的關(guān)鍵。我在編碼過程中對這個地方做了試驗:當(dāng)我在while(1)中執(zhí)行accept時,當(dāng)接收到客戶端connect請求時,fork()建立子進程去處理,父進程繼續(xù)循環(huán)等待accept(),之前l(fā)isten函數(shù)backlog為2。但結(jié)果是我仍然可以使用三個以上的ftp客戶端進程去同時訪問服務(wù)器,并保持連接不斷開或者阻塞。

      兩臺電腦相互通信,如何取得適合對方訪問的自己IP地址?在客戶端要求使用被動傳輸模式的時候,服務(wù)器要建立臨時的數(shù)據(jù)傳輸通道,并把建好的本機地址+新端口,以“msg…. (xxx,xxx,xxx,xxx,xxx,xxx) \r\n”的形式發(fā)送給客戶端,客戶端根據(jù)所給的地址和端口號和服務(wù)器的數(shù)據(jù)傳輸通道建立連接。在C/C++里,可以使用gethostname函數(shù)獲取本機名稱,根據(jù)獲取的名稱,使用gethostbyname函數(shù)可以獲取本機的IP地址。但是這個IP地址永遠是127.0.0.1(至少我的程序中是這樣的)。但是這個地址傳給對方,對方并不能按照這個地址找到服務(wù)器(除非客戶端和服務(wù)器在同一臺電腦上)。如果客戶端和服務(wù)器在同一局域網(wǎng)中的不同電腦上,那服務(wù)器應(yīng)該傳給客戶端類似192.168.x.x的地址。如果在internet范圍內(nèi)則需要傳送互聯(lián)網(wǎng)上的IP地址。而真正的ftp服務(wù)器和客戶端之間的通信,是可以發(fā)送適合對方訪問自己的IP地址給對方的。而目前所了解到的函數(shù),gethostname和gethostbyname函數(shù)并不能完成這項要求。

在網(wǎng)上查了很多資料,關(guān)于以上兩個問題,有不少存在和我類似情況的提問,不過回答不甚詳細。

posted @ 2007-12-10 22:58 張旭 閱讀(2339) | 評論 (1)編輯 收藏

2007年12月2日

在編寫socket ftp之前,我對fork函數(shù)進行了學(xué)習(xí)。
先看這段范例代碼:
#include <unistd.h>


#include 
<sys/types.h>


main () 





   pid_t pid; 


        pid
=fork(); 


        
if (pid < 0


                printf(
"error in fork!"); 


        
else if (pid == 0


                printf(
"i am the child process, my process id is %dn",getpid()); 


        
else 


                printf(
"i am the parent process, my process id is %dn",getpid()); 



}
 

這段代碼寫了一個使用fork函數(shù)創(chuàng)建子進程,父子進程同時運行而產(chǎn)生交錯的,不一樣的運行結(jié)果。
運行結(jié)果如下:
[root@localhost c]# ./a.out
i am the child process, my process id is 4286
i am the parent process, my process id is 4285 
      fork在英文中是叉子,分叉的意思,在函數(shù)fork中,取后面的意思。很形象的表示程序從這里分叉,fork函數(shù)創(chuàng)建了子進程,子進程和父進程同時(其實是cpu分時處理)開始運行分叉之后的程序。
      我把程序改寫了一下: 

 

#include <unistd.h>
#include 
<sys/types.h>
main()
{
        pid_t pid;
        printf(
"\n[%d]not fork pid=%d\n",getpid(),pid);
        pid
=fork();
        printf(
"\n[%d]forked pid=%d\n",getpid(),pid);
        
if(pid<0)
        
{
                printf(
"error in fork!\n");
                getchar();
                exit(
1);
        }

        
else if(pid==0)
                printf(
"\n[%d]in child process,p_id=%d\n",getpid(),getpid());
        
else
        
{
                printf(
"\n[%d]in parent process,my pid=%d\n",getpid(),pid);
                printf(
"\n[%d]in parent process,my getpid=%d\n",getpid(),getpid());

        }

}


程序運行結(jié)果如下:
[hardy@localhost fork]$ ./fork

[3819]not fork

[3820]forked pid=0

[3820]in child process,p_id=3820

[3819]forked pid=3820

[3819]in parent process,my pid=3820

[3819]in parent process,my getpid=3819

可以清楚的看到 not fork只打印了一次,其中[3819]是父進程的進程號,創(chuàng)建fork以后,fork函數(shù)返回給父進程的值pid是子進程的進程號[3820],而在子進程中,pid值為零。也就是說子進程中,pid被置零。

引用網(wǎng)上一位網(wǎng)友的解釋“其實就相當(dāng)于鏈表,進程形成了鏈表,父進程pid(p 意味point)指向子進程的進程id, 因為子進程沒有子進程,所以其pid為0. 

下面有一個很有意思的程序:
#include <sys/types.h>
#include 
<unistd.h>

int main()
{
        
int i;
        
for( i= 0; i< 3; i++)
        
{
                
int pid= fork();
                
if(pid== 0)
                
{
                        printf(
"son\n");
                }

                
else
                
{
                        printf(
"father\n");
                }

        }

        
return 0;
}


大家想想看最后將出現(xiàn)幾個son 幾個father呢?








對一下答案吧:
[hardy@localhost fork]$ ./fork
father
son
son
son
father
father
son
father
son
son
father
father
son
father

總共7個son7個father。你答對了么?

這道題需要在紙上畫畫才好理解
for            i=0         1           2
               father     father     father
                                           son
                              son       father
                                            son
               son       father        father
                                             son
                              son         father
                                             son
其中每一行分別代表一個進程的運行打印結(jié)果。
當(dāng)產(chǎn)生子進程的時刻,子進程打印son,當(dāng)子進程調(diào)用fork的生成子子進程,他就提升為father。
總結(jié)來說,father永遠打印father,son在fork之前是son,fork之后就為father,同時生成新的son。
這個比喻就像真正的父子,孩子長大了生了小孩,孩子就成了父親。而父親永遠是父親。

posted @ 2007-12-02 15:20 張旭 閱讀(11649) | 評論 (7)編輯 收藏

2007年12月1日

      今天花了一下午的時間學(xué)習(xí)李老師新寫的智能猜數(shù)字程序,從執(zhí)行效率上來看,在取值范圍比我做的大1萬倍的情況下,計算次數(shù)幾乎相同。所以我學(xué)習(xí)的重點集中在,算法是如何優(yōu)化的。
      首先回憶我自己的程序算法,是先創(chuàng)造一個結(jié)果全集(在取四位的情況下全集是1萬),在根據(jù)提示逐步篩選出正確的答案。但是這種算法在全集總數(shù)巨大的時候(李老師的程序取8位,全集為1億),那么程序的執(zhí)行效率必然是大打折扣的。
      智能猜數(shù)字游戲中最關(guān)鍵的就是計算機產(chǎn)生假設(shè)的那個函數(shù),李老師的相關(guān)函數(shù)是

char * generate_new_answer (RECORD * ar, OPTIONS * opt)

      我的疑問也主要集中在這部分,先說說我看明白的部分。

 1if (!ar->count)
 2    {   // First step work
 3//        i = size = (unsigned long) pow (opt->total_num, opt->select_num)+2;
 4  
 5        for (i=0, size = 1; i<opt->select_num;i++)//計算集合的總數(shù) 
 6        {
 7            size *= opt->total_num;
 8        }

 9        i = size = size + 2
10        
11        for (j=0; j<opt->select_num; j++)
12        {
13            ar->answer[ar->count  ][opt->select_num-j-1= opt->resource [(opt->total_num*10-j-1)%opt->total_num];
14            ar->answer[ar->count+1][j] = opt->resource [opt->total_num-1];
15        }

16        return (ar->answer[ar->count]);
17    }
 
      上面這一段是當(dāng)還未進行猜測的時候觸發(fā)的一段函數(shù)。
      5-9行是計算一下整個集合的數(shù)量,10選8的結(jié)果應(yīng)該是10的8次方,1億。其中變量i在之前靜態(tài)聲明。
      11-15行是生成第一次和第二次要猜測的answer。至于為什么要固定第一次和第二次的猜測答案。在我的程序中也有類似的設(shè)定,我的全集是(0000-9999)規(guī)定第一次猜測9876,第二次猜測2345。這樣做的好處是可以最大限度的加速猜測速度。如果第一次猜0000,而第二次猜1111的話,排除掉的結(jié)果比較少。
      最后函數(shù)返回第一次的猜測結(jié)果。 
      
for (; i; i--)
    
{

    }

      上面這個循環(huán)是當(dāng)有了猜測數(shù)后,開始進行排除工作,最后產(chǎn)生一個有效的新的答案。i是集合中剩余結(jié)果的數(shù)量。

 1ar->answer[ar->count][0++;
 2        for (j=0; j<opt->select_num; j++)
 3        {
 4            if (ar->answer[ar->count][j] > opt->resource [opt->total_num-1])
 5            {
 6                ar->answer[ar->count][j] = opt->resource [0];
 7                ar->answer[ar->count][j+1]++;
 8                ar->answer[ar->count][opt->select_num] = 0;
 9            }
 else
10            {
11                break;
12            }

13        }

      上面這段是進入循環(huán)之后的第一段代碼,
      1行,猜測次數(shù)加1.
      2-13行從注釋來看這是生成一個新的答案系列,可是我只能看出這是對本次對比篩選的答案的檢查,看是否超出全集中的范圍。
1  for (j=0; j<ar->count; j++)
2        {   // compare with all records
3            give_answer_tip (tip, ar->answer[j], ar->answer[ar->count], opt->select_num);
4            if (tip[0!= ar->tip[j][0|| tip[1!= ar->tip[j][1])
5            {
6                break;
7            }

8        }

      上面這段是進入循環(huán)之后的第二段代碼,
      將這個結(jié)果和前幾次的猜測做“猜數(shù)字判斷”,如果和之前的猜測結(jié)果不完全相同的,則跳出。
      這一點不太明白。首先為什么要和之前的結(jié)果做比對。之前的結(jié)果是猜數(shù)和答案的關(guān)系。而新猜數(shù)和舊猜數(shù)之間的關(guān)系能說明什么呢?這不是慣常的思路。      
1if (j == ar->count)
2        {   // pass all records check, record new answer
3            memcpy (ar->answer[ar->count+1], ar->answer[ar->count], opt->select_num);
4            return (ar->answer[ar->count]);
5        }

      當(dāng)上一個循環(huán)沒有break時,也就是(當(dāng)前數(shù)字和之前猜數(shù))的比對結(jié)果和(之前猜數(shù)和答案)的比對結(jié)果都不一樣的時候。這該數(shù)字為新的猜數(shù)。返回。

posted @ 2007-12-01 17:05 張旭 閱讀(521) | 評論 (0)編輯 收藏

     摘要: 在TCP/IP網(wǎng)絡(luò)結(jié)構(gòu)中,為了保證網(wǎng)絡(luò)安全,網(wǎng)絡(luò)人員往往需要在路由器上添加防火墻,禁止非法用戶用ftp等安全危害較大的TCP/IP協(xié)議訪問主機。而有時系統(tǒng)維護人員需要用ftp將一些文件從中心機房主機傳到前端網(wǎng)點主機上,比如應(yīng)用程序的替換升級。如果每次傳輸文件時都要打開防火墻,未免顯得有些繁瑣,要是在自己的應(yīng)用程序中增加一個專門的文件傳輸模塊,那將是十分愉快的事情。   閱讀全文

posted @ 2007-12-01 01:27 張旭 閱讀(2237) | 評論 (0)編輯 收藏

     摘要: 今天重新把socket編程中的每一個函數(shù)的功能和說明都仔細的看了一遍,也有了更深一層的理解。在經(jīng)歷一次面試的失利之后,我覺得最大的問題就出在沒有對學(xué)過的知識力求甚解,導(dǎo)致對概念不清楚。所以在看這部分知識的時候,倍加用心的研究。
socket編程中主要用到一個結(jié)構(gòu) sockaddr和以下幾個函數(shù),socket(),bind(),connect(),listen(),accept(),send(),recv()。  閱讀全文

posted @ 2007-12-01 00:22 張旭 閱讀(640) | 評論 (0)編輯 收藏

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <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>
            欧美日韩视频专区在线播放| 一本色道久久88综合亚洲精品ⅰ| 亚洲大片精品永久免费| 亚洲美女在线观看| 国产麻豆精品在线观看| 国产精品欧美一区二区三区奶水| 欧美日韩久久| 国产一本一道久久香蕉| 国产精品欧美日韩一区| 亚洲高清自拍| 亚洲欧美中文字幕| 欧美chengren| 一区二区电影免费观看| 99视频精品在线| 久久久精品网| 国产精品一级在线| 亚洲国产欧美另类丝袜| 久久琪琪电影院| 欧美一级专区| 中日韩美女免费视频网址在线观看| 香港成人在线视频| 欧美色图麻豆| 亚洲私人影吧| 久久午夜视频| 欧美一区二区三区免费视| 国产精品人人做人人爽人人添| 亚洲午夜未删减在线观看| 欧美高清在线视频观看不卡| 久久精品电影| 亚洲人成网站在线观看播放| 亚洲欧美日韩精品| 男男成人高潮片免费网站| 欧美亚洲网站| 狠狠色丁香婷综合久久| 国产精品激情| 免费在线看成人av| 一本色道久久综合精品竹菊| 蜜臀av一级做a爰片久久| 亚洲一级免费视频| 国产精品第十页| 欧美在线视频观看| 午夜精品免费在线| 精品二区久久| 一区二区三区高清不卡| 国产欧美91| 欧美风情在线观看| 国产精品专区第二| 欧美1区免费| 牛牛影视久久网| 一区二区三区精密机械公司 | 国产日本欧美一区二区三区| 亚洲午夜小视频| 黑人巨大精品欧美一区二区小视频| 免费成人小视频| 国产精品大片| 久久亚洲一区二区| 欧美揉bbbbb揉bbbbb| 免费人成精品欧美精品| 欧美午夜宅男影院在线观看| 欧美制服丝袜第一页| 欧美激情精品久久久久| 亚洲四色影视在线观看| 欧美日韩精品免费观看视频完整| 久久精品免费电影| 国产亚洲毛片| 久久久国产视频91| 国产精品网站在线观看| 久久视频这里只有精品| 欧美精品一区二区三区在线看午夜| 亚洲综合精品自拍| 久久国产欧美精品| 亚洲三级电影在线观看| 欧美福利视频一区| 欧美高清在线精品一区| 在线成人国产| 欧美va天堂va视频va在线| 亚洲国产美国国产综合一区二区| 日韩视频在线一区二区三区| 亚洲精品视频在线| 欧美性色视频在线| 亚洲欧美电影院| 女人天堂亚洲aⅴ在线观看| 国产日韩欧美在线播放| 亚洲在线免费观看| 欧美不卡视频一区发布| 久久在线免费| 亚洲欧美成人网| 国产精品美女久久久浪潮软件| 亚洲视频中文字幕| 久久嫩草精品久久久久| 一区二区三区欧美视频| 亚洲国产高清在线观看视频| 日韩亚洲精品在线| 国产精品成人av性教育| 久久九九国产精品| 亚洲精品自在在线观看| 久久成人免费电影| 欧美.www| 一区二区三区精密机械公司 | 影音欧美亚洲| 亚洲乱码国产乱码精品精98午夜| 亚洲午夜黄色| 牛牛影视久久网| 亚洲一区国产| 亚洲激情视频在线| 午夜精品久久久久久久男人的天堂| 午夜亚洲福利在线老司机| 欧美精品一区二| 一区二区三区中文在线观看| 亚洲欧美在线免费观看| 亚洲美女在线看| 欧美一区成人| 国产日韩精品一区二区三区| 国产一区二区精品在线观看| 日韩视频在线一区二区三区| 麻豆九一精品爱看视频在线观看免费| 亚洲国产美女| 嫩模写真一区二区三区三州| 国产一区二区三区直播精品电影 | 亚洲高清av在线| 久久狠狠一本精品综合网| 一本一本a久久| 欧美日韩国产精品一区| 亚洲韩国日本中文字幕| 亚洲国产精品尤物yw在线观看| 久久不射网站| 精品96久久久久久中文字幕无| 亚洲欧美日韩国产一区二区| 99国内精品久久| 国产精品资源| 久久精品系列| 久色成人在线| 亚洲午夜国产一区99re久久| 亚洲一区二区精品在线观看| 欧美日韩精品三区| 校园春色综合网| 久久精品夜色噜噜亚洲a∨ | 国产精品超碰97尤物18| 亚洲一区免费视频| 久久一综合视频| 亚洲伦理在线观看| 亚洲欧美日韩国产中文| 午夜欧美大片免费观看| 在线国产精品一区| 日韩网站免费观看| 伊人伊人伊人久久| 亚洲性线免费观看视频成熟| 国产区亚洲区欧美区| 久久先锋影音av| 欧美日韩国产另类不卡| 久久福利视频导航| 久久精品视频网| 亚洲男人天堂2024| 免费观看30秒视频久久| 欧美在线三区| 欧美日韩在线直播| 欧美黑人在线播放| 国产欧美91| 欧美在线观看视频| 久久国产日韩欧美| 国产麻豆9l精品三级站| 亚洲区第一页| 亚洲午夜视频在线| 欧美日韩三区| 亚洲视频第一页| 亚洲一区在线观看免费观看电影高清| 久久夜色精品一区| 亚洲高清不卡| 亚洲一区亚洲| 国产三级欧美三级| 久久福利毛片| 美日韩精品免费| 1769国产精品| 欧美女同在线视频| 亚洲伦理自拍| 亚洲欧美中文在线视频| 国产精品久久久久久影院8一贰佰| 亚洲精品中文字幕在线观看| 亚洲国产一区二区a毛片| 久久久无码精品亚洲日韩按摩| 亚洲午夜久久久久久久久电影网| 国产精品久久中文| 宅男精品视频| 乱人伦精品视频在线观看| 亚洲美女精品一区| 国产精品乱码久久久久久| 欧美一区二区福利在线| 在线观看视频一区二区| 美女主播一区| 午夜精品福利在线| 欧美激情国产高清| 国产精品嫩草影院av蜜臀| 正在播放欧美一区| 久久色在线观看| 午夜影视日本亚洲欧洲精品| 国产一区二区三区在线观看网站 | 9色精品在线| 国产精品入口66mio| 欧美成人a∨高清免费观看| 一区二区三区国产盗摄|