@張星星
可能這個我幫助不到你了，因為好久沒有弄這個，IDL早就忘記了。但感覺應該你的參數傳入有問題了，可以ExecuteStr 一行一行的注釋掉，然后定位哪一行，然后確定語法錯誤，先可以IDL控制命令輸入參數看是否能夠運行。

不能。。。@匿名

@bloomrain
謝謝你的回答，這個博客我很少登，偶爾發下東西。

@wysaid
呵呵，沒有辦法。
打字經常打錯。。。。。

恩，同意你的說話

你出售，我一定買。。
把你的內功全部吸過來來。
哈哈，然后我就是天下第一了。。。。。



開玩笑

看文章不要帶消極思想
你是前輩，其實我不想多說。但自己心里不舒服。或許你看了會不舒服。
中國為什么會這樣（在一些技術面前）不僅僅 軟件技術。
就是因為認為管理強于技術。為了錢而把自己愛好和夢想丟了。難道夢想和錢就不能共存嗎？我想好多人做軟件都做了10幾年的。外國不是有盲人軟件人。再說 什么工作是鐵飯碗。我想一個能夠做自己喜歡的事情，本能夠養活自己和家人這都了不起。也是一件幸福的事。如果做的好，更是偉大的事。好多技術出身 做出一番事業，或許他們后面作為管理。但也是技術給他們的。我覺得做技術沒有不好。你從事過會計嗎，你知道他們的苦逼 ，對那些枯燥的文字 算啊 記啊。而且會計你沒有經驗公司根本不會要你。每一行都有自己難處。只要你熱愛。那些都是快樂的。@flyang

linux 更適合學習。。。。。
謝謝 前輩。一語點破@路過

恩，沒有迷戀。 你和樓上那位 要看開源的 想法 一樣 或許真的有必要學習一下 謝謝 前輩回復@Lo

我沒有說不看書啊。你誤會我了。看書時最能吸收前輩的知識，經驗的方式。
只是我自己覺得光看書是不好。看書和 實踐要一個好的比例 這樣才事半功倍。你認為呢。 謝謝@zgpxgame

恩，不知道有那么多精力看那些東西，我不知道@zgpxgame
是在開發的時候才去寫那些東西，還是現在去學。或許一邊開發 一邊學習。
這樣或許好一點。
我自己想法和你有點類似 看看一些網絡服務器是怎么寫。然后模仿寫出來。應該現在對我來說可能最有好處。最能獲取知識。
謝謝 前輩，更加堅定自己的方向了。。

自己謝謝 愛編程而已 @Pear

謝謝 ，有點打廣告的嫌疑 呵呵@fztcjjl

恩，我會的 謝謝前輩@imjj

發原始包 我的意思不是那么方便而且有限制。而且也只能支持幾協議
封層服務 下層為上層服務 無論是網絡結構還是系統結構都是這樣設計的。
謝謝 前輩的回帖@春秋十二月

怎樣才能加速你學習的過程呢？答案就是，先寫再看書。對于像編譯原理這種略微高深的知識，總要自己寫過幾遍，吃了一些苦頭，才能知道為什么書里非要把算法那么設計結構那么安排。對于像設計模式這種需要大量經驗才可以領悟到的知識，如果你從來沒獨立寫過一個上萬行的程序，你覺得你能理解設計模式在講什么嗎？我覺得這種時候能做的也就是背下來，理解什么的都是扯淡。諸如此類，學習程序，如果要加速那個過程，肯定要花大量的時間寫代碼。當你把項目做得越大、越復雜、算法越扭曲、界面越華麗、尺寸已經大到你覺得不學習新的方法論就肯定會讓代碼失控的時候，這個時候你來看設計模式的書，保證是每看到一個模式都覺得人家說到你心坎里去了。那你不僅可以迅速理解，而且以后還可以不由自主的想起來使用它。


這句話經典啊，雖然這樣花的代價很大，但這個只是短期。如果你長期堅持。我想每次付出代價越來越小，獲得回報越來越大。

呵呵 你如果的問題還是蠻簡單的，有時候程序一大卸都卸不干凈。導致重裝使用的時候出現問題@sho

大家回的好好 文章寫好好。
沒有絕對好，自己用的好 就好 用不好 就好。
適合自己就是最好的。。。

確實。。。。。。。。。。。。。

謝謝 分享。
蠻好的文章

@tb
這個小程序 沒有寫的很仔細。
捕捉異常就沒有寫。
導致開始運行的時候沒有得到自己想要的結果。
通過調試發現原來是top 值不對。
然后仔細看代碼，發現這個錯誤

感覺忒有意思耳溢出。。

果然是,不過在VC7下測試都是10 10