poll（）はここではクラッシュのコード例があるのMacOS

Question

上の256の以上の記述子のためにEINVALを返します。興味深いのは、Xcodeでこのコードを実行すると正常に実行されますが、バイナリを自分で実行するとクラッシュすることになります。

10240 
poll error: Invalid argument 

poll(2)によると：：

出力は次のようであるあなたが見ることができるように

[EINVAL] The nfds argument is greater than OPEN_MAX or the 
     timeout argument is less than -1. 

、POLL_SIZEは制限より多くの小さく、タイムアウトは正確である-1、まだそれは墜落した。私は手動建物に使用

マイ打ち鳴らすバージョン：Unixシステム

Configured with: prefix=/Applications/Xcode.app/Contents/Developer/usr --with-gxx-include-dir=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.12.sdk/usr/include/c++/4.2.1 
Apple LLVM version 8.1.0 (clang-802.0.41) 
Target: x86_64-apple-darwin16.5.0 
Thread model: posix 
InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin 

Answer 1

は、processesはリソースに制限があります。例えば、 getrlimit。あなたはそれらを（setrlimitを使用して）変更することができ、あなたのシステム管理者はそれらを変更することもできます（例えば、起動時またはログイン時にこれらの制限を設定する）。ファイル記述子に関連する制限はRLIMIT_NOFILEです。 ulimitbash builtinも参照してください。 sysconfと_SC_OPEN_MAXも参照してください。

pollシステムコールはあまりにも大きくない配列で与えられ、file descriptorを繰り返すのは悪い味です（可能性はありますが、非効率的です）。実際には、という異なる（ただし有効な）ファイル記述子を記述する非常に小さな配列でそれを使用することがよくあります。 pollの2番目の引数は、配列の割り当てサイズではなく、有用なエントリの数です（実際にはすべて異なります）。

多くのファイル記述子を扱うことができます。 C10K problemについて読む

ところで、あなたのコードはクラッシュしていません。 pollは文書化されているように失敗しています（しかし、クラッシュしません）。

いくつかのPOSIXプログラミングブックをお読みください。 Advanced Linux Programmingは自由に利用でき、そのほとんどはPOSIX（Linux固有ではない）のものです。