[issue28898] Can't compile gdb with Python 3.6

Benjamin Peterson added the comment: I think we should take this for 3.6. -- assignee: -> ned.deily nosy: +ned.deily priority: normal -> release blocker ___ Python tracker

[issue28898] Can't compile gdb with Python 3.6

Roundup Robot added the comment: New changeset 4745d801cae2 by Benjamin Peterson in branch '3.6': guard HAVE_LONG_LONG definition to prevent redefinition (#28898) https://hg.python.org/cpython/rev/4745d801cae2 New changeset 1afc3f4f5502 by Benjamin Peterson in branch 'default': merge 3.6

Re: python 2.7.12 on Linux behaving differently than on Windows

BartC wrote: Which means that input of A B* *C will all end up running together so that you have no idea what is what or which file corresponds to which expansion. So if you intend your program to be used on unix, you need to design it so that it doesn't depend on such distinctions. Now the

Re: python 2.7.12 on Linux behaving differently than on Windows

On 12/07/2016 11:26 PM, Gregory Ewing wrote: > BartC wrote: >> println dirlist(cmdparams[2])# Windows >> println tail(cmdparams) # Linux > > I'm not familiar with your language, so I'll reply > in Python. If you write it like this: > > for arg in sys.argv[1:]: >

[issue28902] 3.6.0rc1 installer fails to install / uninstall.

Changes by Decorater : -- type: -> behavior ___ Python tracker ___ ___

Re: python 2.7.12 on Linux behaving differently than on Windows

BartC wrote: println dirlist(cmdparams[2])# Windows println tail(cmdparams) # Linux I'm not familiar with your language, so I'll reply in Python. If you write it like this: for arg in sys.argv[1:]: for name in glob(arg): print(name) then the user will

Re: python 2.7.12 on Linux behaving differently than on Windows

BartC wrote: Only the tiny minority that can be meaningfully invoked on an arbitrary number of files at the same time. Um... you mean the "tiny minority" that includes just about *every* unix utility that operates on files? -- Greg -- https://mail.python.org/mailman/listinfo/python-list

Re: python 2.7.12 on Linux behaving differently than on Windows

BartC wrote: And globbing doesn't take care of all of it: a Linux program still has to iterate over a loop of filenames. The same as on Windows, except the latter will need to call a function to deliver the next filename. Actually, most of them will require *two* loops, one to iterate over a

[issue28902] 3.6.0rc1 installer fails to install / uninstall.

New submission from Decorater: When installing python 3.6.0rc1 it errors saying that it cannot find python.dll in cab1.cab (or some sort of file name similar to that) which it would obviously not exist. and then when I try to uninstall it it will fail saying 3.6 is not installed but not

Re: MacOSX SpeechRecognition installation problems

On 12/07/2016 11:09 PM, 3dB wrote: > trying to install SpeechRecognition for Python results in error: > > running install_lib > creating /Library/Python/2.7/site-packages/speech_recognition > error: could not create > '/Library/Python/2.7/site-packages/speech_recognition': Permission

Re: python 2.7.12 on Linux behaving differently than on Windows

Paul Moore wrote: On Tuesday, 6 December 2016 21:44:18 UTC, Gregory Ewing wrote: What you need to understand is that, to a Unix user, * and ? are *just as well known* as |, < and >. And to Windows users. Just because BartC is proposing a silly distinction between what "Unix users" and

MacOSX SpeechRecognition installation problems

trying to install SpeechRecognition for Python results in error: running install_lib creating /Library/Python/2.7/site-packages/speech_recognition error: could not create '/Library/Python/2.7/site-packages/speech_recognition': Permission denied Any advice on how to fix? Follow

Re: python 2.7.12 on Linux behaving differently than on Windows

Steve D'Aprano wrote: I don't know any Unix programs that provide file spec processing. 'find' does, but only for its -name argument, and only because it does something different with it from what the shell would do. And you do need to quote it if it contains glob characters. -- Greg --

[issue28901] Embedded Release interactive mode documentation

New submission from Matthias v/d Meent: The Windows Embedded release (at least the x86_64 version) does not include the usual helper functions (exit, help, ...) when run interactively (~ python.exe). This is not documented at the docs of Windows Embedded release, which might mean that this is

Re: sets anomaly

On Thursday 08 December 2016 02:17, Rustom Mody wrote: > Trying to write some code using sets (well frozen sets) > And was hit by this anomaly > > This is the behavior of lists I analogously expect in sets: > [] > [] [[]] > [[]] > > ie the empty list and the list of the empty

Re: Get min and max dates

On Thursday 08 December 2016 03:15, DFS wrote: > dts= ['10-Mar-1998', > '20-Aug-1997', > '06-Sep-2009', > '23-Jan-2010', > '12-Feb-2010', > '05-Nov-2010', > '03-Sep-2009', > '07-Nov-2014', > '08-Mar-2013'] > > Of course, the naive:

[issue28900] update 'docs for other versions'

Ned Deily added the comment: With the above changes, the sidebar should get updated for the current 2.7, 3.5, 3.6, and 3.7 front pages within the next 24 hours. I'm leaving this open as a "release blocker" as a reminder to go back and update them all again once 3.6.0 final happens. I've

[issue28900] update 'docs for other versions'

Roundup Robot added the comment: New changeset e414fb1640e0 by Ned Deily in branch '2.7': Issue #28900: Update documentation sidebar for 3.6.0rc. https://hg.python.org/cpython/rev/e414fb1640e0 New changeset d350fc4d78ff by Ned Deily in branch '3.5': Issue #28900: Update documentation sidebar

[issue28900] update 'docs for other versions'

Mariatta Wijaya added the comment: No prob. Thanks, Ned. -- ___ Python tracker ___ ___ Python-bugs-list

[issue28900] update 'docs for other versions'

Mariatta Wijaya added the comment: If it's ok, I'd like to work on a patch for this :) -- nosy: +Mariatta ___ Python tracker ___

