関数ポインタtypedefを

Question

Linuxマシンでシミュレートする必要がある組み込みOS関数がいくつかあります。私が取るように指示されたアプローチは、組み込みOS関数をオーバーロードしてPOSIXスレッドの周りにラップすることで、単体テストなどの組み込みOS機能をLinuxマシンが処理できるようにすることです。新しいスレッドを作成するための

組み込みOSの機能は次のとおりです。（void * (*)(void *)はコンパイラが、それは期待しています私に語ったものです）

： OSCreateTask(OStypeTFP functionPointer, OSTypeTcbP taskId, OStypePrio priority)

私はpthread_createを期待void関数ポインタにそのOStypeTFPタイプを変換する必要があります

は、私はそれが好きで使用することができtypedefを作成するために期待していた。

typedef void (*OStypeTFP)(void); 

// Function to run task/thread in 
void taskFunction(void) { while(1); } 

// Overloaded Embedded OS function 
void OSCreateTask(OStypeTFP tFP, OStypeTcbP tcbP, OStypePrio prio) 
{ 
    pthread_attr_t threadAttrs; 
    pthread_t thread; 

    pthread_attr_init(&threadAttributes); 
    pthread_create(&thread, &threadAttributes, &tFP, NULL); 
} 

// Creates a task that runs in taskFunction 
OSCreateTask (taskFunction, id, prio); 

をコンパイラはそのに文句を言いますは、タイプvoid (**)(void)で、pthread_createが期待する場合void * (*)(void *)

何らかの形でtypecefを変更する必要がありますか？どちらも？

Answer 1

あなたはアダプタ機能を必要とする：あなたのシステムがvoid *からのキャストは、ポインタを機能させることができた場合にのみ安全であるもちろん

typedef void (*OStypeTFP)(void); 

// Function to run task/thread in 
void taskFunction(void) { while(1); } 

void *trampoline(void *arg) 
{ 
    OStypeTFP task = (OStypeTFP)arg; 
    task(); 
    return NULL; 
}  

// Overloaded Embedded OS function 
void OSCreateTask(OStypeTFP tFP, OStypeTcbP tcbP, OStypePrio prio) 
{ 
    pthread_attr_t threadAttrs; 
    pthread_t thread; 

    pthread_attr_init(&threadAttrs); 
    pthread_create(&thread, &threadAttrs, trampoline, tFP); 
} 

// Creates a task that runs in taskFunction 
OSCreateTask (taskFunction, id, prio); 

。しかし、私たちはPOSIX環境にいるので、これは問題ありません。

Answer 2

私が正しく理解していれば、埋め込みOS上のスレッドプロシージャの署名はvoid thread_proc(void)です。一方、POSIXスレッドの場合はvoid *thread_proc(void *)です。

キャストやtypedefでこの相違点を記録することはできません。適切な戻り値を用意する必要があります。

typedef void (*OStypeTFP)(void); 
struct emu_OSCreateTask_thread_start_data 
{ 
    OStypeTFP real_thread_proc; 
    // possibly other stuff 
}; 

void *emu_OSCreateTask_shim_thread_proc (void *xctx) 
{ 
    struct emu_OSCreateTask_thread_start_data *ctx = xctx; 

    ctx->real_thread_proc(); 
    return 0; 
} 

void OSCreateTask(OStypeTFP tFP, OStypeTcbP tcbP, OStypePrio prio) 
{ 
    pthread_attr_t threadAttrs; 
    pthread_t thread; 
    struct emu_OSCreateTask_thread_start_data *ctx = 
     malloc(sizeof(struct emu_OSCreateTask_thread_start_data)); 

    ctx->real_thread_proc = tFP; 

    pthread_attr_init(&threadAttributes); 
    pthread_create(&thread, &threadAttributes, 
        emu_OSCreateTask_shim_thread_proc, ctx); 
} 

注：それは無期限後にOSCreateTaskリターンよりかもしれemu_OSCreateTask_shim_thread_proc戻り、後まで生きるために必要があるのでctxは、ヒープ上に割り当てられ、かつ漏洩したあなたは、シムの機能を必要としています。あなたがエミュレートしようとしているAPIについて詳しく知りませんが、適切なときに解放できるようにどこに隠しておかなければならないのかは分かりませんが、おそらくのどこかにがあります。多分tcbPにありますか？

注2：pthread_createのコンテキストポインタ（Sergioの回答のように）に「real_thread_proc」を詰め込むのではなく、コンテキストオブジェクトを使用します。シムにもっと多くのものを必要とし、それを行うために外側の文脈からより多くのデータ。 （それがvoid *にスタッフ関数ポインタにも安全なようにあなたは、POSIXシステムにしている。）