請先看一下Dll中函數的原型：
function MyEncode(Source: PChar; SourceLen: Integer; var Dest: PChar; DestLen: Integer): Boolean; stdcall;

Host App調用該Dll中的MyEncode函數，傳入Source， 以及SourceLen，Dll運算完成後，通過Dest返回運算的結果，同時在DestLen中指示Dest的長度。

問題：Host App並不知道在調用MyEncode函數時該給Dest多大的內存空間？

我看查看了一些類似Windows API的使用，它是進行兩次調用，第一次調用，取得DestLen的值，再分配Dest空間，然後再次調用同一函數。

但這有一個不好的地方，我的MyEncode函數裡要做大量的計算，這樣如果兩次調用在效率不可取。

所以請教大家有沒有更好的方法？

------
------------------------
博采眾家之長,奉獻綿薄之力
------------------------

不能在DLL 幫它重新申請嗎？或者一開始要大塊一點。就不需要兩次作法。

編輯記錄

提供另一個想法…

若dll 是私用，且不會有同時被存取。可於第一次運算好後把buffer放在dll的全域上，然後回傳長度。第二次呼叫時就直接copy上次的buffer。
我想僅copy buffer 速度應該是很快的(相較你所謂的演算法時間很久來說)。

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

1、由DLL申請，這個我也考慮過，但可能會導致內存訪問錯誤。
2、要大塊一點的內存，這個方法就是我現在用的方法，呵呵，這也有個缺陷，就是在實際使用中出現的申請的大小不夠的情況，因為申請多大不好把握。
===================引 用 RootKit 文 章===================
不能在DLL 幫它重新申請嗎？或者一開始要大塊一點。就不需要兩次作法。

------
------------------------
博采眾家之長,奉獻綿薄之力
------------------------

您說的這個辦法是個不錯的思路，但我這個DLL也不是私用的。另外在內存管理這塊會比較費勁
===================引 用 aftcast 文 章===================
提供另一個想法…

若dll 是私用，且不會有同時被存取。可於第一次運算好後把buffer放在dll的全域上，然後回傳長度。第二次呼叫時就直接copy上次的buffer。
我想僅copy buffer 速度應該是很快的(相較你所謂的演算法時間很久來說)。

------
------------------------
博采眾家之長,奉獻綿薄之力
------------------------

很難一兼二顧，若dll是公用的，那就要使用handle這觀念可能可以達成。即運算完的結果，一樣是存在heap上，但加回傳一個handle做為下次取值的依據，外加長度。第二次呼叫時就以handle、buffer帶入去接值，dll COPY 完buffer後就把heap上的資料清了，也把handle值註消，如此即使multithread的dll也不會出錯。只是記憶管理要花一點點小功夫。

天下沒有白吃的午餐… 時間與複雜度通常反比。若不然就是冒險一次用超級大的(其實也有小技巧可解決，就是把呼叫的參數值限定在一個範圍，然後run一次，就知道max buffer會是多少，當user輸入過大時就不能run，於是就安全了!唯一缺點就是該函式的參數有所受限)。再者就是你所知的連用二次，你也知道windows常幹這樣的事…

------


蕭沖
--All ideas are worthless unless implemented--

C++ Builder Delphi Taiwan G+ 社群
http://bit.ly/cbtaiwan

編輯記錄

最後的補充：

確切的來說，如果要解決這個問題唯一的選項就是交由 DLL 申請內存並傳回指針。
避免由主程式事先需準備一大塊記憶體。
但這裡有很大的問題，當執行主程式釋放由DLL 申請內存位址時，將導致違法操作錯誤。
記得原因是 Delphi 使用 Heap 問題，解決方式：
1. 用其他語言 C or VB ... 撰寫 DLL or 主程式。
2. 由 DLL 申請也由DLL 釋放，也就是說必須在主程式呼叫DLL函數釋放。