[issue28900] update 'docs for other versions'

Ned Deily added the comment: Thanks but I'm almost done, Mariatta. The most important part is ensuring PEP 101 is correct. -- ___ Python tracker ___

Re: python 2.7.12 on Linux behaving differently than on Windows

On Thursday 08 December 2016 12:15, BartC wrote: > On 08/12/2016 00:09, Steve D'Aprano wrote: >> On Thu, 8 Dec 2016 02:48 am, BartC wrote: > >>> You make it sound like a big deal. Here's a program (in my language not >>> Python) which prints the list of files matching a file-spec: >>> >>>

[issue28900] update 'docs for other versions'

Ned Deily added the comment: OK, I see what needs to be changed. Thanks for the reminder! -- assignee: docs@python -> ned.deily priority: normal -> release blocker stage: -> needs patch ___ Python tracker

[issue28900] update 'docs for other versions'

Matthias v/d Meent added the comment: Yes, they do work. It's just that the links to 3.5 are missing in the sidebar of 3.6 and 3.7. The docs are still reachable though. -- ___ Python tracker

[issue28900] update 'docs for other versions'

Ned Deily added the comment: Links to 3.5, 3.6, and dev (future 2.7) docs are available in the pulldown menu above the Download sidebar. Does that work for you? -- nosy: +ned.deily ___ Python tracker

[issue28900] update 'docs for other versions'

New submission from Matthias v/d Meent: The 'docs for other versions' links in the sidebar of docs.python.org do not link to 3.5 in both the 3.6 and 3.7 docs. As I didn't find any docs guidelines, I presume this is an error and should be fixed. A link to the Python 3.6 docs should get added

[issue28147] Unbounded memory growth resizing split-table dicts

Ned Deily added the comment: Just follow the normal 3.6 branch which will ensure it gets into 3.6.1. If we end up deciding to also add it to 3.6.0 final, I will handle the cherrypicking. -- ___ Python tracker

[issue28147] Unbounded memory growth resizing split-table dicts

