TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Invented by OpenBSD

212 点作者 glass-大约 10 年前

9 条评论

TodPunk大约 10 年前
I've never understood why anyone wouldn't just use OpenBSD if you're going to use a BSD. I'm sure there are reasons, there must be, but OpenBSD has a long history of having really great source code that's useful just about everywhere (hint: you're using OpenSSH almost assuredly on every linux box ever, and it's fantastic). To me, as a developer I get the whole NIH thing. I really do. I just don't get why you'd choose "here" to be somewhere that doesn't include all the amenities in the first place.
评论 #9180043 未加载
评论 #9179842 未加载
评论 #9179829 未加载
评论 #9179369 未加载
评论 #9179610 未加载
评论 #9181186 未加载
评论 #9179656 未加载
评论 #9179155 未加载
评论 #9179214 未加载
评论 #9179123 未加载
brynet大约 10 年前
"[NetBSD's] reallocarray was [just] fixed to behave like OpenBSD. Now it’s a 13 line replacement for a 10 line function. But at least it doesn’t have any code written by an OpenBSD developer."
评论 #9179759 未加载
kryptiskt大约 10 年前
The post on executable memory is a hundred times more interesting than this: <a href="http://www.tedunangst.com/flak/post/now-or-never-exec" rel="nofollow">http:&#x2F;&#x2F;www.tedunangst.com&#x2F;flak&#x2F;post&#x2F;now-or-never-exec</a>
aortega大约 10 年前
The article missed:<p>1) W^X protections<p>2) ASLR<p>3) Stack canaries<p>4) strlcpy<p>5) OpenSSH!<p>6) Heap guard pages<p>7) Software NX<p>8) Etc.<p>Maybe project PAX invented some of those, but massive deployment was in OpenBSD first. Well if you can call them massive..
评论 #9179724 未加载
评论 #9179741 未加载
xnull6guest大约 10 年前
The changes introduced are potentially extremely damaging. Take for example:<p><a href="https://github.com/libressl-portable/openbsd/search?utf8=%E2%9C%93&amp;q=reallocarray" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;libressl-portable&#x2F;openbsd&#x2F;search?utf8=%E2...</a>
评论 #9181009 未加载
fafner大约 10 年前
NetBSD&#x27;s strtoi and strtoimax seem like the better alternative to strtonum.<p>1. It is defined for intmax_t instead of long long.<p>2. It supports various bases. (At least I regularly need hex or base36)<p>3. It can deal with trailing characters.<p>4. There are matching strtou and strtoumax operations<p>It&#x27;s of course bad if NetBSD introduces an strtonum, which behaves differently from the OpenBSD one. But maybe the OpenBSD folks should look into strtoi and strtoimax instead of blindly following their &quot;invented here&quot; principle...
评论 #9183912 未加载
elchief大约 10 年前
Why do people use NetBSD over OpenBSD? Serious question.
评论 #9179087 未加载
评论 #9179386 未加载
评论 #9179060 未加载
评论 #9179956 未加载
评论 #9179326 未加载
评论 #9179606 未加载
评论 #9180493 未加载
评论 #9179651 未加载
alexlarsson大约 10 年前
I don&#x27;t understand how one can claim to &quot;invent&quot; reallocarray. Glib has had g_realloc_n() since 2010, but its not something being touted as a huge invention. Its a tiny helper. Very useful, but quite obvious.
评论 #9183750 未加载
liveoneggs大约 10 年前
except the 0 behavior has been restored
评论 #9179026 未加载