libuv

    0熱度

    1回答

    我正在嘗試製作一次可以抓取多個網址的程序。當我編譯它,並通過該程序的幾個URL如 /curl_fetch google.com yahoo.com facebook.com 它工作正常,我得到的結果瞬間我使用的libcurl和libuv http://curl.haxx.se/libcurl/c/multi-uv.html 的這個示例代碼。但是,當我傳遞更多參數(例如100個URL)時,幾分鐘

    4熱度

    1回答

    我使用node.js和video.js插件提供靜態視頻文件(.ogv和.mov)。然而,node.js中保持與以下錯誤消息崩潰: node: ../deps/uv/src/unix/stream.c:1319: uv_read_stop: Assertion `!uv__io_active(&stream->io_watcher, 4) || !(&stream->write_completed_

    7熱度

    2回答

    在libuv中,您最終可能會在工作線程中綁定過多的工作或錯誤的代碼。有沒有一個簡單的函數可以檢查工作線程或線程隊列的健康狀況?它不必是100%確定性的,畢竟不可能確定工作線程掛在慢代碼還是無限循環上。 所以以下任何試探的將是一件好事: 排隊的項目數尚未制定上。如果這太大,可能意味着工作線程繁忙或掛起。 libuv是否有任何線程查殺機制,如果工作線程在n秒內未檢查回來,它會終止?

    9熱度

    1回答

    在Windows nodejs插件中,我創建了一個用於接收消息的窗口。 Handle<Value> MakeMessageWindow(const Arguments &args) { // exposed to JS ... CreateWindow(L"ClassName", NULL, 0, 0, 0, 0, 0, HWND_MESSAGE, 0, 0, 0);

    0熱度

    1回答

    我一直在閱讀在線書籍Basics of libuv,並試圖重寫它們以同時使用到libuv庫的靜態鏈接和動態鏈接。我重寫了the watchers example(代碼如下),但我必須「重新命名」從libuv.dylib中檢索到的函數才能使其工作,這意味着我必須爲動態鏈接案例編寫完全獨立的代碼路徑。我能以某種方式保持相同的函數名稱嗎? 我希望我的代碼看起來像這樣。 #include <stdio.h

    4熱度

    1回答

    這裏是一個node.js插件模塊,我用C++編寫並使用node-gyp構建。 當StoreFunction我想存儲的指針功能,這樣我就可以使用它以後 當我稍後再嘗試調用它雖然InvokeFunction我得到一個分割故障。如果我在兩個函數中檢查指針(使用cout),我感到困惑,它們是相同的值。 所以我猜不是調用上下文之間的變化調用兩個函數或我不明白我指的是什麼。 所有(ummmmmm)指針感激地對

    0熱度

    1回答

    我的node.js服務器獲取了很多EMFILE,並最終因libuv無法創建kqueue()而異常終止。所以,我想看看它發生了什麼。我寫了附加的腳本,它會分叉服務器,等待它崩潰,然後運行'lsof -p'。 我從文檔的理解是,當一個fork'd孩子退出時,它會一直存在,直到發生process.exit()。這是很好的,因爲lsof的可以詢問殭屍的描述符,然後纔會慢慢抹去: var child_pro

    6熱度

    2回答

    我目前正在重寫一個非常古老的mmorpg的服務器端,我正在尋找一個很好的開源網絡庫來使用C/C++。由於客戶端已經存在,我不能使用任何實施某種數據包結構或通信的庫(例如RakNet)。 服務器將主要在三個不同的端口上使用UDP。 在互聯網上搜索後,我發現有關boost :: asio和libuv。 boost :: asio似乎是一個成熟的選擇,因爲我已經在使用boost了,但是我讀到他們的UDP

    4熱度

    1回答

    我正在用C++編寫一個本地節點模塊,它將成爲C庫的綁定。 此庫中的一些對象只能由單個線程使用。這意味着如果我使用uv_queue_work,我不能確保它們只被同一個線程使用,因爲 - 據我所知 - libuv使用線程池,但我一直無法知道如何告訴它用什麼線程來完成這種工作。 以下是對這種情況的一些想法,但我不確定哪種方法是正確的。 簡單的把全部的方法同步 - 這將不幸擊敗目的和節點的概念,所以我不喜

    2熱度

    1回答

    從我用C編寫程序已經有一段時間了,即使如此,我總是發現實際的編譯和鏈接很混亂。 由於最近我一直在玩/使用node.js,所以我已經變得非常好奇,開始在引擎蓋下窺視並且正在查看libuv。 我發現了一些優秀的指南,但發現實際的編譯部分已經在很大程度上被跳過了。很可能是由於公平的假設,任何有趣的人都可能會用gcc很多。 我已經從gtihub下載了最新的libuv作爲zip並解壓縮到一個工作文件夾中。我