usermode

0熱度

1回答

用戶模式和內核模式爲用戶提供保護？

我個人認爲用戶模式允許限制訪問，所以沒有什麼可以改變，不應該是，因此內核模式。 雖然假設不夠好。有誰知道他們爲什麼或如何爲用戶提供保護。

operating-system kernel-mode usermode 2014-02-12

---

0熱度

2回答

用戶與內核之間的區別系統調用

系統調用是程序如何從操作系統的內核請求服務。 它們可以發生在用戶模式和內核模式下。 有什麼區別？ 例如： 架空 系統時間

performance system-calls difference kernel-mode usermode 2014-05-24

---

0熱度

2回答

如何從Windows內核模式啓動用戶模式程序

我有一個驅動程序（內核模式）（KMDF），我有一個用戶喜好形式。我需要從驅動程序代碼開始活動並獲取首選項。 那麼我如何從Windows操作系統的內核啓動該用戶模式程序？

kernel windows-kernel kernel-mode kmdf usermode 2015-03-19

---

1熱度

1回答

是printf特權指令？

因爲I/O指令是需要從用戶到內核的模式切換的特權指令，printf是否也被視爲特權指令？執行printf指令時是否有模式切換？

io printf instructions kernel-mode usermode 2015-11-23

---

2熱度

1回答

驅動程序和用戶應用程序的主要區別是什麼？

我知道用戶應用程序只能在用戶模式下運行，這是爲了系統安全。相反，大多數驅動程序以內核模式運行，以訪問I/O設備。儘管如此，有些驅動程序仍以用戶模式運行，但可以訪問I/O設備。所以我有以下問題。驅動程序和用戶應用程序的主要區別是什麼？用戶應用程序不能像某些驅動程序那樣被允許訪問I/O設備嗎？ 謝謝。

io operating-system kernel driver usermode 2015-07-12

---

3熱度

1回答

爲什麼在內核模式下的驅動程序必須非常小心直接讀取或寫入用戶空間中的地址？

從MSDN：在內核模式下運行 驅動程序必須非常小心直接 閱讀或在用戶空間寫地址。此場景 說明了原因。 用戶模式程序啓動從設備讀取某些數據的請求。程序提供緩衝區的起始地址到 接收數據。 以內核模式運行的設備驅動程序例程啓動讀取操作並將控制權返回給其調用者。 稍後，設備將中斷當前正在運行的任何線程，以表示讀取操作已完成。該中斷由 在該任意線程上運行的內核模式驅動程序例程處理，其中 屬於任意進程。 此時

virtual-address-space kernel-mode usermode 2013-10-07

---

1熱度

5回答

在內核轉儲中切換到用戶堆棧

在進行事後調試時，有沒有辦法在內核轉儲中切換到特定進程的用戶模式？ 我記得在使用.process命令進行實時調試的時候這樣做。

windbg callstack usermode 2014-03-07

---

1熱度

1回答

如何在內核調試時在Windbg中獲取用戶模式斷點？

我在進行內核調試時，無法在Windbg中獲取用戶模式斷點。我知道我必須在目標進程的上下文中設置用戶模式斷點，但這似乎仍然不可靠。有時候它是有效的，但是我無法把頭腦放在變量的東西上，有時它使得它變得有效，而不是其他變量。這是我正在做的。 1) !process <process> 0x17, then find a thread that I am curious about. See t

debugging kernel windbg breakpoints usermode 2017-08-04

---

-1熱度

1回答

指令如何知道它是以特權模式還是用戶模式運行？

在一個類中，prof稱「一個[彙編]指令知道它是以特權模式還是用戶模式運行，因爲如果產生了陷阱，那麼它就是用戶模式」。 首先，我假設它不能是任何陷阱，而是一個特定的陷阱，說該命令不能在用戶模式下運行。其次，這似乎非常低效：運行整個命令並檢查是否有陷阱。爲什麼沒有設置標誌或什麼？這難道不是說如果它不起作用，那麼我們知道有問題嗎？所以真的沒有辦法檢查？

operating-system kernel-mode usermode assembly-trap 2013-10-24

---

1熱度

2回答

64位中的window的user32.dll的translatemessage（）api引發的第一次機會異常

user32.dll的TranslateMessage（）API引發異常。當我嘗試使用windbg命令中的！analyze -v來分析異常時，我得到以下信息。誰能幫我解碼錯誤 FAULTING_IP: +0 ffffffff`e85b6720 ?? ??? EXCEPTION_RECORD: ffffffffffffffff -- (.exr 0xffffffffffffffff)

c++ windows windbg usermode 2014-03-27

---