Re: mono clr via pythonnet: invalid pointer

Daniel Krause <[email protected]> Sun, 22 Jan 2017 22:03:23 +0100

Newsgroups	gmane.comp.gnome.mono.general
Message-ID	<CAMiLiKjLwro5jhOefG3p=2ryorGDdveK-eCKg_Lds0O+Qz32LQ@mail.gmail.com>

Hi,

I tried to compile python 3.6 from source.
./configure
make
worked without problems.

But
make test
failed.
The logfile is attached.

I am afraid this problem is beyond the scope of this mailing list, but
perhaps someone has an idea anyway.

Thanks
Daniel

2017-01-22 19:38 GMT+01:00 William Ivanski <[email protected]>:

> Hey, Daniel,
>
> Maybe it's a bug on the version of Python for .NET you compiled. Maybe if
> you try the .EXE and .DLL I compiled and sent you?
>
> Em dom, 22 de jan de 2017 às 15:10, Daniel Krause <[email protected]>
> escreveu:
>
>> Hello,
>>
>> I installed the current mono-version 4.6.2.16-0xamarin1 and upgraded my
>> system with `sudo -H apt-get upgrade mono-complete`.
>> The examples for mono worked (I tested the console example and the
>> winform example), the clr import from python still gives me errors:
>>
>> import clr
>> *** Error in `python3.5': free(): invalid pointer: 0x76011050 ***
>> Stacktrace:
>>
>>   at <unknown> <0xffffffff>
>>   at (wrapper managed-to-native) Python.Runtime.Runtime.Py_Initialize ()
>> <0x00033>
>>   at Python.Runtime.Runtime.Initialize () <0x00027>
>>   at Python.Runtime.PythonEngine.Initialize () <0x0007f>
>>   at Python.Runtime.PythonEngine.InitExt () <0x0002f>
>>   at (wrapper runtime-invoke) <Module>.runtime_invoke_intptr
>> (object,intptr,intptr,intptr) <0x0006f>
>>
>> Native stacktrace:
>>
>>
>> Debug info from gdb:
>>
>> [New LWP 21070]
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib/arm-linux-gnueabihf/
>> libthread_db.so.1".
>> __libc_do_syscall () at ../sysdeps/unix/sysv/linux/
>> arm/libc-do-syscall.S:46
>> 46    ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S: No such file or
>> directory.
>>   Id   Target Id         Frame
>> * 1    Thread 0x76f1c300 (LWP 21069) "python3.5" __libc_do_syscall () at
>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46
>>   2    Thread 0x761b1470 (LWP 21070) "Finalizer" __libc_do_syscall () at
>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46
>>
>> Thread 2 (Thread 0x761b1470 (LWP 21070)):
>> #0  __libc_do_syscall () at ../sysdeps/unix/sysv/linux/
>> arm/libc-do-syscall.S:46
>> #1  0x76eb2834 in futex_abstimed_wait_cancelable (private=0, abstime=0x0,
>> expected=1, futex_word=0x76843c78) at ../sysdeps/unix/sysv/linux/
>> futex-internal.h:205
>> #2  do_futex_wait (sem=sem@entry=0x76843c78, abstime=0x0) at
>> sem_waitcommon.c:115
>> #3  0x76eb2916 in __new_sem_wait_slow (sem=0x76843c78, abstime=0x0) at
>> sem_waitcommon.c:282
>> #4  0x76734cc4 in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>>
>> Thread 1 (Thread 0x76f1c300 (LWP 21069)):
>> #0  __libc_do_syscall () at ../sysdeps/unix/sysv/linux/
>> arm/libc-do-syscall.S:46
>> #1  0x76eb432a in __waitpid (pid=21071, stat_loc=0x7eb086e4, options=0)
>> at ../sysdeps/unix/sysv/linux/waitpid.c:29
>> #2  0x76695d08 in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>>
>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>>
>> =================================================================
>> Got a SIGABRT while executing native code. This usually indicates
>> a fatal error in the mono runtime or one of the native libraries
>> used by your application.
>> =================================================================
>>
>> Aborted (core dumped)
>>
>> 2017-01-18 13:37 GMT+01:00 William Ivanski <[email protected]>:
>>
>> Hey, Daniel,
>>
>> Sorry I didn't ask from which repo you installed mono on your system. I'm
>> assuming you installed from Ubuntu repo, which provides mono 4.2 even on
>> Ubuntu 16.10.
>>
>> If you want to try mono 4.6, you may be able to install it on your system
>> from official mono repo: http://www.mono-project.
>> com/docs/getting-started/install/linux/
>>
>> Please let me know if it works for you.
>>
>> Em qua, 18 de jan de 2017 às 10:31, Daniel Krause <[email protected]>
>> escreveu:
>>
>> Hi William,
>>
>> it is good to hear, that Ubuntu 16.10 is working.
>> Unfortunately there is no Ubuntu 16.10 for Raspberry available (or let's
>> say, I did not find it, and I would be happy with the LTS-version...).
>>
>> Pythonnet is compiled from github as on your machine. I am using the same
>> mono-version as the pythonnet project uses for its testing, but on my
>> machine something is not working.
>>
>> You are also using a newer version of mono.
>>
>> Maybe there is a way to upgrade the version of mono on my system to
>> version 4.6.2 to give that a test?
>>
>> Thanks
>> Daniel
>>
>>
>> 2017-01-18 11:56 GMT+01:00 William Ivanski <[email protected]>:
>>
>> Hi, Andres, Daniel and others,
>>
>> It works, I'm using Kubuntu 16.10 and mono 4.6.2. To run:
>>
>> mono nPython.exe test.py
>>
>> I compiled Python for .NET myself from GitHub repo. You can always toss
>> away the EXE and the DLL, and compile them yourself.
>>
>> Em qua, 18 de jan de 2017 às 03:16, Andres <[email protected]> escreveu:
>>
>> Daniel, and others, I advice not to consume random binaries from random
>> people on the internet.
>>
>> On Wednesday, January 18, 2017 06:09 AM, William Ivanski wrote:
>> > Please see solution
>> > here: https://drive.google.com/file/d/0B6qR86JfcfthdDNwS2g4V2RFRmc/
>> view?usp=sharing
>> >
>> > It works, I'm using Kubuntu 16.10 and mono 4.6.2. I compiled Python for
>> > .NET myself from GitHub repo.
>> > To run:
>> >
>> > mono nPython.exe test.py
>> >
>> > Em ter, 17 de jan de 2017 às 18:57, Daniel Krause <[email protected]
>> > <mailto:[email protected]>> escreveu:
>> >
>> >     Hello,
>> >
>> >     I am trying to to use mono from python via pythonnet.
>> >
>> >     My system:
>> >
>> >     *Ubuntu*
>> >
>> >       * Release 16.04.1 LTS (Xenial Xerus) 32-bit
>> >       * Kernel Linux 4.1.19-v7+ armv7l
>> >       * MATE 1.12.1
>> >
>> >     *Hardware*
>> >
>> >       * Memory: 925,8 MiB
>> >       * Processor: ARMv7 Processor rev 4 (v7l) × 4
>> >
>> >     *Mono: *mono-complete (4.2.4.4-0wheezy1)
>> >
>> >     **More information on the system and installed dependencies for
>> >     pythonnet can be found in this thread:
>> >     https://github.com/pythonnet/pythonnet/issues/327
>> >
>> >     The following small test script fails at the first step (importing
>> >     the clr):
>> >     #!/usr/bin/env python3
>> >
>> >     print('import clr')
>> >     import clr
>> >     print('clr imported')
>> >
>> >     if __name__ == '__main__':
>> >         print('main')
>> >         exit(0)
>> >
>> >     It gives the following traceback:
>> >     import clr
>> >     *** Error in `python3.5': free(): invalid pointer: 0x75b92050 ***
>> >     Stacktrace:
>> >
>> >       at <unknown> <0xffffffff>
>> >       at (wrapper managed-to-native)
>> >     Python.Runtime.Runtime.Py_Initialize () <0xffffffff>
>> >       at Python.Runtime.Runtime.Initialize () <0x0002f>
>> >       at Python.Runtime.PythonEngine.Initialize () <0x00093>
>> >       at Python.Runtime.PythonEngine.InitExt () <0x0002f>
>> >       at (wrapper runtime-invoke) <Module>.runtime_invoke_intptr
>> >     (object,intptr,intptr,intptr) <0xffffffff>
>> >
>> >     Native stacktrace:
>> >
>> >
>> >     Debug info from gdb:
>> >
>> >     [New LWP 1901]
>> >     [Thread debugging using libthread_db enabled]
>> >     Using host libthread_db library
>> >     "/lib/arm-linux-gnueabihf/libthread_db.so.1".
>> >     0x76f23454 in __libc_do_syscall () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >       Id   Target Id         Frame
>> >     * 1    Thread 0x76f8a300 (LWP 1900) "python3.5" 0x76f23454 in
>> >     __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
>> >       2    Thread 0x76250470 (LWP 1901) "Finalizer" 0x76f23454 in
>> >     __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
>> >
>> >     Thread 2 (Thread 0x76250470 (LWP 1901)):
>> >     #0  0x76f23454 in __libc_do_syscall () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #1  0x76f20834 in do_futex_wait.constprop () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #2  0x76f20916 in __new_sem_wait_slow.constprop.0 () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #3  0x767dae84 in mono_sem_wait () from
>> /usr/lib/libmonoboehm-2.0.so.1
>> >     #4  0x767a89a0 in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>> >     Backtrace stopped: previous frame identical to this frame (corrupt
>> >     stack?)
>> >
>> >     Thread 1 (Thread 0x76f8a300 (LWP 1900)):
>> >     #0  0x76f23454 in __libc_do_syscall () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #1  0x76f2232a in waitpid () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #2  0x767122bc in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>> >     Backtrace stopped: previous frame identical to this frame (corrupt
>> >     stack?)
>> >
>> >     =================================================================
>> >     Got a SIGABRT while executing native code. This usually indicates
>> >     a fatal error in the mono runtime or one of the native libraries
>> >     used by your application.
>> >     =================================================================
>> >
>> >     Aborted (core dumped)
>> >
>> >     My debugging skills are very poor, anyway, I tried to use valgrind
>> >     to get perhaps a better idea. The output:
>> >     ==2813== Memcheck, a memory error detector
>> >     ==2813== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward
>> et al.
>> >     ==2813== Using Valgrind-3.11.0 and LibVEX; rerun with -h for
>> >     copyright info
>> >     ==2813== Command: python3.5 pythonnet_test.py
>> >     ==2813==
>> >     disInstr(arm): unhandled instruction: 0xF1010200
>> >                      cond=15(0xF) 27:20=16(0x10) 4:4=0 3:0=0(0x0)
>> >     ==2813== valgrind: Unrecognised instruction at address 0x48596f4.
>> >     ==2813==    at 0x48596F4: ??? (in
>> >     /usr/lib/arm-linux-gnueabihf/libarmmem.so)
>> >     ==2813== Your program just tried to execute an instruction that
>> Valgrind
>> >     ==2813== did not recognise.  There are two possible reasons for
>> this.
>> >     ==2813== 1. Your program has a bug and erroneously jumped to a
>> non-code
>> >     ==2813==    location.  If you are running Memcheck and you just saw
>> a
>> >     ==2813==    warning about a bad jump, it's probably your program's
>> >     fault.
>> >     ==2813== 2. The instruction is legitimate but Valgrind doesn't
>> >     handle it,
>> >     ==2813==    i.e. it's Valgrind's fault.  If you think this is the
>> >     case or
>> >     ==2813==    you are not sure, please let us know and we'll try to
>> >     fix it.
>> >     ==2813== Either way, Valgrind will now raise a SIGILL signal which
>> will
>> >     ==2813== probably kill your program.
>> >     ==2813==
>> >     ==2813== Process terminating with default action of signal 4
>> (SIGILL)
>> >     ==2813==  Illegal opcode at address 0x48596F4
>> >     ==2813==    at 0x48596F4: ??? (in
>> >     /usr/lib/arm-linux-gnueabihf/libarmmem.so)
>> >     ==2813==
>> >     ==2813== HEAP SUMMARY:
>> >     ==2813==     in use at exit: 1,088 bytes in 10 blocks
>> >     ==2813==   total heap usage: 62 allocs, 52 frees, 5,692 bytes
>> allocated
>> >     ==2813==
>> >     ==2813== LEAK SUMMARY:
>> >     ==2813==    definitely lost: 0 bytes in 0 blocks
>> >     ==2813==    indirectly lost: 0 bytes in 0 blocks
>> >     ==2813==      possibly lost: 0 bytes in 0 blocks
>> >     ==2813==    still reachable: 1,088 bytes in 10 blocks
>> >     ==2813==         suppressed: 0 bytes in 0 blocks
>> >     ==2813== Rerun with --leak-check=full to see details of leaked
>> memory
>> >     ==2813==
>> >     ==2813== For counts of detected and suppressed errors, rerun with:
>> -v
>> >     ==2813== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0
>> from 0)
>> >     Illegal instruction (core dumped)
>> >
>> >     Both the traceback from python and the output of valgrind are beyond
>> >     my comprehension.
>> >
>> >     Has anyone have an idea, what is wrong, and how to fix it?
>> >
>> >     Thanks
>> >     Daniel
>> >     _______________________________________________
>> >     Mono-list maillist  -  [email protected]
>> >     <mailto:[email protected]>
>> >     http://lists.dot.net/mailman/listinfo/mono-list
>> >
>> > --
>> >
>> > William Ivanski - Microsoft MVP
>> >
>> >
>> >
>> > _______________________________________________
>> > Mono-list maillist  -  [email protected]
>> > http://lists.dot.net/mailman/listinfo/mono-list
>> >
>>
>>
>> _______________________________________________
>> Mono-list maillist  -  [email protected]
>> http://lists.dot.net/mailman/listinfo/mono-list
>>
>> --
>>
>> William Ivanski - Microsoft MVP
>>
>> _______________________________________________
>> Mono-list maillist  -  [email protected]
>> http://lists.dot.net/mailman/listinfo/mono-list
>>
>>
>> --
>>
>> William Ivanski - Microsoft MVP
>>
>>
>> 2017-01-22 18:07 GMT+01:00 Daniel Krause <[email protected]>:
>>
>> Hello,
>>
>> I installed the current mono-version 4.6.2.16-0xamarin1 and upgraded my
>> system with `sudo -H apt-get upgrade mono-complete`.
>> The examples for mono worked (I tested the console example and the
>> winform example), the clr import from python still gives me errors:
>>
>> import clr
>> *** Error in `python3.5': free(): invalid pointer: 0x76011050 ***
>> Stacktrace:
>>
>>   at <unknown> <0xffffffff>
>>   at (wrapper managed-to-native) Python.Runtime.Runtime.Py_Initialize ()
>> <0x00033>
>>   at Python.Runtime.Runtime.Initialize () <0x00027>
>>   at Python.Runtime.PythonEngine.Initialize () <0x0007f>
>>   at Python.Runtime.PythonEngine.InitExt () <0x0002f>
>>   at (wrapper runtime-invoke) <Module>.runtime_invoke_intptr
>> (object,intptr,intptr,intptr) <0x0006f>
>>
>> Native stacktrace:
>>
>>
>> Debug info from gdb:
>>
>> [New LWP 21070]
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib/arm-linux-gnueabihf/
>> libthread_db.so.1".
>> __libc_do_syscall () at ../sysdeps/unix/sysv/linux/
>> arm/libc-do-syscall.S:46
>> 46    ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S: No such file or
>> directory.
>>   Id   Target Id         Frame
>> * 1    Thread 0x76f1c300 (LWP 21069) "python3.5" __libc_do_syscall () at
>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46
>>   2    Thread 0x761b1470 (LWP 21070) "Finalizer" __libc_do_syscall () at
>> ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46
>>
>> Thread 2 (Thread 0x761b1470 (LWP 21070)):
>> #0  __libc_do_syscall () at ../sysdeps/unix/sysv/linux/
>> arm/libc-do-syscall.S:46
>> #1  0x76eb2834 in futex_abstimed_wait_cancelable (private=0, abstime=0x0,
>> expected=1, futex_word=0x76843c78) at ../sysdeps/unix/sysv/linux/
>> futex-internal.h:205
>> #2  do_futex_wait (sem=sem@entry=0x76843c78, abstime=0x0) at
>> sem_waitcommon.c:115
>> #3  0x76eb2916 in __new_sem_wait_slow (sem=0x76843c78, abstime=0x0) at
>> sem_waitcommon.c:282
>> #4  0x76734cc4 in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>>
>> Thread 1 (Thread 0x76f1c300 (LWP 21069)):
>> #0  __libc_do_syscall () at ../sysdeps/unix/sysv/linux/
>> arm/libc-do-syscall.S:46
>> #1  0x76eb432a in __waitpid (pid=21071, stat_loc=0x7eb086e4, options=0)
>> at ../sysdeps/unix/sysv/linux/waitpid.c:29
>> #2  0x76695d08 in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
>>
>> =================================================================
>> Got a SIGABRT while executing native code. This usually indicates
>> a fatal error in the mono runtime or one of the native libraries
>> used by your application.
>> =================================================================
>>
>> Aborted (core dumped)
>>
>> 2017-01-18 13:37 GMT+01:00 William Ivanski <[email protected]>:
>>
>> Hey, Daniel,
>>
>> Sorry I didn't ask from which repo you installed mono on your system. I'm
>> assuming you installed from Ubuntu repo, which provides mono 4.2 even on
>> Ubuntu 16.10.
>>
>> If you want to try mono 4.6, you may be able to install it on your system
>> from official mono repo: http://www.mono-project.
>> com/docs/getting-started/install/linux/
>>
>> Please let me know if it works for you.
>>
>> Em qua, 18 de jan de 2017 às 10:31, Daniel Krause <[email protected]>
>> escreveu:
>>
>> Hi William,
>>
>> it is good to hear, that Ubuntu 16.10 is working.
>> Unfortunately there is no Ubuntu 16.10 for Raspberry available (or let's
>> say, I did not find it, and I would be happy with the LTS-version...).
>>
>> Pythonnet is compiled from github as on your machine. I am using the same
>> mono-version as the pythonnet project uses for its testing, but on my
>> machine something is not working.
>>
>> You are also using a newer version of mono.
>>
>> Maybe there is a way to upgrade the version of mono on my system to
>> version 4.6.2 to give that a test?
>>
>> Thanks
>> Daniel
>>
>>
>> 2017-01-18 11:56 GMT+01:00 William Ivanski <[email protected]>:
>>
>> Hi, Andres, Daniel and others,
>>
>> It works, I'm using Kubuntu 16.10 and mono 4.6.2. To run:
>>
>> mono nPython.exe test.py
>>
>> I compiled Python for .NET myself from GitHub repo. You can always toss
>> away the EXE and the DLL, and compile them yourself.
>>
>> Em qua, 18 de jan de 2017 às 03:16, Andres <[email protected]> escreveu:
>>
>> Daniel, and others, I advice not to consume random binaries from random
>> people on the internet.
>>
>> On Wednesday, January 18, 2017 06:09 AM, William Ivanski wrote:
>> > Please see solution
>> > here: https://drive.google.com/file/d/0B6qR86JfcfthdDNwS2g4V2RFRmc/
>> view?usp=sharing
>> >
>> > It works, I'm using Kubuntu 16.10 and mono 4.6.2. I compiled Python for
>> > .NET myself from GitHub repo.
>> > To run:
>> >
>> > mono nPython.exe test.py
>> >
>> > Em ter, 17 de jan de 2017 às 18:57, Daniel Krause <[email protected]
>> > <mailto:[email protected]>> escreveu:
>> >
>> >     Hello,
>> >
>> >     I am trying to to use mono from python via pythonnet.
>> >
>> >     My system:
>> >
>> >     *Ubuntu*
>> >
>> >       * Release 16.04.1 LTS (Xenial Xerus) 32-bit
>> >       * Kernel Linux 4.1.19-v7+ armv7l
>> >       * MATE 1.12.1
>> >
>> >     *Hardware*
>> >
>> >       * Memory: 925,8 MiB
>> >       * Processor: ARMv7 Processor rev 4 (v7l) × 4
>> >
>> >     *Mono: *mono-complete (4.2.4.4-0wheezy1)
>> >
>> >     **More information on the system and installed dependencies for
>> >     pythonnet can be found in this thread:
>> >     https://github.com/pythonnet/pythonnet/issues/327
>> >
>> >     The following small test script fails at the first step (importing
>> >     the clr):
>> >     #!/usr/bin/env python3
>> >
>> >     print('import clr')
>> >     import clr
>> >     print('clr imported')
>> >
>> >     if __name__ == '__main__':
>> >         print('main')
>> >         exit(0)
>> >
>> >     It gives the following traceback:
>> >     import clr
>> >     *** Error in `python3.5': free(): invalid pointer: 0x75b92050 ***
>> >     Stacktrace:
>> >
>> >       at <unknown> <0xffffffff>
>> >       at (wrapper managed-to-native)
>> >     Python.Runtime.Runtime.Py_Initialize () <0xffffffff>
>> >       at Python.Runtime.Runtime.Initialize () <0x0002f>
>> >       at Python.Runtime.PythonEngine.Initialize () <0x00093>
>> >       at Python.Runtime.PythonEngine.InitExt () <0x0002f>
>> >       at (wrapper runtime-invoke) <Module>.runtime_invoke_intptr
>> >     (object,intptr,intptr,intptr) <0xffffffff>
>> >
>> >     Native stacktrace:
>> >
>> >
>> >     Debug info from gdb:
>> >
>> >     [New LWP 1901]
>> >     [Thread debugging using libthread_db enabled]
>> >     Using host libthread_db library
>> >     "/lib/arm-linux-gnueabihf/libthread_db.so.1".
>> >     0x76f23454 in __libc_do_syscall () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >       Id   Target Id         Frame
>> >     * 1    Thread 0x76f8a300 (LWP 1900) "python3.5" 0x76f23454 in
>> >     __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
>> >       2    Thread 0x76250470 (LWP 1901) "Finalizer" 0x76f23454 in
>> >     __libc_do_syscall () from /lib/arm-linux-gnueabihf/libpthread.so.0
>> >
>> >     Thread 2 (Thread 0x76250470 (LWP 1901)):
>> >     #0  0x76f23454 in __libc_do_syscall () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #1  0x76f20834 in do_futex_wait.constprop () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #2  0x76f20916 in __new_sem_wait_slow.constprop.0 () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #3  0x767dae84 in mono_sem_wait () from
>> /usr/lib/libmonoboehm-2.0.so.1
>> >     #4  0x767a89a0 in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>> >     Backtrace stopped: previous frame identical to this frame (corrupt
>> >     stack?)
>> >
>> >     Thread 1 (Thread 0x76f8a300 (LWP 1900)):
>> >     #0  0x76f23454 in __libc_do_syscall () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #1  0x76f2232a in waitpid () from
>> >     /lib/arm-linux-gnueabihf/libpthread.so.0
>> >     #2  0x767122bc in ?? () from /usr/lib/libmonoboehm-2.0.so.1
>> >     Backtrace stopped: previous frame identical to this frame (corrupt
>> >     stack?)
>> >
>> >     =================================================================
>> >     Got a SIGABRT while executing native code. This usually indicates
>> >     a fatal error in the mono runtime or one of the native libraries
>> >     used by your application.
>> >     =================================================================
>> >
>> >     Aborted (core dumped)
>> >
>> >     My debugging skills are very poor, anyway, I tried to use valgrind
>> >     to get perhaps a better idea. The output:
>> >     ==2813== Memcheck, a memory error detector
>> >     ==2813== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward
>> et al.
>> >     ==2813== Using Valgrind-3.11.0 and LibVEX; rerun with -h for
>> >     copyright info
>> >     ==2813== Command: python3.5 pythonnet_test.py
>> >     ==2813==
>> >     disInstr(arm): unhandled instruction: 0xF1010200
>> >                      cond=15(0xF) 27:20=16(0x10) 4:4=0 3:0=0(0x0)
>> >     ==2813== valgrind: Unrecognised instruction at address 0x48596f4.
>> >     ==2813==    at 0x48596F4: ??? (in
>> >     /usr/lib/arm-linux-gnueabihf/libarmmem.so)
>> >     ==2813== Your program just tried to execute an instruction that
>> Valgrind
>> >     ==2813== did not recognise.  There are two possible reasons for
>> this.
>> >     ==2813== 1. Your program has a bug and erroneously jumped to a
>> non-code
>> >     ==2813==    location.  If you are running Memcheck and you just saw
>> a
>> >     ==2813==    warning about a bad jump, it's probably your program's
>> >     fault.
>> >     ==2813== 2. The instruction is legitimate but Valgrind doesn't
>> >     handle it,
>> >     ==2813==    i.e. it's Valgrind's fault.  If you think this is the
>> >     case or
>> >     ==2813==    you are not sure, please let us know and we'll try to
>> >     fix it.
>> >     ==2813== Either way, Valgrind will now raise a SIGILL signal which
>> will
>> >     ==2813== probably kill your program.
>> >     ==2813==
>> >     ==2813== Process terminating with default action of signal 4
>> (SIGILL)
>> >     ==2813==  Illegal opcode at address 0x48596F4
>> >     ==2813==    at 0x48596F4: ??? (in
>> >     /usr/lib/arm-linux-gnueabihf/libarmmem.so)
>> >     ==2813==
>> >     ==2813== HEAP SUMMARY:
>> >     ==2813==     in use at exit: 1,088 bytes in 10 blocks
>> >     ==2813==   total heap usage: 62 allocs, 52 frees, 5,692 bytes
>> allocated
>> >     ==2813==
>> >     ==2813== LEAK SUMMARY:
>> >     ==2813==    definitely lost: 0 bytes in 0 blocks
>> >     ==2813==    indirectly lost: 0 bytes in 0 blocks
>> >     ==2813==      possibly lost: 0 bytes in 0 blocks
>> >     ==2813==    still reachable: 1,088 bytes in 10 blocks
>> >     ==2813==         suppressed: 0 bytes in 0 blocks
>> >     ==2813== Rerun with --leak-check=full to see details of leaked
>> memory
>> >     ==2813==
>> >     ==2813== For counts of detected and suppressed errors, rerun with:
>> -v
>> >     ==2813== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 0
>> from 0)
>> >     Illegal instruction (core dumped)
>> >
>> >     Both the traceback from python and the output of valgrind are beyond
>> >     my comprehension.
>> >
>> >     Has anyone have an idea, what is wrong, and how to fix it?
>> >
>> >     Thanks
>> >     Daniel
>> >     _______________________________________________
>> >     Mono-list maillist  -  [email protected]
>> >     <mailto:[email protected]>
>> >     http://lists.dot.net/mailman/listinfo/mono-list
>>
>> --
>
> William Ivanski - Microsoft MVP
>

