如何在 C 中 void* 和指向成員函數的指標之間進行轉換？

void* 和指向成員函數的指標之間的轉換困難

使用C 函式庫時，開發人員經常會在void* 和指向成員函數的指標之間進行轉換時遇到挑戰。本文旨在解決與該主題相關的具體問題並提供可行的解決方案。

問題陳述

為了方便將 C 物件綁定到 Lua 解釋器（一個函數）， call_int_function 是使用 GCC 4.4 設計的。然而，reinterpret_cast)(int, int)>(lua_touserdata(L, lua_upvalueindex(1))) 行引發了編譯錯誤，指示從void 到指標的無效轉換到成員函數。

錯誤原因

GCC 認為從 void 到 void (T::)(int, int) 的轉換無效，因為指向成員的指標與常規指標不同。它們不是傳統意義上的位址，它們的實作在不同編譯器之間存在很大差異。

替代解決方案

此問題的解決方案在於將成員函數包裝在常規函數中。 free 函數應將物件作為其第一個參數。這種方法消除了轉換為 void* 的需要，並允許使用指向函數類型的常規指標。

更新的函數

這是使用建議的解決方案重寫的call_int_function 版本：

<code class="cpp">template <class T>
int call_int_function(lua_State *L) {
    void (*method)(T*, int, int) = reinterpret_cast<void (*)(T*, int, int)>(lua_touserdata(L, lua_upvalueindex(1)));
    T *obj = reinterpret_cast<T *>(lua_touserdata(L, 1));

    method(obj, lua_tointeger(L, 2), lua_tointeger(L, 3));
    return 0;
}</code>

結論

透過將成員函數包裝在在常規函數中，消除了強制轉換為void* 的需要，解決了GCC 4.4 中遇到的編譯錯誤。這種方法保留了預期的功能，同時遵守指標到成員轉換的限制和要求。

以上是如何在 C 中 void* 和指向成員函數的指標之間進行轉換？的詳細內容。更多資訊請關注PHP中文網其他相關文章！