[issue35954] Incoherent type conversion in configparser

Change by Karthikeyan Singaravelan : -- nosy: +lukasz.langa ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

C API PyObject_GetAttrString returns not the object I expected

After calling PyObject_GetAttrString() I expected to get a PyObject string back but I found that I had been given a instead. (gdb) p *args_o $4 = What is going on and how do I get from the to the object I want? Barry -- https://mail.python.org/mailman/listinfo/python-list

[issue35954] Incoherent type conversion in configparser

Adeokkuw added the comment: Btw: The name "read_dict" [1] as well as its docstring say exactly the opposite of what it does. It acts as a "save_dict". Maybe that can be fixed on the go ... The docstring """ [...] All types held in the dictionary are converted to strings during reading,

C API version of str(exception) is not the same as pure python version

When I use the C API to get the str() of an execption I see this text: But python reports the following for the same exception: TypeError: unsupported operand type(s) for +: 'int' and 'str' What do I need to do in the C API to get the the same text for the exception? All the

[issue35954] Incoherent type conversion in configparser

New submission from Adeokkuw : configparser interface implicitly converts all objects to str (read_dict [sic] on line 724 of "3.7/Lib/configparser.py") while saving but not while lookup (__getitem__ on line 956). MWE: ``` config = configparser.ConfigParser() config[123] = {}

[issue35953] crosscompilation fails with clang on android

New submission from muhzi : Trying to cross compile python for android using NDK r19. but I keep facing a linker error. x86_64-linux-android21-clang -pie -L~/Android/Sdk/ndk-bundle/platforms/android-21/arch-x86_64/usr/lib64 -Xlinker -export-dynamic -o python \

[issue35953] crosscompilation fails with clang on android

Change by muhzi : -- components: Cross-Build nosy: Alex.Willmer, muhzi priority: normal severity: normal status: open title: crosscompilation fails with clang on android type: compile error versions: Python 2.7 ___ Python tracker

[issue35055] Error when we try to download the epub archive

Julien Palard added the comment: @ned the issue with builds in 3.8 come from our use of column and row spanning in the 3.8 documentation, breaking the plain text builder. I fixed it in https://github.com/sphinx-doc/sphinx/pull/5559 which has to be release in march IIRC. --

[issue35892] Fix awkwardness of statistics.mode() for multimodal datasets

Francis MB added the comment: >> There may be better names for the flag. "tie_goes_to_first_encountered" >> seemed a bit long though ;-) Could it may be an alternative to set the mode tie case in a form like: def mode(seq, *, case=CHOOSE_FIRST): [...] (or TIE_CHOOSE_FIRST, ...) where

[issue21269] Provide args and kwargs attributes on mock call objects

Kumar Akshay added the comment: Thanks @xtreak! I've added a PR with the following API ➜ cpython git:(fix-issue-21269) ✗ ./python.exe Python 3.8.0a0 (heads/fix-issue-21269-dirty:2433a2ab70, Feb 10 2019, 14:24:54) [Clang 10.0.0 (clang-1000.10.44.4)] on darwin Type "help", "copyright",

[issue21269] Provide args and kwargs attributes on mock call objects

Change by Kumar Akshay : -- keywords: +patch, patch, patch pull_requests: +11819, 11820, 11821 stage: needs patch -> patch review ___ Python tracker ___

[issue21269] Provide args and kwargs attributes on mock call objects

Change by Kumar Akshay : -- keywords: +patch pull_requests: +11819 stage: needs patch -> patch review ___ Python tracker ___ ___

[issue21269] Provide args and kwargs attributes on mock call objects

Change by Kumar Akshay : -- keywords: +patch, patch pull_requests: +11819, 11820 stage: needs patch -> patch review ___ Python tracker ___

[issue35924] curses segfault resizing window

Change by SilentGhost : -- nosy: +twouters ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35500] Align expected and actual calls on mock.assert_called_with error message

Tal Einat added the comment: After more thought, I agree that it isn't worth changing the current wording from "Actual" to something else. -- ___ Python tracker ___

<    1   2