用于iTunes的共享库中的PyObject_Call（）的分段错误

我正在试验iTunes SDK和Cython。该DLL入口似乎工作，但使用任何“真正的Python”导致iTunes崩溃。用于iTunes的共享库中的PyObject_Call（）的分段错误

下面的代码编译得很好，并且plugin-dll被iTunes成功加载。

cimport libc.stdio  as stdio 

cdef extern from "iTunesAPI/iTunesAPI.h": 

    ctypedef int OSType 
    ctypedef int OSStatus 

    ctypedef struct PluginMessageInfo: 
     pass 

    int    unimpErr 

cdef public OSStatus iTunesPluginMain(OSType    message, 
             PluginMessageInfo* messageInfo, 
             void*    refCon): 
    cdef stdio.FILE* fl = stdio.fopen('C:/itunes_cyplugin_feedback.txt', 'wb') 
    return unimpErr

但加入了Python的表达会导致iTunes的崩溃，e.g：

# ... 

cdef public OSStatus iTunesPluginMain(OSType    message, 
             PluginMessageInfo* messageInfo, 
             void*    refCon): 
    object() 
    return unimpErr

你有为什么这会导致系统崩溃的想法？

OS：视窗7 X64的
的iTunes：10.5 86
编译：GCC 4.6.2（MinGW的）

编辑[2012/02/12]

新的见解给了我gdb会议，您可以在下面找到。我希望有人现在可以告诉我如何解决它。 :)

C:\Program Files (x86)\iTunes>gdb iTunes.exe 
GNU gdb (GDB) 7.3.1 
Copyright (C) 2011 Free Software Foundation, Inc. 
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> 
This is free software: you are free to change and redistribute it. 
There is NO WARRANTY, to the extent permitted by law. Type "show copying" 
and "show warranty" for details. 
This GDB was configured as "mingw32". 
For bug reporting instructions, please see: 
<http://www.gnu.org/software/gdb/bugs/>... 
Reading symbols from c:\program files (x86)\itunes\iTunes.exe...(no debugging symbols found)...done. 
(gdb) b write 
No symbol table is loaded. Use the "file" command. 
Make breakpoint pending on future shared library load? (y or [n]) y 
Breakpoint 1 (write) pending. 
(gdb) r 
Starting program: c:\program files (x86)\itunes\iTunes.exe 
[New Thread 4588.0xa20] 
[New Thread 4588.0x1214] 
[New Thread 4588.0x12f4] 
[New Thread 4588.0x274] 
[New Thread 4588.0x1070] 
[New Thread 4588.0xf40] 
[New Thread 4588.0xfb0] 
[New Thread 4588.0x12b0] 
[New Thread 4588.0xb48] 
[New Thread 4588.0x58c] 
[New Thread 4588.0xc7c] 
[New Thread 4588.0x1048] 
[New Thread 4588.0x8ac] 
[New Thread 4588.0x10dc] 
[New Thread 4588.0x190] 
[New Thread 4588.0x128] 
[New Thread 4588.0xfbc] 
[New Thread 4588.0xc2c] 
[New Thread 4588.0x1154] 
[New Thread 4588.0x234] 
[New Thread 4588.0xa70] 
[New Thread 4588.0x1144] 
[New Thread 4588.0xa48] 
[New Thread 4588.0xbe8] 
warning: ASL checking for logging parameters in environment variable "iTunes.exe.log" 

warning: ASL checking for logging parameters in environment variable "asl.log" 

BFD: C:\Windows\SysWOW64\WMVCORE.DLL: Warning: Ignoring section flag IMAGE_SCN_MEM_NOT_PAGED in section .reloc 

Program received signal SIGSEGV, Segmentation fault. 
0x1e0650bc in python27!PyObject_Call() from C:\Windows\SysWOW64\python27.dll 
(gdb) 
(gdb) bt all 
No symbol "all" in current context. 
(gdb) bt 
#0 0x1e0650bc in python27!PyObject_Call() from C:\Windows\SysWOW64\python27.dll 
#1 0x02eb12ae in iTunesPluginMain (__pyx_v_message=1768843636, __pyx_v_messageInfo=0x16e6b0, __pyx_v_refCon=0x0) 
    at pytunes.c:465 
#2 0x68a4d627 in iTunes!getPhaseStreamLibraryVersion() from c:\program files (x86)\itunes\iTunes.dll 
#3 0x696e6974 in [email protected]() from c:\program files (x86)\itunes\iTunes.dll 
#4 0x00000000 in ??() 
(gdb)

而这正是Visual Studio 2008中告诉我：

Unhandled exception at 0x1e0650bc in iTunes.exe: 0xC0000005 
Segmentation fault when reading at 0x00000004.

