#include 
#include 
#include 
#include     void main(void){
        int maxc=10,maxl=20;
        int i=0;
        char **ptr;
        // create array
        try
        {
              ptr = new char*[maxc];
              for (int i = 0; i < maxc; i  )
                  ptr[i] = new char[maxl];
        }
        catch (std::bad_alloc)
        {
              printf("Allocate Fail...\n");
              return;
        }
        printf("ptr[%d][%d] Allocate success\n",maxc,maxl);
        // free array memory
        for(i=0;i        發表人 - powmien 於 2005/08/10  15:13:16
        

引言: 這個方法 我知道 (先配置一維的指標陣列 在另外逐一的配置記憶塊) 但是覺得麻煩 不願用它 第二個方法 就是倍乘 -> (row-1)*col last_col 也是麻煩 還容易錯

就是為了節省重覆開發相似程式的時間… 所以才有function 、巨集 或 sub這種東西的存在。如果是今天叫我選擇要不要使用某一種演算法，我的考量會是效能的高低跟能不能給我正確的結果，而不是麻煩不麻煩^^b...

引言: 如果你是要探討為何不能任意更動array大小的話@@ 那你可能要問c/c 的作者... 說c/c 笨拙這我不太認同，我的解譯是語法較為嚴謹。 我是先學basic再學assembly再學c/c 的.. 剛碰c/c 也覺得很麻煩，到處都要宣告什麼的， 但是寫久了發現宣告的好，自已真的比較不容易忘記這是什麼東西、 為什麼要這樣宣告的。 c/c 的array在memory 的配置很多書上都有圖講解，本來想畫一張 給您看，後來想想還是別丟人現眼了。 char *ptr; <== ptr 存放的是*ptr這變數的值在memory的address char **ptr; <== ptr 存放的是 *ptr這變數的值在memory的address *ptr存放的是 **ptr這變數的值在memory的address 為什麼 (*ptr)[10] 、 (*ptr)[5] 會計算出位置回傳正確的值回來， 這也是C/C 語法所規範的，為什麼我不去質疑「為什麼它要這樣設計/做」， 我想我的能力還不足去質疑它。 本來還有想多想說的，但是我覺得您的問題範圍或許已經超出我的知識範 圍，還是請真正的高手幫您解答。

引言: 純粹 只是告訴 系統 改變 讀寫 "方式" 而非改變 "大小"

#include 
#include 
#include 
#include     char MyArray(int v ,int c);
//global
int **ptr;
void main(void){
        int maxc=5,maxl=10;
        int i=0,j=0;
        // create array            try
        {
              ptr = new int*[maxc];
              for (int i = 0; i < maxc; i  )
                  ptr[i] = new int[maxl];
        }
        catch (std::bad_alloc)
        {
              printf("Allocate Fail...\n");
              return;
        }
        printf("ptr[%d][%d] Allocate success!\n",maxc,maxl);
    
        // 給int **ptr 初始值準備做測試
        for(i=0;i>8);
           break;
        case 2:
           temp= ((ptr[vv][c]&0xff0000)>>16);
           break;
        case 3:
           temp= ((ptr[vv][c]&0xff000000)>>24);
           break;
        default:
           temp= (ptr[vv][c]&0xff);
           break;
        }
        return (char)temp;
}