_______________________________________________
Mono-list maillist  -  [email protected]
http://lists.dot.net/mailman/listinfo/mono-list

test_gdb.log (text/x-log, 36.9 KB)

== CPython 3.6.0 (default, Jan 22 2017, 20:53:06) [GCC 5.4.0 20160609]
==   Linux-4.1.19-v7+-armv7l-with-debian-stretch-sid little-endian
==   hash algorithm: siphash24 32bit
==  cwd: /home/lumilab/Downloads/Python-3.6.0/build/test_python_19518
==  encodings: locale=UTF-8, FS=utf-8
Testing with flags: sys.flags(debug=0, inspect=0, interactive=0, optimize=0, dont_write_bytecode=0, no_user_site=0, no_site=0, ignore_environment=0, verbose=0, bytes_warning=0, quiet=0, hash_randomization=1, isolated=0)
Run tests sequentially
0:00:00 [1/1] test_gdb
GDB version 7.11:
    GNU gdb (Ubuntu 7.11.1-0ubuntu1~16.04) 7.11.1
    Copyright (C) 2016 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 "arm-linux-gnueabihf".
    Type "show configuration" for configuration details.
    For bug reporting instructions, please see:
    <http://www.gnu.org/software/gdb/bugs/>.
    Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.
    For help, type "help".
    Type "apropos word" to search for commands related to "word".