编辑[2012/02/13]

以下是(gdb) thread apply all bt输出iTunes崩溃后。

(gdb) thread apply all bt 

Thread 24 (thread 4340.0x4e0): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e6c in ntdll!ZwWriteVirtualMemory() from C:\Windows\system32\ntdll.dll 
#2 0x7504179c in WaitForSingleObjectEx() from C:\Windows\system32\KernelBase.dll 
#3 0x0000067c in ??() 
#4 0x00000000 in ??() 

Thread 23 (thread 4340.0x17a0): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76178f8f in UnregisterPowerSettingNotification() from C:\Windows\system32\user32.dll 
#2 0x59bd3485 in iTunesMobileDevice!AFCConnectionGetStatus() 
    from C:\Program Files\Common Files\Apple\Mobile Device Support\iTunesMobileDevice.dll 
#3 0x06fef87c in ??() 
#4 0x00000000 in ??() 

Thread 22 (thread 4340.0x10c4): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e7c in ntdll!ZwYieldExecution() from C:\Windows\system32\ntdll.dll 
#2 0x76e4067b in ntdll!RtlLargeIntegerShiftLeft() from C:\Windows\system32\ntdll.dll 
#3 0x76511174 in KERNEL32!AcquireSRWLockExclusive() from C:\Windows\system32\kernel32.dll 
#4 0x76e6b3f5 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#5 0x76e6b3c8 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#6 0x00000000 in ??() 

Thread 21 (thread 4340.0x14ec): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e6c in ntdll!ZwWriteVirtualMemory() from C:\Windows\system32\ntdll.dll 
#2 0x7504179c in WaitForSingleObjectEx() from C:\Windows\system32\KernelBase.dll 
#3 0x0000063c in ??() 
#4 0x00000001 in ??() 
#5 0x06edf8c0 in ??() 
#6 0x73ae556e in CreatePropertySheetPageA() 
    from C:\Windows\WinSxS\x86_microsoft.windows.common-controls_6595b64144ccf1df_6.0.7600.16385_none_421189da2b7fabfc\co 
mctl32.dll 
#7 0x7650f003 in WaitForSingleObjectEx() from C:\Windows\system32\kernel32.dll 
#8 0x765d6172 in ole32!CoRevokeClassObject() from C:\Windows\system32\ole32.dll 
#9 0x765dc80b in ole32!CoIsOle1Class() from C:\Windows\system32\ole32.dll 
#10 0x76511174 in KERNEL32!AcquireSRWLockExclusive() from C:\Windows\system32\kernel32.dll 
#11 0x76e6b3f5 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#12 0x76e6b3c8 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#13 0x00000000 in ??() 

Thread 20 (thread 4340.0x1628): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e6c in ntdll!ZwWriteVirtualMemory() from C:\Windows\system32\ntdll.dll 
#2 0x7504179c in WaitForSingleObjectEx() from C:\Windows\system32\KernelBase.dll 
#3 0x00000650 in ??() 
#4 0x00000001 in ??() 
#5 0x00000000 in ??() 

Thread 19 (thread 4340.0xf04): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e6c in ntdll!ZwWriteVirtualMemory() from C:\Windows\system32\ntdll.dll 
#2 0x7504179c in WaitForSingleObjectEx() from C:\Windows\system32\KernelBase.dll 
#3 0x000005c0 in ??() 
#4 0x00000001 in ??() 
#5 0x00000000 in ??() 

Thread 18 (thread 4340.0x3c4): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e4c in ntdll!ZwWriteRequestData() from C:\Windows\system32\ntdll.dll 
#2 0x75046872 in KERNELBASE!GetProcessId() from C:\Windows\system32\KernelBase.dll 
#3 0x00000001 in ??() 
#4 0x068af914 in ??() 
#5 0x00000001 in ??() 
#6 0x00000000 in ??() 

Thread 17 (thread 4340.0x880): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e4c in ntdll!ZwWriteRequestData() from C:\Windows\system32\ntdll.dll 
#2 0x75046872 in KERNELBASE!GetProcessId() from C:\Windows\system32\KernelBase.dll 
#3 0x00000001 in ??() 
#4 0x0665f758 in ??() 
#5 0x00000001 in ??() 
#6 0x00000001 in ??() 
#7 0x00000000 in ??() 

Thread 16 (thread 4340.0x165c): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e4c in ntdll!ZwWriteRequestData() from C:\Windows\system32\ntdll.dll 
#2 0x75046872 in KERNELBASE!GetProcessId() from C:\Windows\system32\KernelBase.dll 
#3 0x00000001 in ??() 
#4 0x05e2f5a8 in ??() 
#5 0x00000001 in ??() 
#6 0x00000000 in ??() 

