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

旭++

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

2007年12月10日

 

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

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

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

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

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

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

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

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

      兩臺電腦相互通信,如何取得適合對方訪問的自己IP地址?在客戶端要求使用被動(dòng)傳輸模式的時(shí)候,服務(wù)器要建立臨時(shí)的數(shù)據(jù)傳輸通道,并把建好的本機(jī)地址+新端口,以“msg…. (xxx,xxx,xxx,xxx,xxx,xxx) \r\n”的形式發(fā)送給客戶端,客戶端根據(jù)所給的地址和端口號和服務(wù)器的數(shù)據(jù)傳輸通道建立連接。在C/C++里,可以使用gethostname函數(shù)獲取本機(jī)名稱,根據(jù)獲取的名稱,使用gethostbyname函數(shù)可以獲取本機(jī)的IP地址。但是這個(gè)IP地址永遠(yuǎn)是127.0.0.1(至少我的程序中是這樣的)。但是這個(gè)地址傳給對方,對方并不能按照這個(gè)地址找到服務(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ù)并不能完成這項(xiàng)要求。

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

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

2007年12月2日

在編寫socket ftp之前,我對fork函數(shù)進(jìn)行了學(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()); 



}
 

這段代碼寫了一個(gè)使用fork函數(shù)創(chuàng)建子進(jìn)程,父子進(jìn)程同時(shí)運(yùn)行而產(chǎn)生交錯(cuò)的,不一樣的運(yùn)行結(jié)果。
運(yùn)行結(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)建了子進(jìn)程,子進(jìn)程和父進(jìn)程同時(shí)(其實(shí)是cpu分時(shí)處理)開始運(yùn)行分叉之后的程序。
      我把程序改寫了一下: 

 

#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());

        }

}


程序運(yùn)行結(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]是父進(jìn)程的進(jìn)程號,創(chuàng)建fork以后,fork函數(shù)返回給父進(jìn)程的值pid是子進(jìn)程的進(jìn)程號[3820],而在子進(jìn)程中,pid值為零。也就是說子進(jìn)程中,pid被置零。

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

下面有一個(gè)很有意思的程序:
#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)幾個(gè)son 幾個(gè)father呢?








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

總共7個(gè)son7個(gè)father。你答對了么?

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

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

2007年12月1日

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

    }

      上面這個(gè)循環(huán)是當(dāng)有了猜測數(shù)后,開始進(jìn)行排除工作,最后產(chǎn)生一個(gè)有效的新的答案。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        }

      上面這段是進(jìn)入循環(huán)之后的第一段代碼,
      1行,猜測次數(shù)加1.
      2-13行從注釋來看這是生成一個(gè)新的答案系列,可是我只能看出這是對本次對比篩選的答案的檢查,看是否超出全集中的范圍。
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        }

      上面這段是進(jìn)入循環(huán)之后的第二段代碼,
      將這個(gè)結(jié)果和前幾次的猜測做“猜數(shù)字判斷”,如果和之前的猜測結(jié)果不完全相同的,則跳出。
      這一點(diǎn)不太明白。首先為什么要和之前的結(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)上一個(gè)循環(huán)沒有break時(shí),也就是(當(dāng)前數(shù)字和之前猜數(shù))的比對結(jié)果和(之前猜數(shù)和答案)的比對結(jié)果都不一樣的時(shí)候。這該數(shù)字為新的猜數(shù)。返回。

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

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

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

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