INADA Naoki added the comment: Which revision should I make patch based on? 3.6 branch? or 3.6rc1 tag? After 3.6rc1 is tagged, I pushed optimization which contains same one line change. https://hg.python.org/cpython/rev/d03562dcbb82 -#define ESTIMATE_SIZE(n) (((n)*3) >> 1) +#define

PonyORM: generators as a query syntax

I was just made aware of a very interesting ORM project that has been around since about 2013, while listening to a recent episode of the Talk Python To Me podcast. The idea of using generators to build queries is really cool. I'm sure PonyORM has its limitations and drawbacks, as all ORM models

Re: python 2.7.12 on Linux behaving differently than on Windows

On Thursday 08 December 2016 11:34, BartC wrote: > On 07/12/2016 23:35, Steve D'Aprano wrote: >> On Thu, 8 Dec 2016 02:19 am, BartC wrote: >> >>> On 07/12/2016 14:34, Steve D'Aprano wrote: >> [...] I don't know why you are so hung up over the number of characters here, or this bogeyman

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Ned Deily added the comment: Yes, thanks, Charles, and thanks everyone else. Sorry about the confusion with the changes in rc1. -- priority: release blocker -> ___ Python tracker

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Nick Coghlan added the comment: Closing as not a bug as Charles suggested, since the problem was due to a workaround NumPy introduced for a regression in the beta releases that was fixed for rc1. -- nosy: +ncoghlan resolution: -> not a bug stage: -> resolved status: open -> closed

Re: python 2.7.12 on Linux behaving differently than on Windows

On 08/12/2016 00:09, Steve D'Aprano wrote: On Thu, 8 Dec 2016 02:48 am, BartC wrote: You make it sound like a big deal. Here's a program (in my language not Python) which prints the list of files matching a file-spec: println dirlist(cmdparams[2]) Does dirlist provide an escaping mechanism

Re: python 2.7.12 on Linux behaving differently than on Windows

On Thu, Dec 8, 2016 at 10:35 AM, Steve D'Aprano wrote: > In the Unix world, I'm at the mercy of *one* program, the shell. In your > ideal world, I'm at the mercy of EVERY program that implements globbing: > each and every one has to independently offer a way to disable

Re: python 2.7.12 on Linux behaving differently than on Windows

On 07/12/2016 23:35, Steve D'Aprano wrote: On Thu, 8 Dec 2016 02:19 am, BartC wrote: On 07/12/2016 14:34, Steve D'Aprano wrote: [...] I don't know why you are so hung up over the number of characters here, or this bogeyman of "one million files" in a directory. Because /you/ brought it up

Re: python 2.7.12 on Linux behaving differently than on Windows

On Thu, 8 Dec 2016 07:01 am, Skip Montanaro wrote: > Some things are better just left alone. File globbing is probably one > of those things. There's no right answer, and the people in the two > camps will never come to a compromise. Be fair Skip, we've already repeatedly acknowledged that the

[issue28635] Update What's New for 3.6

Roundup Robot added the comment: New changeset d12bc674b74e by Yury Selivanov in branch '3.6': Issue #28635: Drop the note that whatsnew is incomplete https://hg.python.org/cpython/rev/d12bc674b74e New changeset 1883072efc5f by Yury Selivanov in branch 'default': Merge 3.6 (issue #28635)

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Charles Harris added the comment: OK, you fixed what broke us before. If I revert our fixes the problem goes away. So, thanks I guess ;) You can close this. -- ___ Python tracker

Re: python 2.7.12 on Linux behaving differently than on Windows

On Thu, 8 Dec 2016 02:48 am, BartC wrote: > On 07/12/2016 13:58, Dennis Lee Bieber wrote: >> On Wed, 7 Dec 2016 11:54:35 +, BartC declaimed the >> following: >> >>> With automatic expansion, then EVERY program can become dangerous. Can >>> no one else see this? >>> >> >>

Re: python 2.7.12 on Linux behaving differently than on Windows