Thread 14 (thread 4340.0xb6c): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e6c in ntdll!ZwWriteVirtualMemory() from C:\Windows\system32\ntdll.dll 
#2 0x7504179c in WaitForSingleObjectEx() from C:\Windows\system32\KernelBase.dll 
#3 0x00000580 in ??() 
#4 0x00000001 in ??() 
#5 0x063cfe08 in ??() 
#6 0x737f53a6 in ??() 
#7 0x5cea92e4 in ??() 
#8 0x00000580 in ??() 
#9 0x0000001e in ??() 
#10 0x00000024 in ??() 
#11 0x00000001 in ??() 
#12 0x00000000 in ??() 

Thread 13 (thread 4340.0xc74): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e6c in ntdll!ZwWriteVirtualMemory() from C:\Windows\system32\ntdll.dll 
#2 0x7504179c in WaitForSingleObjectEx() from C:\Windows\system32\KernelBase.dll 
#3 0x00000548 in ??() 
#4 0x00000001 in ??() 
#5 0x00000000 in ??() 

Thread 12 (thread 4340.0x778): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e7c in ntdll!ZwYieldExecution() from C:\Windows\system32\ntdll.dll 
#2 0x76e4067b in ntdll!RtlLargeIntegerShiftLeft() from C:\Windows\system32\ntdll.dll 
#3 0x76511174 in KERNEL32!AcquireSRWLockExclusive() from C:\Windows\system32\kernel32.dll 
#4 0x76e6b3f5 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#5 0x76e6b3c8 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#6 0x00000000 in ??() 

Thread 10 (thread 4340.0x1620): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e54c1c in ntdll!ZwDeleteValueKey() from C:\Windows\system32\ntdll.dll 
#2 0x75041876 in SleepEx() from C:\Windows\system32\KernelBase.dll 
#3 0x00000000 in ??() 

Thread 9 (thread 4340.0x10cc): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e7c in ntdll!ZwYieldExecution() from C:\Windows\system32\ntdll.dll 
#2 0x76e4067b in ntdll!RtlLargeIntegerShiftLeft() from C:\Windows\system32\ntdll.dll 
#3 0x76511174 in KERNEL32!AcquireSRWLockExclusive() from C:\Windows\system32\kernel32.dll 
#4 0x76e6b3f5 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#5 0x76e6b3c8 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#6 0x00000000 in ??() 

Thread 8 (thread 4340.0xac4): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e7c in ntdll!ZwYieldExecution() from C:\Windows\system32\ntdll.dll 
#2 0x76e4067b in ntdll!RtlLargeIntegerShiftLeft() from C:\Windows\system32\ntdll.dll 
#3 0x76511174 in KERNEL32!AcquireSRWLockExclusive() from C:\Windows\system32\kernel32.dll 
#4 0x76e6b3f5 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#5 0x76e6b3c8 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#6 0x00000000 in ??() 

Thread 7 (thread 4340.0xe08): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e4c in ntdll!ZwWriteRequestData() from C:\Windows\system32\ntdll.dll 
#2 0x75046872 in KERNELBASE!GetProcessId() from C:\Windows\system32\KernelBase.dll 
#3 0x00000001 in ??() 
#4 0x057df9f0 in ??() 
#5 0x00000001 in ??() 
#6 0x00000000 in ??() 

Thread 6 (thread 4340.0x7fc): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e7c in ntdll!ZwYieldExecution() from C:\Windows\system32\ntdll.dll 
#2 0x76e4067b in ntdll!RtlLargeIntegerShiftLeft() from C:\Windows\system32\ntdll.dll 
#3 0x76511174 in KERNEL32!AcquireSRWLockExclusive() from C:\Windows\system32\kernel32.dll 
#4 0x76e6b3f5 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#5 0x76e6b3c8 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#6 0x00000000 in ??() 

Thread 5 (thread 4340.0x61c): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e4c in ntdll!ZwWriteRequestData() from C:\Windows\system32\ntdll.dll 
#2 0x76e3ef27 in ntdll!RtlIsValidIndexHandle() from C:\Windows\system32\ntdll.dll 
#3 0x76511174 in KERNEL32!AcquireSRWLockExclusive() from C:\Windows\system32\kernel32.dll 
#4 0x76e6b3f5 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#5 0x76e6b3c8 in ntdll!RtlInsertElementGenericTableAvl() from C:\Windows\system32\ntdll.dll 
#6 0x00000000 in ??() 