posted @ 2007-12-01 00:22 張旭 閱讀(641) | 評論 (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>
            久久亚洲图片| 亚洲免费影视| 久久尤物视频| 国产一区二区按摩在线观看| 欧美自拍偷拍| 浪潮色综合久久天堂| 亚洲激情视频在线播放| 另类欧美日韩国产在线| 亚洲精品乱码久久久久久日本蜜臀| 性8sex亚洲区入口| 久久人人爽爽爽人久久久| 99re6热只有精品免费观看| 欧美丝袜一区二区三区| 久久激情五月丁香伊人| 日韩视频中午一区| 久久久精品日韩| 亚洲视频在线观看网站| 好男人免费精品视频| 欧美日韩精品一区视频| 久久精品欧洲| 一本色道婷婷久久欧美| 欧美成人精品1314www| 午夜国产不卡在线观看视频| 黄色日韩网站| 亚洲乱码日产精品bd| 狠狠色狠狠色综合日日tαg | 亚洲永久免费| 亚洲激情成人网| 久久亚洲二区| 日韩视频在线一区二区| 欧美专区亚洲专区| 欧美日韩精品在线观看| 黄页网站一区| 国产模特精品视频久久久久| 欧美国产精品人人做人人爱| 香蕉免费一区二区三区在线观看| 久久亚洲精品一区二区| 国产精品hd| 国产精品扒开腿做爽爽爽软件| 国产一区二区中文| 国产精品久久久久久一区二区三区| 美女精品自拍一二三四| 久久精品首页| 欧美视频中文一区二区三区在线观看| 好看的av在线不卡观看| 午夜精品短视频| 亚洲免费电影在线| 免费亚洲网站| 国产精品www| 亚洲人在线视频| 欧美制服第一页| 亚洲精品久久久久中文字幕欢迎你| 亚洲综合国产精品| 亚洲影视中文字幕| 欧美巨乳波霸| 国产精品视频九色porn| 国产一区二区剧情av在线| 亚洲视频网在线直播| 亚洲国产一区二区三区高清| 99国产精品久久久久久久成人热| 亚洲三级性片| 欧美aa国产视频| 亚洲欧洲日本mm| 欧美激情视频网站| 在线综合亚洲欧美在线视频| 欧美一区二区三区四区在线观看地址| 久久青青草综合| 好看的日韩视频| 快射av在线播放一区| 久久久噜噜噜久噜久久| 欧美美女bbbb| 日韩亚洲欧美在线观看| 亚洲级视频在线观看免费1级| 欧美激情一二区| 国产丝袜一区二区| 亚洲激情不卡| 亚洲人成人一区二区三区| 欧美高清视频在线| 国产精品99久久久久久久女警 | 国产精品自拍小视频| 亚洲欧美在线网| 香蕉成人啪国产精品视频综合网| 国产一区久久| 亚洲激情视频网| 欧美午夜精品电影| 久久av最新网址| 91久久久久久国产精品| 欧美日韩精品久久| 久久精品99无色码中文字幕| 日韩视频中文| 国产精品美女午夜av| 久久躁日日躁aaaaxxxx| 欧美激情小视频| 欧美影院成年免费版| 9久re热视频在线精品| 国产精品系列在线播放| 久久综合九色九九| 欧美精品久久久久久久免费观看| 午夜精品成人在线| 乱中年女人伦av一区二区| 亚洲天堂av高清| 久久久中精品2020中文| 亚洲一区国产一区| 一级成人国产| 伊人激情综合| 久久亚洲免费| 欧美午夜宅男影院| 美女视频黄 久久| 夜夜嗨av一区二区三区网页| 欧美国产一区视频在线观看| 欧美人与性动交cc0o| 久久久中精品2020中文| 欧美日韩一区二区三区四区在线观看 | 免费成人av在线看| 欧美精品在线一区二区| 久久人人97超碰精品888| 欧美日韩人人澡狠狠躁视频| 久久综合九色99| 国产欧美69| 久久久综合网| 欧美天堂亚洲电影院在线播放| 久久综合色综合88| 国产精品久久久久影院亚瑟| 亚洲国产精品久久精品怡红院 | 国产精品久久久久久久久久三级 | 国产欧美精品一区| 艳妇臀荡乳欲伦亚洲一区| 亚洲国产天堂久久国产91| 欧美一区二区三区日韩| 午夜精品视频一区| 国产精品高清免费在线观看| 亚洲一区在线观看视频| 欧美电影免费观看网站| 中文亚洲视频在线| 欧美福利一区二区| 欧美成人午夜| 欧美精品日韩一区| 欧美电影免费观看| 在线免费日韩片| 亚洲精品久久久久中文字幕欢迎你| 黄色成人精品网站| 欧美一区二区三区播放老司机| 欧美一区二区三区啪啪| 国产日本欧美一区二区三区在线 | 一本到高清视频免费精品| 最近中文字幕mv在线一区二区三区四区| 欧美在线免费观看| 久久久之久亚州精品露出| 韩国av一区| 久久综合亚洲社区| 91久久综合| 亚洲天堂激情| 国产精品夜夜嗨| 久久九九免费视频| 欧美国产激情二区三区| 亚洲免费大片| 国产精品激情av在线播放| 亚洲女同在线| 美女日韩在线中文字幕| 亚洲人成在线观看| 欧美色欧美亚洲另类二区| 亚洲在线观看| 国内精品免费在线观看| 18成人免费观看视频| 久久人人爽爽爽人久久久| 欧美电影免费观看大全| 99综合电影在线视频| 午夜伦欧美伦电影理论片| 欧美一区二区三区四区视频| 国内精品嫩模av私拍在线观看| 久久综合色综合88| 一区二区三区回区在观看免费视频| 午夜精品偷拍| 亚洲黄色高清| 国产精品xxxxx| 久久久91精品国产一区二区三区| 亚洲国产视频一区| 欧美在线看片| 99国产精品私拍| 国内精品久久久久久| 欧美另类变人与禽xxxxx| 欧美一区二区视频在线观看2020| 亚洲国产成人av好男人在线观看| 国产丝袜美腿一区二区三区| 免费久久99精品国产自| 一区二区三区欧美日韩| 免费一级欧美片在线播放| 午夜精品在线观看| 日韩系列在线| 亚洲国产精品一区在线观看不卡 | 亚洲国产成人一区| 欧美一区三区三区高中清蜜桃| 亚洲国产日韩欧美在线图片| 国产精品一区二区在线观看| 欧美国产亚洲精品久久久8v| 久久久福利视频| 亚洲欧美日韩国产一区二区三区| 欧美一站二站| 在线一区二区视频| 国产精品视屏|