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

旭++

張旭的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>
            亚洲视频 欧洲视频| 国产亚洲精品7777| 亚洲日本精品国产第一区| 蜜桃av一区二区| 亚洲成人在线网| 亚洲电影免费观看高清完整版| 欧美一区二区三区免费视| 免费高清在线视频一区·| 亚洲大胆视频| 欧美三级精品| 欧美在线播放| 欧美福利视频在线观看| 欧美在线一二三| 亚洲欧洲视频| 国语精品中文字幕| 欧美视频在线观看一区二区| 久久免费黄色| 久久久国产精品一区二区三区| 亚洲美女黄色| 亚洲第一精品夜夜躁人人爽 | 亚洲人成7777| 欧美精品一区二区精品网| 久久精品亚洲精品| 久久精品国产久精国产一老狼| 亚洲午夜高清视频| 99国产精品久久久久老师| 久久亚洲综合色一区二区三区| 久久精品理论片| 久久精品夜色噜噜亚洲a∨| 性欧美暴力猛交69hd| 亚洲一区二区3| 久久不射2019中文字幕| 亚洲欧美久久| 久久久国产精彩视频美女艺术照福利| 午夜精品久久久久久久男人的天堂| 在线视频一区二区| 亚洲一区二区精品在线观看| 一本色道久久综合亚洲精品不 | 香蕉成人久久| 欧美一区午夜精品| 男人天堂欧美日韩| 欧美成人a∨高清免费观看| 亚洲国产精品嫩草影院| 亚洲国产黄色| 日韩视频在线观看一区二区| 亚洲美女啪啪| 久久成人免费网| 美女网站久久| 欧美午夜一区二区福利视频| 国产欧美日韩三级| 久久久久久久波多野高潮日日| 一区二区三区.www| 免费日韩精品中文字幕视频在线| 久久一区免费| 欧美另类视频| 亚洲伦理网站| 亚洲午夜国产一区99re久久| 久久大逼视频| 亚洲在线免费| 欧美午夜不卡在线观看免费| 亚洲免费观看| 午夜在线精品| 一色屋精品视频免费看| 午夜亚洲性色视频| 久久综合色播五月| 最新国产乱人伦偷精品免费网站| 久久精品综合网| 亚洲一区二区免费看| 欧美视频在线观看免费网址| 日韩午夜黄色| 午夜精品视频一区| 在线视频亚洲| 亚洲免费av观看| 亚洲一区在线观看视频 | 亚洲国产精品久久| 亚洲国产女人aaa毛片在线| 欧美在线观看你懂的| 久久精品国产免费看久久精品| 久久嫩草精品久久久久| 黑人一区二区三区四区五区| 亚洲男人第一网站| 亚洲人成网站999久久久综合| 久久er精品视频| 欧美日韩一区精品| 伊人久久成人| 久久在线免费| 午夜精品国产精品大乳美女| 欧美三级电影一区| 亚洲欧美日韩视频一区| 亚洲美女精品久久| 欧美freesex8一10精品| 在线播放中文一区| 欧美在线免费| 亚洲欧美日韩爽爽影院| 欧美精品 国产精品| 亚洲欧美三级在线| 亚洲一区二区三区色| 国产精品久久久久久久久| 一区二区三区福利| 日韩亚洲国产精品| 国产精品一级| 欧美一二三视频| 午夜精品理论片| 亚洲国产一区视频| 亚洲免费观看高清完整版在线观看| 美女尤物久久精品| 亚洲欧美另类中文字幕| 欧美亚洲在线视频| 日韩小视频在线观看专区| 亚洲免费影院| 日韩午夜在线播放| 久久爱www| 亚洲在线国产日韩欧美| 国产性猛交xxxx免费看久久| 亚洲高清色综合| 国产精品视屏| 久久中文久久字幕| 欧美日韩成人综合| 国产美女精品视频| 欧美激情aⅴ一区二区三区| 国产精品入口日韩视频大尺度| 欧美电影美腿模特1979在线看| 国产精品少妇自拍| 亚洲日本欧美| 一区二区在线视频观看| 亚洲啪啪91| 日韩视频精品在线| 久久国产精品久久精品国产| 亚洲视频你懂的| 欧美在线综合| 亚洲一二三区精品| 欧美护士18xxxxhd| 欧美中在线观看| 亚洲在线视频观看| 欧美大片在线看| 欧美电影在线| 亚洲精品视频一区| 亚洲欧洲一级| 国产日韩欧美夫妻视频在线观看| 亚洲国产欧洲综合997久久| 黑丝一区二区三区| 一区二区三区精品| 亚洲精品一品区二品区三品区| 欧美福利视频在线观看| 正在播放欧美一区| 欧美一区二区在线视频| 亚洲国产美女精品久久久久∴| 国产片一区二区| 亚洲在线观看视频| 亚洲乱码一区二区| 欧美日韩专区| 欧美一区二区成人6969| 久久综合九色综合久99| 精品1区2区| 久久综合狠狠综合久久综合88| 亚洲综合国产激情另类一区| 亚洲欧美国产一区二区三区| 亚洲精品四区| 欧美日韩dvd在线观看| 激情综合自拍| 久久影音先锋| 亚洲国产精品一区二区尤物区| 亚洲精品一区二区三区樱花| 欧美精选午夜久久久乱码6080| 欧美在线一二三| 国产精品永久免费| 欧美一级理论性理论a| 毛片一区二区三区| 亚洲国产日韩欧美在线99| 午夜精品美女久久久久av福利| 性伦欧美刺激片在线观看| 国产视频一区在线观看| 久久精品主播| 亚洲欧洲日本mm| 99亚洲精品| 伊人久久综合97精品| 亚洲黄色三级| 国产精品国产亚洲精品看不卡15| 亚洲欧美日韩国产一区二区| 亚洲天天影视| 香蕉成人久久| 国产日韩欧美亚洲一区| 久久大逼视频| 欧美欧美在线| 美女在线一区二区| 欧美激情国产日韩精品一区18| 久久久91精品国产| 久久久亚洲一区| 亚洲午夜羞羞片| 欧美精品日韩三级| 免费国产自线拍一欧美视频| 国产精品欧美精品| 欧美激情一区二区三区四区| 欧美日韩三级视频| 免费观看成人www动漫视频| 欧美日韩亚洲一区二区三区在线| 亚洲一级特黄| 欧美日本三区| 亚洲区在线播放| 国产主播在线一区|