Thread 4 (thread 4340.0x1794): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e4c in ntdll!ZwWriteRequestData() from C:\Windows\system32\ntdll.dll 
#2 0x75046872 in KERNELBASE!GetProcessId() from C:\Windows\system32\KernelBase.dll 
#3 0x00000002 in ??() 
#4 0x04e8f9e8 in ??() 
#5 0x00000001 in ??() 
#6 0x00000000 in ??() 

Thread 2 (thread 4340.0x51c): 
#0 0x76e564f4 in ntdll!LdrFindResourceEx_U() from C:\Windows\system32\ntdll.dll 
#1 0x76e55e6c in ntdll!ZwWriteVirtualMemory() from C:\Windows\system32\ntdll.dll 
#2 0x7504179c in WaitForSingleObjectEx() from C:\Windows\system32\KernelBase.dll 
#3 0x00000218 in ??() 
#4 0x00000000 in ??() 

Thread 1 (thread 4340.0x17b4): 
#0 0x1e0650bc in python27!PyObject_Call() from C:\Windows\system32\python27.dll 
#1 0x69781232 in iTunesPluginMain (__pyx_v_message=1768843636, __pyx_v_msgInfo=0x13e680, __pyx_v_refCon=0x0) 
    at pytunes.c:467 
#2 0x5bc1d217 in iTunes!getPhaseStreamLibraryVersion() from C:\Program Files\iTunes\iTunes.dll 
#3 0x696e6974 in ??() 
#4 0x0013e680 in ??() 
#5 0x00000000 in ??() 
(gdb)

编辑[2012/02/13]

我刚刚得到了主意为什么不尝试在C？，所以我做到了。而且它也行不通，iTunes仍然崩溃。也许我应该将问题重新命名为“如何将Python嵌入iTunes？” ..

编辑：纯粹的C实现现在不会导致iTunes崩溃，但我不知道我上次做错了什么。

#include "iTunesAPI/iTunesAPI.h" 
#include <Python.h> 

__declspec(dllexport) OSStatus iTunesPluginMain(OSType    message, 
               PluginMessageInfo* msgInfo, 
               void*    refCon) { 
    Py_Initialize(); 
    PyObject* op = Py_BuildValue("i", 123); 
    Py_Finalize(); 
    return unimpErr; 
}

来源

2012-02-02 Niklas R

之前可以你添加gdb回溯？看看这是一个问题，当gil被释放或什么 – tito 2012-02-10 15:13:09

@tito嗯，我怎么能调试一个* .dll *与'gdb'？找不到这样做..：/'（gdb）文件pytunes.dll \（gdb）运行../ itunes.exe'不起作用，不幸的是。 – 2012-02-11 13:02:59

我绝对不知道在Windows上。但是如果你能够回溯，那么发现问题会更容易。 – tito 2012-02-11 14:44:14

看到回溯后，我没有看到任何其他的python调用。然后有一个想法出现在我的脑海中：因为你正在尝试用Cython（Python）来做一个iTunes插件（C），Python解释器可能不会被初始化。您需要创建一个中间C文件来引导python解释器并在实际使用它之前初始化cython模块：

在main中。C：

#include <Python.h> 
#include "../iTunesAPI/iTunesAPI.h" 
#include "pytunes.c" 

__declspec(dllexport) OSStatus iTunesPluginMain(OSType    message, 
               PluginMessageInfo* msgInfo, 
               void*    refCon) { 
    Py_Initialize(); 
    PyEval_InitThreads(); 
    initpytunes(); 
    return PyTunes_main(message, msgInfo, refCon); 
}

而在你pytunes.pyx：

cdef extern from "../iTunesAPI/iTunesAPI.h": 

    ctypedef int  OSType 
    ctypedef int  OSStatus 

    ctypedef struct PluginMessageInfo: 
     pass 

    int unimpErr 

cdef public int PyTunes_main( OSType    message, 
           PluginMessageInfo* msgInfo, 
           void*    refCon): 
    object() 
    return 0

现在Python解释器将被安全初始化，并用Cython扩展也调用用Cython/c函数:)

来源

2012-02-13 13:02:00 tito

好主意，但不幸的是不是解决方案。在'gil：'之外调用'Py_Initialize'使我在Cython中出现错误：*调用gil-requires函数，如果没有gil *则不允许，将它放在'用gil：'编译Cython作品的范围内，但iTunes仍然崩溃。就像我想发布我的尝试只在* C *中完成整个事情一样，我看到了你的答案。请看看编辑过的问题。 Ty – 2012-02-13 13:19:39

对不起，修复后 – tito 2012-02-13 13:26:08

只需用nogil声明Py_Initialize即可。 – tito 2012-02-13 13:26:59

用于iTunes的共享库中的PyObject_Call（）的分段错误

回答

相关问题