errno

    3

    2答えて

    私は、次のコードをしようとするC++プログラム実行しています。しかし、上記のリターンは3000上で動作中に多分1時間(たまに-1 socket(PF_INET6, SOCK_DGRAM, 0) を)とerrnoは次のとおりです。 Errno 97: Address family not supported by protocol これはどのように可能ですか?この行を実行すると、同じ結果が何

    0

    1答えて

    Linux 2.6.16では、inotify_add_watchは失敗し、パスが存在しない場合はerrnoをESUCCESS(0)に設定します。これはどこに文書化されていますか?

    0

    1答えて

    ロード可能なカーネルモジュールによって作成された/ procファイルを書き込もうとしています。私は書き込みのためにファイルを開くのにfopen()を使用していますが、errno:13(permission denied)を取得しています。 FILE *fp; fp = fopen("/proc/file1","w"); if(fp == NULL){ printf("Errno :

    5

    1答えて

    私は次のコードを持っている:それはOSErrorのNUMを満たしていない限り、 except(OSError) as (errno, strerror, filename): print "OSError [%d]: %s at %s" % (errno, strerror, filename) をそれは素晴らしい実行されます。 123(The file name, directory na

    4

    3答えて

    最も簡単なUnixツールはtrueとfalseです。ほとんど何もしないものの、オペレーティングシステムにそれぞれ0と1を返す小さなプログラムです。 Cの例は、次のようになります。 // true - does nothing successfully int main(void) { return 0; } 検索では、この種の機能をHaskellで実装する方法を見つけることができ

    5

    2答えて

    C++ 0xには、error_categoryのオブジェクトが2つあります(generic_category()およびsystem_category())。私が今まで理解しているところでは、オペレーティングシステムから返されたエラーにはsystem_category()を使用し、に対応するstd::errcにある一般的な値にはgeneric_category()を使用する必要があります。 しかし、

    3

    1答えて

    私は、errnoの整数をその名前に変換するAPIを探しています。例えば : int fd; if((fd = open(path, O_RDONLY)) == -1) printf("error: %d %s %s\n", errno, strerror(errno) ERRNONAME(errno)); ので、ERRNONAMEはこれが可能であるなどEINVAL、EPERM、とし

    0

    1答えて

    Select()を使用してソケットで読み取るデータがあるかどうかを判断するときに問題が発生します。私は接続しているソケットがデータを持たないため、selectがタイムアウトまたは0の値を返すことを期待しています。代わりに、-1の値を取得し、メッセージは「エラー:エラーなし」です。 私はこの例と非常によく似たコードがあります:私は数回、ここで選択()のドキュメントを読んできたhttp://beej.

    2

    1答えて

    私は現在のユーザーのディスククォータを超過しようとして失敗したことを示すEDQUOTエラーの発生を検出するUNIXからWindowsへのC++コードを移植しています。 Visual Studioの<errno.h>にはEDQUOTがありませんが、Windowsにはディスククォータ機能が備わっています。 Visual Studioの<errno.h> にはENOSPCがあります。これは、UNIXがE

    12

    6答えて

    私は入力としてFILE *ポインタを取る小さなライブラリを書いています。 私はすぐにこのFILE *ポインタをチェックして、それがセグメンテーションにつながっているのを見つけたら、シグナルを処理し、errnoを設定して正常に終了してください。または、何もしないで、呼び出し元のシグナルハンドラがあればそれを使用しますか? 普遍的な知恵は、「図書館は決してクラッシュを起こすべきではない」と思われます。