On Thu, 8 Dec 2016 02:19 am, BartC wrote: > On 07/12/2016 14:34, Steve D'Aprano wrote: [...] >> I don't know why you are so hung up over the number of characters here, >> or this bogeyman of "one million files" in a directory. > > Because /you/ brought it up as a reason why 'globbing' would help

Re: python 2.7.12 on Linux behaving differently than on Windows

BartC writes: > On 07/12/2016 15:25, Ben Bacarisse wrote: >> BartC writes: >> >>> [...] But remember: >>> >>> cp *.c >>> >>> There might be some irate users out there if it can't detect a simple >>> user error like that. >> >> There might be. They are

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Ned Deily added the comment: Charles, these are the two changes that went into Lib/warnings.py between b4 and rc1: changeset: 105490:aaee06743c61 branch: 3.6 parent: 105488:c0f59410ccfc user:Ned Deily date:Tue Dec 06 17:12:47 2016 -0500 files:

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Charles Harris added the comment: I ran with Python 3.6.0rc1 (default, Dec 7 2016, 14:00:51) and get the same errors in both NumPy 1.13.0-dev and 1.12. But I gave you a wrong suggestion, we disable some test errors for releases, which is what is on PyPI, and that is doubtless why you don't

[issue28893] Make sure exceptions raised in __aiter__ are properly chained in ceval

Yury Selivanov added the comment: Ned, sounds good. Serhiy, we don't have _PyErr_FormatFromCause in 3.5, so I'll probably commit the patch as is in 3.5. For 3.6 is definitely makes sense to use _PyErr_FormatFromCause. -- ___ Python tracker

[issue28339] "TypeError: Parameterized generics cannot be used with class or instance checks" in test_functools after importing typing module

Changes by Guido van Rossum : -- priority: deferred blocker -> normal ___ Python tracker ___

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Julien Palard added the comment: Tried to run the test_nanfunctions.py on tip and Python 3.6.0b4+, on numpy 1.11 and 1.12.0b1, can't make it fail. Installed numpy 1.12.0b1 using: ./python -m pip install --user numpy==1.12.0b1 I suspect Charles tested using Python 3.6.0b3 (can you confirm?),

[issue28339] "TypeError: Parameterized generics cannot be used with class or instance checks" in test_functools after importing typing module

Ivan Levkivskyi added the comment: The failure is fixed now, but it is fixed not in an elegant way (sys._getframe is used). I think this is not urgent. If there are no objections, then I would propose to change priority to normal. -- ___ Python

[issue28147] Unbounded memory growth resizing split-table dicts

