blocks|key|1455114|text|不支持未命名信号量，您需要使用命名信号量。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1455115|要使用命名信号量而不是未命名信号量，请使用sem_open而不是sem_init，使用sem_close和sem_unlink而不是sem_destroy。|offset|length|style|CODE|1455116|entityMap^0|0|L|8|W|8|17|9|1H|A|1U|B|0^^$0|@$1|2|3|4|5|6|7|J|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|K|8|@$D|L|E|M|F|G]|$D|N|E|O|F|G]|$D|P|E|Q|F|G]|$D|R|E|S|F|G]|$D|T|E|U|F|G]]|9|@]|A|$]]|$1|H|3|-4|5|6|7|V|8|@]|9|@]|A|$]]]|I|$]]

Unnamed semaphores are not supported, you need to use named semaphores.

To use named semaphores instead of unnamed semaphores, use <code>sem_open</code> instead of <code>sem_init</code>, and use <code>sem_close</code> and <code>sem_unlink</code> instead of <code>sem_destroy</code>.

blocks|key|1455385|text|在OS上有一个比命名信号量更好的解决方案，那就是中央调度中心的dispatch_semaphore_t，它的工作原理非常类似于未命名的POSIX信号量。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1455386|初始化信号量：|1455387|#include+<dispatch/dispatch.h>
dispatch_semaphore_t+semaphore;
semaphore+=+dispatch_semaphore_create(1);+//+init+with+value+of+1|code-block|syntax|javascript|1455388|等待发布(信号)(&P)：|1455389|dispatch_semaphore_wait(semaphore,+DISPATCH_TIME_FOREVER);
...
dispatch_semaphore_signal(semaphore);|1455390|销毁：|1455391|dispatch_release(semaphore);|1455392|这个头文件有很好的文档记录，我发现它很容易使用。|1455393|entityMap^0|0|0|0|0|0|0|0|0^^$0|@$1|2|3|4|5|6|7|U|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|V|8|@]|9|@]|A|$]]|$1|D|3|E|5|F|7|W|8|@]|9|@]|A|$G|H]]|$1|I|3|J|5|6|7|X|8|@]|9|@]|A|$]]|$1|K|3|L|5|F|7|Y|8|@]|9|@]|A|$G|H]]|$1|M|3|N|5|6|7|Z|8|@]|9|@]|A|$]]|$1|O|3|P|5|F|7|10|8|@]|9|@]|A|$G|H]]|$1|Q|3|R|5|6|7|11|8|@]|9|@]|A|$]]|$1|S|3|-4|5|6|7|12|8|@]|9|@]|A|$]]]|T|$]]

A better solution (these days) than named semaphores on OS X is Grand Central Dispatch's dispatch_semaphore_t. It works very much like the unnamed POSIX semaphores.

Initialize the semaphore:

<pre><code>#include &lt;dispatch/dispatch.h&gt;
dispatch_semaphore_t semaphore;
semaphore = dispatch_semaphore_create(1); // init with value of 1
</code></pre>

Wait &amp; post (signal):

<pre><code>dispatch_semaphore_wait(semaphore, DISPATCH_TIME_FOREVER);
...
dispatch_semaphore_signal(semaphore);
</code></pre>

Destroy:

<pre><code>dispatch_release(semaphore);
</code></pre>

The header file is well documented and I found it quite easy to use.

blocks|key|1455478|text|如果你在源代码中查看sem_init的实现，那么它只会返回一个错误，而其他一些bsd，如sem_open，仍然有实现。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|1455479|使用像semphore_create和semaphore_wait这样的fns从用户空间调用“不推荐使用的”posix+fns和libdispatch/GCD。如果您想要一个总是使用内核/OS的老式sema，您可以直接使用它们，但是使用像GCD这样的sema更好，它在内部使用原子计数器，并且只有在必须等待时才调用内核/OS。|1455480|https://github.com/apple/darwin-xnu/blob/a1babec6b135d1f35b2590a1990af3c5c5393479/bsd/kern/posix_sem.c|offset|length|1455481|entityMap|0|LINK|mutability|MUTABLE|url^0|0|0|0|2U|0|0^^$0|@$1|2|3|4|5|6|7|O|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|P|8|@]|9|@]|A|$]]|$1|D|3|E|5|6|7|Q|8|@]|9|@$F|R|G|S|1|T]]|A|$]]|$1|H|3|-4|5|6|7|U|8|@]|9|@]|A|$]]]|I|$J|$5|K|L|M|A|$N|E]]]]

If you look at the implementation of sem_init in the source then it just returns an error, while some of the other bsd fns like sem_open still have implementation.
Both the &quot;deprecated&quot; posix fns and libdispatch/GCD call from userspace using fns like semphore_create and semaphore_wait. You can use these directly if you want an old-style sema that always uses the kernel/OS, but you're better with ones like from GCD that uses atomic counters internally and only calls the kernel/OS if it has to wait.
<a href="https://github.com/apple/darwin-xnu/blob/a1babec6b135d1f35b2590a1990af3c5c5393479/bsd/kern/posix_sem.c" rel="nofollow noreferrer">https://github.com/apple/darwin-xnu/blob/a1babec6b135d1f35b2590a1990af3c5c5393479/bsd/kern/posix_sem.c</a>

I am working on some code which uses the pthread and semaphore libraries. The <code>sem_init</code> function works fine on my Ubuntu machine, but on OS X the <code>sem_init</code> function has absolutely no effect. Is there something wrong with the library or is there a different way of doing it? This is the code I am using to test.

<pre><code>sem_t sem1;
sem_t sem2;
sem_t sem3;
sem_t sem4;
sem_t sem5;
sem_t sem6;

sem_init(&amp;sem1, 1, 1);
sem_init(&amp;sem2, 1, 2);
sem_init(&amp;sem3, 1, 3);
sem_init(&amp;sem4, 1, 4);
sem_init(&amp;sem5, 1, 5);
sem_init(&amp;sem6, 1, 6);
</code></pre>

The values appear to be random numbers, and they do not change after the <code>sem_init</code> call.

sem_init on OS X

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在编写一些使用pthread和信号量库的代码。sem_init函数在我的Ubuntu机器上运行良好，但在OS上sem_init函数完全无效。是库出了什么问题，还是有不同的方法呢？这是我用来测试的代码。sem_t sem1;sem_t sem2;sem_t sem3;sem_t sem4;sem_t sem5;sem...

问OS X上的sem_init
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问OS X上的sem_initEN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问OS X上的sem_init
EN