test_NULL_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with NULL ob_type is handled gracefully ... FAIL
test_NULL_ptr (test.test_gdb.PrettyPrintTests)
Ensure that a NULL PyObject* is handled gracefully ... FAIL
test_builtin_method (test.test_gdb.PrettyPrintTests) ... FAIL
test_builtins_help (test.test_gdb.PrettyPrintTests)
Ensure that the new-style class _Helper in site.py can be handled ... FAIL
test_bytes (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of bytes ... FAIL
test_corrupt_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a corrupt ob_type is handled gracefully ... FAIL
test_corrupt_tp_flags (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_flags is handled ... FAIL
test_corrupt_tp_name (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_name is handled ... FAIL
test_dicts (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of dictionaries ... FAIL
test_exceptions (test.test_gdb.PrettyPrintTests) ... FAIL
test_frames (test.test_gdb.PrettyPrintTests) ... FAIL
test_frozensets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of frozensets ... FAIL
test_getting_backtrace (test.test_gdb.PrettyPrintTests) ... FAIL
test_int (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various int values ... FAIL
test_lists (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of lists ... FAIL
test_modern_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of new-style class instances ... FAIL
test_selfreferential_dict (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a dict doesn't lead proxyval ... FAIL
test_selfreferential_list (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a list doesn't lead proxyval ... FAIL
test_selfreferential_new_style_instance (test.test_gdb.PrettyPrintTests) ... FAIL
test_selfreferential_old_style_instance (test.test_gdb.PrettyPrintTests) ... FAIL
test_sets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of sets ... FAIL
test_singletons (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of True, False and None ... FAIL
test_strings (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of unicode strings ... FAIL
test_subclassing_list (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a list subclass ... FAIL
test_subclassing_tuple (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a tuple subclass ... FAIL
test_truncation (test.test_gdb.PrettyPrintTests)
Verify that very long output is truncated ... FAIL
test_tuples (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of tuples ... FAIL
test_basic_command (test.test_gdb.PyListTests)
Verify that the "py-list" command works ... skipped 'Python was compiled with optimizations'
test_one_abs_arg (test.test_gdb.PyListTests)
Verify the "py-list" command with one absolute argument ... skipped 'Python was compiled with optimizations'
test_two_abs_args (test.test_gdb.PyListTests)
Verify the "py-list" command with two absolute arguments ... skipped 'Python was compiled with optimizations'
test_down_at_bottom (test.test_gdb.StackNavigationTests)
Verify handling of "py-down" at the bottom of the stack ... FAIL
test_pyup_command (test.test_gdb.StackNavigationTests)
Verify that the "py-up" command works ... skipped 'Python was compiled with optimizations'
test_up_at_top (test.test_gdb.StackNavigationTests)
Verify handling of "py-up" at the top of the stack ... FAIL
test_up_then_down (test.test_gdb.StackNavigationTests)
Verify "py-up" followed by "py-down" ... skipped 'Python was compiled with optimizations'
test_bt (test.test_gdb.PyBtTests)
Verify that the "py-bt" command works ... skipped 'Python was compiled with optimizations'
test_bt_full (test.test_gdb.PyBtTests)
Verify that the "py-bt-full" command works ... skipped 'Python was compiled with optimizations'
test_gc (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates if a thread is garbage-collecting ... skipped 'Python was compiled with optimizations'
test_pycfunction (test.test_gdb.PyBtTests)
Verify that "py-bt" displays invocations of PyCFunction instances ... skipped 'Python was compiled with optimizations'
test_threads (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates threads that are waiting for the GIL ... FAIL
test_basic_command (test.test_gdb.PyPrintTests)
Verify that the "py-print" command works ... skipped 'Python was compiled with optimizations'
test_print_after_up (test.test_gdb.PyPrintTests) ... skipped 'Python was compiled with optimizations'
test_printing_builtin (test.test_gdb.PyPrintTests) ... skipped 'Python was compiled with optimizations'
test_printing_global (test.test_gdb.PyPrintTests) ... skipped 'Python was compiled with optimizations'
test_basic_command (test.test_gdb.PyLocalsTests) ... skipped 'Python was compiled with optimizations'
test_locals_after_up (test.test_gdb.PyLocalsTests) ... skipped 'Python was compiled with optimizations'

======================================================================
FAIL: test_NULL_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with NULL ob_type is handled gracefully
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 490, in test_NULL_ob_type
    'set v->ob_type=0')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 461, in assertSane
    cmds_after_breakpoint=cmds_after_breakpoint)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_NULL_ptr (test.test_gdb.PrettyPrintTests)
Ensure that a NULL PyObject* is handled gracefully
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 482, in test_NULL_ptr
    'backtrace'])
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_builtin_method (test.test_gdb.PrettyPrintTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 612, in test_builtin_method
    gdb_repr, gdb_output = self.get_gdb_repr('import sys; id(sys.stdout.readlines)')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_builtins_help (test.test_gdb.PrettyPrintTests)
Ensure that the new-style class _Helper in site.py can be handled
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 518, in test_builtins_help
    gdb_repr, gdb_output = self.get_gdb_repr('id(__builtins__.help)', import_site=True)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_bytes (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of bytes
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 306, in test_bytes
    self.assertGdbRepr(b'')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_corrupt_ob_type (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a corrupt ob_type is handled gracefully
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 496, in test_corrupt_ob_type
    exprepr='42')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 461, in assertSane
    cmds_after_breakpoint=cmds_after_breakpoint)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_corrupt_tp_flags (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_flags is handled
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 502, in test_corrupt_tp_flags
    exprepr='42')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 461, in assertSane
    cmds_after_breakpoint=cmds_after_breakpoint)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_corrupt_tp_name (test.test_gdb.PrettyPrintTests)
Ensure that a PyObject* with a type with corrupt tp_name is handled
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 508, in test_corrupt_tp_name
    exprepr='42')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 461, in assertSane
    cmds_after_breakpoint=cmds_after_breakpoint)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_dicts (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of dictionaries
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 294, in test_dicts
    self.assertGdbRepr({})
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_exceptions (test.test_gdb.PrettyPrintTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 392, in test_exceptions
    ''')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_frames (test.test_gdb.PrettyPrintTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 626, in test_frames
    cmds_after_breakpoint=['print (PyFrameObject*)(((PyCodeObject*)v)->co_zombieframe)']
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_frozensets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of frozensets
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 378, in test_frozensets
    self.assertGdbRepr(frozenset(), "frozenset()")
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_getting_backtrace (test.test_gdb.PrettyPrintTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 265, in test_getting_backtrace
    gdb_output = self.get_stack_trace('id(42)')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_int (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of various int values
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 280, in test_int
    self.assertGdbRepr(42)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_lists (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of lists
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 301, in test_lists
    self.assertGdbRepr([])
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_modern_class (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of new-style class instances
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 414, in test_modern_class
    id(foo)''')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_selfreferential_dict (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a dict doesn't lead proxyval
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 539, in test_selfreferential_dict
    self.get_gdb_repr("a = {} ; b = {'bar':a} ; a['foo'] = b ; id(a)")
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_selfreferential_list (test.test_gdb.PrettyPrintTests)
Ensure that a reference loop involving a list doesn't lead proxyval
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 528, in test_selfreferential_list
    self.get_gdb_repr("a = [3, 4, 5] ; a.append(a) ; id(a)")
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_selfreferential_new_style_instance (test.test_gdb.PrettyPrintTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 563, in test_selfreferential_new_style_instance
    id(foo)''')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_selfreferential_old_style_instance (test.test_gdb.PrettyPrintTests)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 550, in test_selfreferential_old_style_instance
    id(foo)''')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_sets (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of sets
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 360, in test_sets
    self.assertGdbRepr(set(), "set()")
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_singletons (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of True, False and None
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 288, in test_singletons
    self.assertGdbRepr(True)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_strings (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of unicode strings
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 330, in test_strings
    self.assertGdbRepr('')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_subclassing_list (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a list subclass
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 427, in test_subclassing_list
    id(foo)''')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_subclassing_tuple (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of an instance of a tuple subclass
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 442, in test_subclassing_tuple
    id(foo)''')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_truncation (test.test_gdb.PrettyPrintTests)
Verify that very long output is truncated
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 585, in test_truncation
    gdb_repr, gdb_output = self.get_gdb_repr('id(list(range(1000)))')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_tuples (test.test_gdb.PrettyPrintTests)
Verify the pretty-printing of tuples
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 352, in test_tuples
    self.assertGdbRepr(tuple(), '()')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 271, in assertGdbRepr
    gdb_repr, gdb_output = self.get_gdb_repr('id(' + ascii(val) + ')')
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 240, in get_gdb_repr
    import_site=import_site)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_down_at_bottom (test.test_gdb.StackNavigationTests)
Verify handling of "py-down" at the bottom of the stack
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 693, in test_down_at_bottom
    cmds_after_breakpoint=['py-down'])
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_up_at_top (test.test_gdb.StackNavigationTests)
Verify handling of "py-up" at the top of the stack
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 701, in test_up_at_top
    cmds_after_breakpoint=['py-up'] * 5)
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

======================================================================
FAIL: test_threads (test.test_gdb.PyBtTests)
Verify that "py-bt" indicates threads that are waiting for the GIL
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 783, in test_threads
    cmds_after_breakpoint=['thread apply all py-bt'])
  File "/home/lumilab/Downloads/Python-3.6.0/Lib/test/test_gdb.py", line 218, in get_stack_trace
    self.assertEqual(unexpected_errlines, [])
AssertionError: Lists differ: ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.'] != []

First list contains 2 additional elements.
First extra element 0:
"Cannot parse expression `.L966 4@r4'."

- ["Cannot parse expression `.L966 4@r4'.", 'Reverting to original interface.']
+ []

----------------------------------------------------------------------
Ran 45 tests in 69.715s

FAILED (failures=30, skipped=15)
test_gdb failed in 1 min 12 sec

1 test failed:
    test_gdb

Total duration: 1 min 12 sec
Tests result: FAILURE