是这样的。我提供一个 library function，此 function 是 block 的
所以caller 要 fork 出来执行此 function。我想要做防呆，就是fork执行此
function后又再 fork 执行此 function 时会 return fail 的功能
目前我的作法是此function 内会有share memory，里面有个 count
当近来此 function:
if(cout > 0)
return fail;
count++;
这样后来fork 出来执行此 function 就会 return
但后来觉得怪怪的
有可能在初始时两个 process会处在
if(count > 0)
return fail;

不知道你用哪个作业系统，但既然有 critical section把整个 library func 设成 critical section 不就好了我的话可能会用mutex,semaphore,file lock这一类的东西连上述东西都没有的话还有大绝招 open(O_CREAT|O_EXCL)

std::call_once或是function内写一个static lambda 保证执行一次

你如果默认caller必然用fork/thread去处理block issue不如考虑提供把fork/thread也包进去处理的wrapper?

只能被执行一次（会被用掉/占有）的意思是他是资源而不是资料，可以参考看看 Rust 的 FnOnce，Idris2 的 Linear type system 的实作，或其他类似 quantitative type theory 的系统都是怎么做的（就算在不同 threads 之间也能保证资源的 ownership）

atomic test_* or blocking queue try_* 可以研究一下

抱歉，是Linux系统

Fork 成不同 process？还有为什么想避免 reentrant？

看不太懂问题的"表示法" 看起来像是这个function永远只能有个一process执行他, 在任一时间点, A或B但不能A,B都执