deadlock

    4熱度

    2回答

    我認爲這將是那些簡單的問題,但它讓我感到莫名其妙。 [STOP PRESS:我說得對。解決方案被發現。看到答案。] 我正在使用Python的unittest框架來測試多線程應用程序。好而直截了當 - 我有5個左右的工作線程監視一個公共隊列,還有一個生產線程爲他們製作工作項目。生產者線程正在被一個測試用例觸發。 在這個測試中,只有一個任務被放入隊列。它在測試中所做的處理僅僅是真實處理的一個存根,所以

    0熱度

    1回答

    死鎖發生在我的應用程序中,當DLLMain入口點調用的函數發生本地靜態變量的初始化時,參數DLL_THREAD_DETACH。 下面是WinDBG的分析 這通常是由另一個線程持有加載程序鎖引起的。 以下是持有的鎖。 CritSec NTDLL!LdrpLoaderLock + 0在7c97e178 鎖定計數3 RecursionCount 1 OwningThread 17e8 EntryCoun

    0熱度

    2回答

    我的一位同事的存儲過程執行以下操作: Begin tran 1)動態生成select語句。 2)插入到表X 3)執行SELECT語句 結束TRAN 如果此存儲過程是通過同時在兩個隔線程跑了,他得到了以下錯誤: System.Data.SqlClient.SqlException :事務(進程ID 57)在lock |上死鎖通信緩衝區資源與另一個進程並被選爲死鎖受害者。重新運行 這個存儲過程真的是這

    3熱度

    2回答

    我正在嘗試排查間歇性死鎖的COM +應用程序故障。上次鎖定時,我能夠獲取dllhost進程的用戶模式轉儲並使用WinDbg進行分析。檢查所有的線程和鎖後,這一切都歸結爲這個線程擁有一個關鍵部分: ChildEBP RetAddr Args to Child 0deefd00 7c822114 77e6bb08 000004d4 00000000 ntdll!KiFastSystemCall

    8熱度

    3回答

    我有執行的TableB一個聯接到一個TableA存儲過程: SELECT <--- Nested <--- TableA Loop <-- | ---TableB 與此同時,在交易中,行插入TableA,然後進入TableB。 這種情況偶爾會造成死鎖,因爲存儲過程中選擇待價而沽行從表B,而插入添加行表A,然後每個人都希望對方讓對方表的走:

    6熱度

    2回答

    我們客戶端的Web應用程序突然以隨機間隔重新啓動。對於每次重新啓動,我們發現在Windows事件日誌中這樣的條目: Event Type: Warning Event Source: W3SVC-WP Event Category: None Event ID: 2262 Date: 2/21/2010 Time: 1:33:52 PM User: N/A Computer: LIQ

    17熱度

    2回答

    有人可以舉一個例子說明如何在C#語言中導致線程死鎖嗎?

    5熱度

    2回答

    試圖執行一個LINQ(-to-SQL)查詢 System.Data.SqlClient.SqlException時,我得到一個超時錯誤:超時過期。操作完成之前超時的時間或服務器沒有響應。 現在,這是不只是一個緩慢的查詢的情況: 我在運行SQL Management Studio中相當於SQL並迅速(2秒)完成 我設置我的CommandTimeout爲2分鐘。 當我在單元測試中執行完全相同的查詢時,

    10熱度

    2回答

    僵局,我有以下查詢(所有表都InnoDB的) INSERT INTO busy_machines(machine) SELECT machine FROM all_machines WHERE machine NOT IN (SELECT machine FROM busy_machines) and machine_name!='Main'

    4熱度

    2回答

    我有一個SQL Server中的死鎖問題,我無法解決。 基本上,我有大量的併發連接(從許多機器)執行事務,他們首先刪除一系列條目,然後用批量插入重新插入相同範圍內的條目。 本質上來說,交易看起來像這樣 BEGIN TRANSACTION T1 DELETE FROM [TableName] WITH(XLOCK HOLDLOCK) WHERE [Id][email protected] AND