Articles of 进程

问题与杀死Windows资源pipe理器?

我需要杀死Windows资源pipe理器的进程(explorer.exe),为此 可以说我使用本地NT方法TerminateProcess 它的工作,但问题是,资源pipe理器重新启动,可能是Windows正在做那个,反正。 当我杀死explorer.exe与Windows任务pipe理器,它不会回来,其停留死亡。 我想通过我的应用程序做任何事情pipe理者。 编辑: 感谢@sblom我解决了它,在registry中快速调整了伎俩。 虽然这是一个聪明的黑客攻击,显然,任务pipe理员有一个更干净的方式,那就是说,我决定现在就用@ sblom的方式。

如何在Windows上使用另一个用户帐户创build新的进程?

是否有可能使用不同的用户帐户在Windows上创build新的进程? 我知道有一个上下文菜单“运行”,但我想从Java做。 我有用户名和密码。

在64位Windows上构buildGMP

我遵循了“适用于Windows平台的GMP安装说明”的说明 。 我可以构build一个可用于Visual Studio的GMP的32位版本。 ./configure –prefix=${gmp-install} –disable-static –enable-shared make make install 然后我在另一台机器(运行64位Windows)上安装了mingw_w64和msys,然后重新运行这些命令。 ./configure运行没有任何问题。 但是,当我运行“make”时,我得到了以下结果。 m4 -DHAVE_CONFIG_H -D__GMP_WITHIN_GMP -DOPERATION_add_n -DDLL_EXPORT -DPIC add_n.asm >tmp-add_n.s gcc -std=gnu99 -c -DHAVE_CONFIG_H -I. -I.. -D__GMP_WITHIN_GMP -I.. -DOPERATION_add_n -O2 -pedantic -fomit-frame-pointer -mno-cygwin tmp-add_n.s -DDLL_EXPORT -DPIC -o .libs/add_n.o tmp-add_n.s: Assembler messages: tmp-add_n.s:84: Error: operand type mismatch for `push' tmp-add_n.s:85: Error: operand type mismatch […]

如何正确读取subprocess的stdout / stderr输出?

我写了一个程序a.exe ,它使用CreateProcess函数启动另一个我写的程序b.exe 。 调用者创build两个pipe道,并将两个pipe道的写入端传递给CreateProcess,作为stdout / stderr句柄用于subprocess。 这与在MSDN上创build具有redirectinput和输出样本的subprocess几乎相同。 由于它似乎不能使用一个等待进程退出的同步调用或 stdout或stderr上的数据可用( WaitForMultipleObjects函数在pipe道上不起作用),调用者有两个线程正在运行都在stdout / stderrpipe道的读取端执行(阻塞) ReadFile调用; 这里是用于stdout / stderr的“读取线程过程”的确切代码(我没有自己写这个代码,我假设有一些同事呢): DWORD __stdcall ReadDataProc( void *handle ) { char buf[ 1024 ]; DWORD nread; while ( ReadFile( (HANDLE)handle, buf, sizeof( buf ), &nread, NULL ) && GetLastError() != ERROR_BROKEN_PIPE ) { if ( nread > 0 ) { fwrite( buf, […]

numpy的64位窗口

我已经阅读了几个有关在64位Windows7操作系统上安装python版本2.7的numpy的相关文章。 在我尝试这些之前,有没有人知道32位版本是否可以在64位系统上工作?

在Python中确定正在运行的程序

我将如何使用Python来确定当前正在运行的程序。 我在Windows上。

检测程序终止(C,Windows)

我有一个程序必须在完成之前执行某些任务。 问题是,有时程序崩溃,例外(如无法达到数据库等)。 现在,有没有办法检测到一个exception终止,并执行一些代码之前死亡? 谢谢。 代码表示赞赏。

我怎样才能让一个程序在Windows中不可能被杀死?

我们正在制作一个Jabber客户端供我们公司的内部使用,不知何故,我们需要赶上用户试图杀死程序来实际重新启动它的时刻,或者让用户不可能杀死客户端。 这可能吗? 我们的Jabber客户端将用C#编写。 我将如何去完成这个?

当Windows可以访问的总内存也被限制为4GB时,Windows如何为多个进程分配4GB的地址空间?

当Windows可以访问的总内存也被限制为4GB时,Windows如何为多个进程分配4GB的地址空间? 上述问题的解决scheme,我发现在Windows内存pipe理(作者:Pankaj Garg) 解: 要实现这个Windows使用称为分页的x86处理器(386及以上)的function。 分页允许软件使用与物理内存地址不同的内存地址(称为逻辑地址)。 处理器的分页单元将这个逻辑地址透明地转换成物理地址。 这使得系统中的每个进程都有自己的4GB逻辑地址空间。 任何人都可以帮助我以更简单的forms来理解它吗?

检测Windows进程使用C#而不使用WMI启动和退出事件

使用WMI的ManagementEventWatcher / EventArrivedEventHandler将导致创build另一个线程,我试图避免。 WMI也知道它的延迟。 所以我的问题是:如何检测Windows进程创build/终止与C#没有WMI? 有没有办法从非托pipe代码做到这一点?