Min RK added the comment: This affects IPython (specifically the traitlets component), which is what prompted the report. We were able to push out a release of traitlets with a workaround for the bug (4.3.1), but earlier versions of IPython / traitlets will still be affected (all IPython >=

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Charles Harris added the comment: The NumPy 1.12.0b1 tarball is available on PyPI if you want to download it. -- ___ Python tracker ___

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Charles Harris added the comment: You probably need to run NumPy 1.12 to see the problem. Tt looks like the new suppress_warnings context manager is what has been broken. Note that is was broken by 3.6 before, fixed, and now seems to be broken again. --

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Charles Harris added the comment: I downloaded the tarball and installed the release here and got the same errors. We setup the tests in developement mode by turning some warnings into errors, in particular DeprecationWarnings and RuntimeWarnings, and suppressing others. The tests that are

[issue28755] Rework syntax highlighing in howto/clinic.rst

Julien Palard added the comment: Just rebasing my patch on tip as it does no longer cleanly apply. -- Added file: http://bugs.python.org/file45795/issue28755-3.diff ___ Python tracker

[issue28896] Embeddable zip allows Windows registry to override module location

Changes by Steve Dower : -- keywords: +patch Added file: http://bugs.python.org/file45794/28896_doc.patch ___ Python tracker ___

[issue28896] Embeddable zip allows Windows registry to override module location

Steve Dower added the comment: Here's my proposed doc change for 3.6.0. Any concerns about wording? (The change to remove the line from _bootstrap_external.py will be separate, for ease of cherry-picking.) diff --git a/Doc/library/importlib.rst b/Doc/library/importlib.rst ---

Re: python 2.7.12 on Linux behaving differently than on Windows

On Thu, Dec 8, 2016 at 7:17 AM, eryk sun wrote: > On Wed, Dec 7, 2016 at 12:39 PM, Chris Angelico wrote: >> Note that two of the Beauty Stone tracks include quotes as well as >> question marks. How do you identify those? Let's say you want to play >> one of

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Serhiy Storchaka added the comment: I have installed NumPy 1.11.2 and ran tests. Tests are passes successfully. -- ___ Python tracker ___

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Antoine Pitrou added the comment: What is Numpy doing that is breaking it? -- ___ Python tracker ___ ___

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Serhiy Storchaka added the comment: It works in usual circumstances. >>> import warnings >>> with warnings.catch_warnings(record=True) as w: ... warnings.simplefilter('always') ... warnings.warn('a test warning', DeprecationWarning) ... print(w) ... [] --

[issue26483] docs unclear on difference between str.isdigit() and str.isdecimal()

Changes by Julien Palard : Added file: http://bugs.python.org/file45793/issue26483.diff ___ Python tracker ___

Re: python 2.7.12 on Linux behaving differently than on Windows

Op 07-12-16 om 19:02 schreef BartC: > On 07/12/2016 16:53, Michael Torrie wrote: >> On 12/07/2016 08:48 AM, BartC wrote: >>> I would prefer that the program "t" can be invoked exactly the same way >>> under both systems. I don't want different instructions for Linux, or >>> for the user (of my

[issue28779] set_forkserver_preload() can crash the forkserver if preloaded module instantiate multiprocessing classes

Antoine Pitrou added the comment: I will probably commit this in the coming days. -- ___ Python tracker ___

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Antoine Pitrou added the comment: So `warnings.catch_warnings` doesn't work anymore in 3.6? -- nosy: +pitrou ___ Python tracker ___

Re: python 2.7.12 on Linux behaving differently than on Windows

On Wednesday December 7 2016 14:57, in comp.lang.python, "BartC" wrote: > On 07/12/2016 18:02, BartC wrote: > >> If I want to run a Windows program on Linux, and that program needs to >> see *.* unexpanded, then it can't undo that expansion. The cat is >> already out of the

[issue26865] Meta-issue: support of the android platform

Xavier de Gaye added the comment: issue #20211: setup.py: do not add system header locations when cross compiling issue #28190: Detect curses headers correctly for cross-compiling -- dependencies: +Detect curses headers correctly for cross-compiling, setup.py: do not add system header

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Changes by Ned Deily : -- keywords: +3.6regression ___ Python tracker ___ ___

[issue28898] Can't compile gdb with Python 3.6

Changes by Ned Deily : -- keywords: +3.6regression -patch ___ Python tracker ___ ___

Re: python 2.7.12 on Linux behaving differently than on Windows

On Wed, Dec 7, 2016 at 12:39 PM, Chris Angelico wrote: > Note that two of the Beauty Stone tracks include quotes as well as > question marks. How do you identify those? Let's say you want to play > one of these in VLC, and then maybe you decide that the track in > Pirates of

[issue28899] Symbols doesn't match in VS for python.exe and python35.dll

Changes by Arkady “KindDragon” Shapkin : -- resolution: -> not a bug ___ Python tracker ___

[issue28899] Symbols doesn't match in VS for python.exe and python35.dll

Arkady “KindDragon” Shapkin added the comment: That was my fault -- status: open -> closed ___ Python tracker ___

[issue28893] Make sure exceptions raised in __aiter__ are properly chained in ceval

Ned Deily added the comment: Yury, sounds like a bug to me so it would be appropriate for a maintenance release. And not a showstopper release critical. -- ___ Python tracker

[issue28899] Symbols doesn't match in VS for python.exe and python35.dll

New submission from Arkady “KindDragon” Shapkin: I installed Python 3.5.2 with PDB, but they can't be loaded. If I try to load them manually Visual Studio displays message "A matching symbol file was not found in this folder." -- components: Windows messages: 282658 nosy: Arkady

Re: python 2.7.12 on Linux behaving differently than on Windows

On 07/12/2016 18:02, BartC wrote: If I want to run a Windows program on Linux, and that program needs to see *.* unexpanded, then it can't undo that expansion. The cat is already out of the bag. I mean, the genie is out of the bottle, whatever. You know what I mean, the operation is not

Re: python 2.7.12 on Linux behaving differently than on Windows

On Wed, Dec 7, 2016 at 12:17 PM, Anton Mamaenko wrote: > Wow... this thread gets to finally become a holy war. It's not like this particular holy war is new, either. I'm sure it was beaten to death in the days before Windows was a thing. As I indicated in an earlier note,

[issue28835] Change in behavior when overriding warnings.showwarning and with catch_warnings(record=True)

Ned Deily added the comment: Brett, msg282646 ? -- ___ Python tracker ___ ___ Python-bugs-list mailing list

Re: calling a program from Python batch file

This might be totally irrelevant, but, if (a) the data to be read by the program during a given run is known when the program is run/launched, (b) that data is purely textual and (c) that data can be read by the program from the stdin channel, then my idea is (1) before the launch, put that data

[issue28896] Embeddable zip allows Windows registry to override module location

Ned Deily added the comment: I'm OK with adding a doc change before 3.6.0 final. But since this behavior is not new with 3.6, I would rather save any code changes for 3.6.1 unless there is a consensus that this is an urgent security issue. -- ___

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Charles Harris added the comment: The failing tests don't use the context manager mentioned in msg278976 and which was fixed. In any case, the failures are new an appeared today. A failing test may be viewed at:

[issue28896] Embeddable zip allows Windows registry to override module location

Steve Dower added the comment: +Ned Could we get a doc patch into 3.6 marking this class as deprecated? It appears like the importlib docs are the only ones that refer to the class, and none of the docs describe the functionality or indicate that it is enabled by default. I could also pitch

[issue672115] Assignment to __bases__ of direct object subclasses

Changes by Eli Collins : -- nosy: +eli.collins ___ Python tracker ___ ___

[issue28860] Fixed all the doctest failures in Doc/library/configparser.rst

Marco Buttu added the comment: I attached a patch in issue 27200 that makes all doctests pass, so I close here. -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue28863] Doc/includes/*.py files and doctests

Marco Buttu added the comment: I attached a patch in issue 27200 that makes all doctests pass, so I close here. -- resolution: -> duplicate status: open -> closed ___ Python tracker

[issue27200] make doctest in CPython has failures

Marco Buttu added the comment: This last patch (make_doctest_ok.patch) makes all doctests pass (Sphinx 1.5, Python 3.6). Before applaying the patch there are 466 failures in 2096 tests, and after we have more tests (2414) and 0 failures. Actually, sometimes 3 tests fail in

[issue28147] Unbounded memory growth resizing split-table dicts

Xiang Zhang added the comment: __dict__.pop seems not uncommon. Searching Github could give many practical codes using it. And many of them are acting as generic containers and could be used against massive cases. -- ___ Python tracker

Re: python 2.7.12 on Linux behaving differently than on Windows

On 07/12/2016 15:25, Ben Bacarisse wrote: BartC writes: [...] But remember: cp *.c There might be some irate users out there if it can't detect a simple user error like that. There might be. They are ill-served by current Unix shells. But, oddly, the flow has gone the

Re: sets anomaly

On 2016-12-07 15:33, Ned Batchelder wrote: On Wednesday, December 7, 2016 at 10:18:32 AM UTC-5, Rustom Mody wrote: Trying to write some code using sets (well frozen sets) And was hit by this anomaly This is the behavior of lists I analogously expect in sets: >>> [] [] >>> [[]] [[]] >>> ie

Re: calling a program from Python batch file

On 12/07/2016 10:59 AM, John Gordon wrote: > In Karim Farokhnia > writes: > >> Hi there, > >> I am writing a batch file in Python. The batch file, in part, calls a >> program named "oq-console.bat" to run. Then

[issue28898] Can't compile gdb with Python 3.6

Changes by Serhiy Storchaka : -- nosy: +benjamin.peterson ___ Python tracker ___

Re: python 2.7.12 on Linux behaving differently than on Windows

Wow... this thread gets to finally become a holy war. One method is dealing with this is take the environment as granted (Windows/Unix/Linux/MacOS/Dos sucks while my Windows/Unix/Linux/MacOS/Dos is the best) and figure if the hassle of porting (time, tech, AND moral) worth it. He just "do not

[issue28898] Can't compile gdb with Python 3.6

New submission from Charalampos Stratakis: Trying to compile gdb, with python support and by having it depend on Python 3.6 produces an error that the HAVE_LONG_LONG has been redefined [0]. This seems to have been introduced by this commit [1]. I'm in no way expert on gdb, but from what I

[issue28147] Unbounded memory growth resizing split-table dicts

STINNER Victor added the comment: In this case, I suggest to wait for 3.6.1 to fix it. -- ___ Python tracker ___

Re: python 2.7.12 on Linux behaving differently than on Windows

On 07/12/2016 16:53, Michael Torrie wrote: On 12/07/2016 08:48 AM, BartC wrote: I would prefer that the program "t" can be invoked exactly the same way under both systems. I don't want different instructions for Linux, or for the user (of my language) to have to write two lots of code, as that

[issue28835] Change in behavior when overriding warnings.showwarning and with catch_warnings(record=True)

Brett Cannon added the comment: There's also issue #28835 which might be related. -- ___ Python tracker ___

Re: calling a program from Python batch file

In Karim Farokhnia writes: > Hi there, > I am writing a batch file in Python. The batch file, in part, calls a > program named "oq-console.bat" to run. Then once the program comes up > (it looks like windows

[issue28190] Detect curses headers correctly for cross-compiling

Chi Hsuan Yen added the comment: A clean patch without changes in ./configure. autoreconf necessary -- Added file: http://bugs.python.org/file45790/ncurses-headers.patch ___ Python tracker

Re: calling a program from Python batch file

On 12/07/2016 10:43 AM, Karim Farokhnia wrote: >> Is the program that oq-console.bat runs interactive? After it >> launches into its own console window it asks for more input? > The program doesn't ask for more input parameters as all parameters > are in input files and the program will

[issue28897] Python 3.6.0rc1 breaks NumPy tests.

Serhiy Storchaka added the comment: See also msg278976. -- ___ Python tracker ___ ___ Python-bugs-list

[issue28896] Embeddable zip allows Windows registry to override module location

Brett Cannon added the comment: Deprecate the importer. If I remember correctly it took us a while to even notice it was missing due to missing tests prior to importlib coming into existence (and getting anyone to care enough to help write those tests also took a lot of effort). --

[issue28147] Unbounded memory growth resizing split-table dicts

INADA Naoki added the comment: > Ned Deily added the comment: > > This issue seems to have slipped through. Should it be a release blocker for > 3.6.0 final or can it wait for 3.6.1? On Python 3.5, instance.__dict__.popitem() cause this issue. On Python 3.6, instance.__dict__.popitem() and

Re: calling a program from Python batch file

On Wednesday, December 7, 2016 at 12:18:51 PM UTC-5, Michael Torrie wrote: > On 12/07/2016 09:38 AM, Karim Farokhnia wrote: > > I am writing a batch file in Python. The batch file, in part, calls a > > program named "oq-console.bat" to run. Then once the program comes up > > (it looks like windows

[issue28147] Unbounded memory growth resizing split-table dicts

Serhiy Storchaka added the comment: Calling pop() for instance's __dict__ is not common operation. I expected that this bug does not affect any real code. But the case in issue28894 looks as a real case. This might be a release blocker. -- ___

  1   2   >