引言: 真抱歉 我的舉例,我的目的 傳遞不好 讓您浪費不少時間 其實是我沒功力 才會這麼多奇怪問題 把 int a[100] 當成 char a[400] 來看 對於超過 255 的數值 把它切割 好像沒什意義 只是舉例而已 void clear_buffer(char *ptr ,int length) { for(w=0; w<=length-1; w ) { ptr[w]=0; } } main() ( int a[100]; struct tm t; memset(a,1,sizeof[a]) ; // a 雖是 int* 但傳入 memset 後 就是以 char* 型態處理 // 出來後 a[0] 可不是 0001 而是 1111 clear_buffer(a,sizeof[a]); // Borland C 5.0 已不准 int* 轉成 char* clear_buffer(&t,sizeof[t]); // int* 只能對應到相等的 int* // 可是 memset 是可以的 ) 不過 只是覺得 int (*ptr)[10] 中途 可以把 10 改變 成其他 值 應該 會很實用 /////////////////////////// char (*ptr2)[10]; ptr2 = (char *)malloc(100); borland C 5.0 編譯也是 時而可行 時而不行(can not convert (char *)to (char *)[10] ) 我也只好不用這種方法了 /////////////////////////// c 好早好早就有了 而且幾乎都用 c 等到發現它有些不方便之處 有心想改變 它 可能也不容易 因為大變動 可能讓以前 的程式碼 不能相容 void _routine(int x,int y) { int aa[x][y]; } 等到讀到 x,y 值 才決定 "堆疊" 大小 難道辦不到嗎 ? 一定辦得到的 應該是 如你所說的 c 規範 或 某些顧慮 或 速度考量 ....

引言: 把 int a[100] 當成 char a[400] 來看 對於超過 255 的數值 把它切割 好像沒什意義 只是舉例而已 .......... .......... 今天是你對array有疑問我才寫出這樣"沒意義"的程式 ，可惜我功力太低

看來我果然 不善言詞 所以造成不少誤會 ============================================== 假設今天你在寫flash memory很小的chip... 連int的變數都不能放幾 個.. 那你有10多個開關要判斷要怎麼做？很簡單.. 一個int 當 32個開關用... ============================================== 以前 Dos 記憶體 很少 不敷使用 為此 我是把它切成 4 bit 來用 因為我會用到的數值 都在 15 之下 ~~~~看來我我的確是 不善言詞 所以又造成誤會~~~ 然後 再去學學

引言: 真抱歉 我的舉例,我的目的 傳遞不好 讓您浪費不少時間 其實是我沒功力 才會這麼多奇怪問題 把 int a[100] 當成 char a[400] 來看 對於超過 255 的數值 把它切割 好像沒什意義 只是舉例而已 void clear_buffer(char *ptr ,int length) { for(w=0; w<=length-1; w ) w 沒宣告 { ptr[w]=0; } } main() ( int a[100]; struct tm t; memset(a,1,sizeof[a]) ; 這邊應該是sizeof(a)，是小括號 // a 雖是 int* 但傳入 memset 後 就是以 char* 型態處理 // 出來後 a[0] 可不是 0001 而是 1111 根據 memset 的定義是 void *memset(void *s, int c, size_t n); 所以傳進去的第一個引數只是一個記憶體位置，跟型別無關 編譯器會自動幫你轉換指標型別為 void* 操作上是以byte為單位沒錯 clear_buffer(a,sizeof[a]); // Borland C 5.0 已不准 int* 轉成 char* 有一種東西叫做強制轉型 這裡寫成 clear_buffer((char *)a,sizeof(a)); 就沒錯 clear_buffer(&t,sizeof[t]); // int* 只能對應到相等的 int* // 可是 memset 是可以的 ) 不過 只是覺得 int (*ptr)[10] 中途 可以把 10 改變 成其他 值 應該 會很實用 /////////////////////////// char (*ptr2)[10]; ptr2 = (char *)malloc(100); borland C 5.0 編譯也是 時而可行 時而不行(can not convert (char *)to (char *)[10] ) 我也只好不用這種方法了 /////////////////////////// 這樣是一定有問題的 ptr2 的型別是 char** malloc 傳回的只是 char* 編譯會過才奇怪！ 雖然都是指標，只是記憶位置，但是意義上完全不同（char** 與 char*） c 好早好早就有了 而且幾乎都用 c 等到發現它有些不方便之處 有心想改變 它 可能也不容易 因為大變動 可能讓以前 的程式碼 不能相容 void _routine(int x,int y) { int aa[x][y]; } 等到讀到 x,y 值 才決定 "堆疊" 大小 難道辦不到嗎 ? 一定辦得到的 應該是 如你所說的 c 規範 或 某些顧慮 或 速度考量 ....

int ptr[20][5];    // 走訪每一個元素，直覺上會用
for(int i = 0; i < 20; i  )
  for(int j =0; j < 5; j  )
    ptr[i][j]; // *((int*)ptr   i*5   j)    // 但是，若用指標，也可以改成
for(int i = 0; i < 10; i  )
  for(int j = 0; j < 10; j  )
    *((int*)ptr   i*10   j);    // 當然，也可以看成一維的....
for(int i = 0; i < 100; i  )
  *((int*)ptr   i);

引言: c 提供 像 int (*ptr_2)[78]; 這種寫法 只是一旦宣告 成 78 就無法在改變這個 78 正因 c 提供這種寫法 所以讓我想說 是否有辦法 改變 這個 78 的 "只是我不知如何改而已" 如果能改的話 就不需要去計算 x,y 之間的加減乘除 交改系統去計算就可以了~~~~~~

引言: 如果指標真那完美 幹麻要有 Java 系統 Java 它幹麻刪除了指標 ,幹麻自動來管理或清除記憶體， 因為網路需要更安全 所以指標好不好用 還是得看地方啦 如果一個能夠提供較快捷的方法卻不用 那還學 c 幹麻 函式庫 也不要用啦 MFC 也不要學啦 還是繼續用 SDK 好了 乾脆 您自己通通用 c, assembly 全部自己寫一套自己的 SDK 而且相容微軟 window 系統 如果您還是天下第一等利害 連 c 也不需用啦 通通像寫IC 用assembly 就可以蓋出你的 window 世界 如此一來 不旦達到如您所說的 "代表你如何去看待記憶體中的資料" 我看還是達到 超級滾花爛熟 世界級神乎其技 的境界 ========================== 這個話題 就此打住 免的沒完沒了 ==========================