在Windows上，我想找到名为“exename.exe”的进程，然后将其终止。我如何通过ctypes而不是任何其他第3方模块来做到这一点？ 最佳答案 试试这个:importsys,os.path,ctypes,ctypes.wintypesPsapi=ctypes.WinDLL('Psapi.dll')EnumProcesses=Psapi.EnumProcessesEnumProcesses.restype=ctypes.wintypes.BOOLGetProcessImageFileName=Psapi.GetProcessI

我正在尝试通过ctypes将文件描述符传递给在fd上执行写入的C函数。在Linux上它可以工作。在Windows上它没有，我不明白为什么(我没有在Windows上作为开发人员的经验)//Cfuncsignature:voidfun(structbah*opaque,intfd)来自python(省略细节):mylib.fun.argtypes=[POINTER(bah),c_int]fh=open(filename,'wb')#doesn'tworkonwindows,worksonlinux/unixmylib.fun(some_ctypes_struct,fh.fileno())#

当调用在C共享库(动态库)中执行的循环时，Python不会收到KeyboardInterrupt，也不会响应(或处理)CTRL+C。我该怎么办？ 最佳答案 除非你使用PyDLL或PYFUNCTYPE；GIL在ctypes调用期间被释放。因此，如果C代码没有安装自己的信号处理程序，Python解释器应该通过在主线程中引发KeyboardInterrupt来处理SIGINT。让Python代码在主线程中运行；您可以将ctypes调用放入后台线程:importthreadingt=threading.Thread(target=ctype

我正在使用一个通过ctypes模块调用的共享库。我想将与此模块关联的标准输出重定向到我可以在我的程序中访问的变量或文件。但是ctypes使用与sys.stdout不同的标准输出。我将演示我在使用libc时遇到的问题。如果有人复制和粘贴代码，他们可能需要更改第2行的文件名。importctypeslibc=ctypes.CDLL('libc.so.6')fromcStringIOimportStringIOimportsysoldStdOut=sys.stdoutsys.stdout=myStdOut=StringIO()print'ThistextgetscapturedbymyStd

所以我想弄清楚为什么我的ctypes.Structure的大小不是它应该的大小。我的代码如下，还有计算尺寸应该是多少的afaik。classFILE_HEAD(ctypes.Structure):_fields_=[("name",ctypes.c_char*4),#4bytes("size",ctypes.c_int),#4bytes("Cal_l",ctypes.c_double),#8bytes("Cal_r",ctypes.c_double),#8bytes("Speed_ChL",ctypes.c_byte),#1byte("Speed_Pulses_ChL",ctypes.

在Windows中，当我导入ctypes模块时，ctypes.cdll.msvcrt对象自动存在，它代表msvcrtMicrosoftC++运行时库accordingtothedocs.但是，我注意到还有一个find_msvcrt函数将“返回Python使用的VCruntype库的文件名”。它进一步指出，“如果您需要释放内存，例如，通过调用free(void*)的扩展模块分配的内存，请务必在与它相同的库中使用该函数分配了内存。”所以我的问题是，我已经拥有的ctypes.cdll.msvcrt库与我可以使用find_msvcrt函数加载的库有什么区别？在什么特定情况下它们可能不是同一个库

在C中，long在64位系统上是64位。这是否反射(reflect)在Python的ctypes中？模块？ 最佳答案 long的大小dependsonthememorymodel.在Windows(LLP64)上它是32位，在UNIX(LP64)上它是64位。如果需要64位整数，请使用c_int64.如果你需要一个指针大小的整数，使用c_void_p(“该值表示为整数”)。 关于python-Python的ctypes.c_long在64位系统上是64位的吗？，我们在StackOverf

不太了解ctypes，最近才开始使用它。我在类似C的dll中有一个简单的函数，它返回一个指向动态生成的字符串的指针。它工作正常，但是，因为我手动为字符串分配内存，所以我应该在使用后释放它。我有这样的东西:extern"C"char*DLL_EXPORTfunc(constchar*str1,constchar*str2){returngetSomeString(str1,str2);}//GoalistocallthisfunctioncorrectlyfromPython.extern"C"voidDLL_EXPORTfreeMem(void*mem){if(mem!=NULL)de

我听说Ctypes会导致Python和Windows崩溃(或停止错误)。我应该远离他们的使用吗？我从哪里听到的？当我试图控制窗口的各个方面、自动化之类的东西时，它又回来了。我听说过swig，但我经常看到Ctypes。这里有什么危险吗？如果是，我应该注意什么？我确实搜索了ctypeproconpython。 最佳答案 就健壮性而言，我仍然认为swig优于ctypes，因为可以让C编译器为您更彻底地检查；然而，由于@Mark已经提到的argtypes功能，这现在还没有实际意义(虽然它在早期的ctypes版本中显得更大)。然而，毫无疑问，

一、问题>pipTraceback(mostrecentcalllast):File"D:\Users\tangtang1600\Anaconda3\envs\automatic1\Scripts\pip-script.py",line6,infrompip._internal.cli.mainimportmainFile"D:\Users\tangtang1600\Anaconda3\envs\automatic1\lib\site-packages\pip\_internal\cli\main.py",line9,infrompip._internal.cli.autocompletion