Re: EXTERNAL: OSError: [Errno 48] Address already in use

Dan Stromberg : >> > The problem can be solved by turning on the SO_REUSEADDR flag of >> > the socket. > BTW, it's a security feature you're turning off. If you're on a > multiuser box, it prevents a second user from stealing lingering > connections from a first user on the same port. Can you

Re: EXTERNAL: OSError: [Errno 48] Address already in use

Hi Guys, Thanks for all the suggestions. I found the problem. I had saved my program in IDLE and quit out of the shell, and then tried to run the program in Terminal. Previously, restarting the shell was enough to break the connection with the port. This time, I guess, it wasn't. So after

[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

Change by Bumsik Kim : -- keywords: +patch pull_requests: +7592 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue33987] need ttk.Frame inside Toplevel(s)

New submission from Mark Roseman : When adding a bunch of ttk widgets into a toplevel window, there needs to be an intervening ttk.Frame to ensure the background of the widgets matches the overall background. The reason is the 'toplevel' is part of the classic tk widgets and not ttk, so it

[issue25094] [EASY][Windows] test_tools fails on Windows when passing

Terry J. Reedy added the comment: For me now, test site fails on installed 3.6.6 and 3.7.0 and passes on repository builds. Serial or parallel, no difference. When I ran as part of the suite, I got --slaveargs message. py -3.7 -m test test_tools says cannot import test tools. py -3.7 -m

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

Change by Ned Deily : -- nosy: +paul.moore, steve.dower, tim.golden, zach.ware ___ Python tracker ___ ___ Python-bugs-list mailing

[issue33719] Test failures on Python 3.7 beta 5 and Windows 10

Terry J. Reedy added the comment: Same test_site and test_tools (#25094) failures on newly installed 3.6.6 and 3.7.0. They pass on repository 3.6,7,8. Was there a fix not pulled into the releases, or are these install dependent? -- nosy: +ned.deily stage: -> needs patch type: ->

[issue33833] ProactorEventLoop raises AssertionError

twisteroid ambassador added the comment: As an aside, I'm wondering whether it makes sense to add a blanket "assert exception handler has not been called" condition to ProactorEventLoop's tests, or even other asyncio tests. It looks like ProactorEventLoop is more prone to dropping

[issue33833] ProactorEventLoop raises AssertionError

twisteroid ambassador added the comment: No problem. Running the attached test script on latest master, Windows 10 1803, several errors like this are logged: Exception in callback _ProactorBaseWritePipeTransport._loop_writing(<_OverlappedF...events.py:479>) handle: ) created at

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

Ned Deily added the comment: Fixed in 3.7.0. Thanks, everyone! -- priority: release blocker -> resolution: -> fixed status: open -> closed ___ Python tracker ___

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

Ned Deily added the comment: Fixed in 3.7.0. Thanks, everyone! -- priority: release blocker -> resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

Python 3.7.0 is now available! (and so is 3.6.6)

On behalf of the Python development community and the Python 3.7 release team, we are pleased to announce the availability of Python 3.7.0. Python 3.7.0 is the newest feature release of the Python language, and it contains many new features and optimizations. You can find Python 3.7.0 here:

ANN: OB - Framework to progam bots

Hello python-announce-list, I am Bart Thate, a 50 year old programming schizofenic. I like to annouce the version 4 of OB, a pure python3 package you can use to program bots. OB has a “no-clause MIT license” that should be the most liberal license you can get at the year 2018. I am

Python 3.7.0 is now available! (and so is 3.6.6)

On behalf of the Python development community and the Python 3.7 release team, we are pleased to announce the availability of Python 3.7.0. Python 3.7.0 is the newest feature release of the Python language, and it contains many new features and optimizations. You can find Python 3.7.0 here:

Re: configparser v/s file variables

On 06/27/18 15:19, Steven D'Aprano wrote: On Wed, 27 Jun 2018 12:15:23 -0700, Jim Lee wrote:   It seems a bit silly to me to worry about arbitrary code execution   in an interpreted language like Python whose default runtime execution method is to parse the source code directly.  An

[issue33985] ContextVar does not have a "name" attribute

Yury Selivanov added the comment: Yeah, it seems that I forgot to implement ContextVars.name attribute. Will have a PR shortly. Expect to see this fixed in 3.7.1 in a couple of months. Adding Ned to the issue just in case. -- components: +Interpreter Core -Library (Lib) nosy:

[issue33985] ContextVar does not have a "name" attribute

Change by Yury Selivanov : -- keywords: +patch pull_requests: +7591 stage: -> patch review ___ Python tracker ___ ___

[issue33986] asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport

Change by STINNER Victor : -- components: +asyncio -Documentation nosy: +asvetlov, yselivanov title: Typo: BaseSubprocessTransport -> SubprocessTransport -> asyncio: Typo in documentation: BaseSubprocessTransport -> SubprocessTransport ___ Python

[issue33984] test_multiprocessing_forkserver leaked [1, 2, 1] memory blocks on x86 Gentoo Refleaks 3.x

New submission from STINNER Victor : http://buildbot.python.org/all/#/builders/1/builds/267 1:47:06 load avg: 4.77 [161/417/1] test_multiprocessing_forkserver failed (16 min 32 sec) -- running: test_support (56 sec 282 ms) beginning 6 repetitions 123456 .. test_multiprocessing_forkserver

[issue33986] Typo: BaseSubprocessTransport -> SubprocessTransport

New submission from Bumsik Kim : https://docs.python.org/3/library/asyncio-protocol.html#basesubprocesstransport I belive the doc has a wrong name "basesubprocesstransport" and it should be "Subprocesstransport". You can see this in the source code:

[issue33985] ContextVar does not have a "name" attribute

New submission from Rajiv Vijayakumar : Per PEP 567 and the contextvars documentation, I expected that a ContextVar would have a "name" read-only attribute. However I get an AttributeError when accessing ContextVar.name with 3.7.0rc1: > python Python 3.7.0rc1 (v3.7.0rc1:dfad352267, Jun 12

[issue33954] float.__format__('n') fails with _PyUnicode_CheckConsistency assertion error

STINNER Victor added the comment: Aha, the problem occurs when the thousands separator code point is greater than 255. On my Fedora 28 (glibc 2.27), it's U+202f: vstinner@apu$ ./python Python 3.8.0a0 (heads/master-dirty:492572715a, Jun 28 2018, 00:18:54) >>> import locale >>>

[issue29514] Add a test case that prevents magic number changes in minor releases

Ned Deily added the comment: New changeset 828351716ec436bfa174cfdb33def7ee7c0d2e63 by Ned Deily in branch '3.7': bpo-29514: Make magic number test work for candidates https://github.com/python/cpython/commit/828351716ec436bfa174cfdb33def7ee7c0d2e63 --

[issue33932] Calling Py_Initialize() twice now triggers a fatal error (Python 3.7)

Ned Deily added the comment: New changeset b940921a67fa33e8c8812aa3b7746161c2552c1d by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33932: Calling Py_Initialize() twice does nothing (GH-7845) https://github.com/python/cpython/commit/b940921a67fa33e8c8812aa3b7746161c2552c1d

Re: EXTERNAL: OSError: [Errno 48] Address already in use

On Wed, Jun 27, 2018 at 10:44 AM, T Berger wrote: > On Wednesday, June 27, 2018 at 1:40:20 PM UTC-4, Marko Rauhamaa wrote: > > Joaquin Henriquez : > > > > >>Subject: EXTERNAL: OSError: [Errno 48] Address already in use > > > > > > The best way to help if got you to put the relevant code here. >

[issue33851] 3.7 regression: ast.get_docstring() for a node that lacks a docstring

Ned Deily added the comment: New changeset 235d0fb93cb456701ce24fad2bc307e9f0312d73 by Ned Deily (Miss Islington (bot)) in branch '3.7': bpo-33851: Fix ast.get_docstring() for a node that lacks a docstring. (GH-7682)

Re: configparser v/s file variables

On Wed, 27 Jun 2018 12:15:23 -0700, Jim Lee wrote: >   It seems a bit silly to me to worry about arbitrary code execution >   in > an interpreted language like Python whose default runtime execution > method is to parse the source code directly.  An attacker would be far > more likely to simply

Re: EXTERNAL: OSError: [Errno 48] Address already in use

On 27Jun2018 10:44, Tamara Berger wrote: On Wednesday, June 27, 2018 at 1:40:20 PM UTC-4, Marko Rauhamaa wrote: Joaquin Henriquez : >>Subject: EXTERNAL: OSError: [Errno 48] Address already in use > The best way to help if got you to put the relevant code here. > > The error you are

[issue31647] asyncio: StreamWriter write_eof() after close raises mysterious AttributeError

Ned Deily added the comment: New changeset 28c6b94f26661aa6f2bf7d885332c66c85ae4c95 by Ned Deily in branch '3.6': Fix NEWS entry for bpo-31647 https://github.com/python/cpython/commit/28c6b94f26661aa6f2bf7d885332c66c85ae4c95 -- ___ Python

[issue27755] Retire DynOptionMenu with a ttk Combobox

Change by Mark Roseman : -- pull_requests: +7590 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

Re: Something new which all programmers world wide will appreciate

On 06/27/2018 02:14 PM, skybuck2...@hotmail.com wrote: Now I don't like the French much ! LOL. But this time they have invented something which will fill programmers with tears of joy ! =D http://www.euronews.com/2018/06/27/pizza-making-robot Hopefully this will lead to cheaper and delicious

[issue33914] test_gdb fails for Python 2.7.15

STINNER Victor added the comment: > Could not trace the inferior process. Your issue doesn't seem to be related to Python, but more to gdb in general. Can you try very basic commands like: $ gdb -args python3 -c pass (gdb) run Starting program: /usr/bin/python3 -c pass [Inferior 1 (process

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

STINNER Victor added the comment: I increased timeout from 10 seconds to 1 minute in test_multiprocessing_main_handling, in 3.6, 3.7 and master branches. It should make test failures less likely on buildbots. -- dependencies: -test_timeout() of

[issue24033] Update _test_multiprocessing.py to use script helpers

STINNER Victor added the comment: Sorry but these patches have been lost in the huge database of open bugs and we forgot it. They have been written 3 years ago. Since that, Python moved to GitHub. If you are still interested to convert tests to script_helper, please open GitHub pull

[issue7060] test_multiprocessing dictionary changed size errors and hang

STINNER Victor added the comment: > RuntimeError: dictionary changed size during iteration I didn't see this bug the last 5 years, so I consider that the issue has been fixed in the meanwhile :-) -- resolution: out of date -> fixed status: open -> closed

[issue20934] test_multiprocessing is broken by design

STINNER Victor added the comment: I made different attempts, but at the end, we kept the status quo: some tests use an hardcoded timeout. When a test fails, I increase the timeout. That's not perfect, but nobody came up with a better approach, and it's not a deal. -- resolution: ->

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

miss-islington added the comment: New changeset 404250ed65e01505c1ec7ea194804df160ce5400 by Miss Islington (bot) in branch '3.6': bpo-33715: Fix multiprocessing test_wait_result() (GH-7971) https://github.com/python/cpython/commit/404250ed65e01505c1ec7ea194804df160ce5400 --

[issue32063] test_multiprocessing_forkserver failed with OSError: [Errno 48] Address already in use

STINNER Victor added the comment: I didn't see this failure recently. -- resolution: -> out of date stage: -> resolved status: open -> closed ___ Python tracker ___

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

STINNER Victor added the comment: I increased the timeout from 10 seconds to 1 minute in test_multiprocessing_main_handling in 3.6, 3.7 and master branches. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

STINNER Victor added the comment: New changeset 1d06be8cc55715be8c32ec3b462adfb3a7839dfe by Victor Stinner in branch '3.6': bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) (GH-7976) https://github.com/python/cpython/commit/1d06be8cc55715be8c32ec3b462adfb3a7839dfe --

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

STINNER Victor added the comment: New changeset 1d06be8cc55715be8c32ec3b462adfb3a7839dfe by Victor Stinner in branch '3.6': bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) (GH-7976) https://github.com/python/cpython/commit/1d06be8cc55715be8c32ec3b462adfb3a7839dfe --

[issue33937] [3.6] test_socket: SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI

Change by STINNER Victor : -- title: [3.6] test_socket: testSendmsgTimeout() failed on Travis CI -> [3.6] test_socket: SendmsgSCTPStreamTest.testSendmsgTimeout() failed on Travis CI ___ Python tracker

[issue31546] PyOS_InputHook is not called when waiting for input() in Windows

Change by Thomas Caswell : -- keywords: +patch pull_requests: +7589 stage: -> patch review ___ Python tracker ___ ___

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

miss-islington added the comment: New changeset ecb1525e10bbde9a66d2d14a24ff7a7ddd9d3258 by Miss Islington (bot) in branch '3.7': bpo-33715: Fix multiprocessing test_wait_result() (GH-7971) https://github.com/python/cpython/commit/ecb1525e10bbde9a66d2d14a24ff7a7ddd9d3258 -- nosy:

[issue33983] unify types for lib2to3.pytree.Base.children

Change by John Reese : -- keywords: +patch pull_requests: +7588 stage: -> patch review ___ Python tracker ___ ___ Python-bugs-list

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

miss-islington added the comment: New changeset 4b1d286ac06f32a5857af1b3141dd4127744b15b by Miss Islington (bot) in branch '3.7': bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) https://github.com/python/cpython/commit/4b1d286ac06f32a5857af1b3141dd4127744b15b -- nosy:

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

miss-islington added the comment: New changeset 4b1d286ac06f32a5857af1b3141dd4127744b15b by Miss Islington (bot) in branch '3.7': bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) https://github.com/python/cpython/commit/4b1d286ac06f32a5857af1b3141dd4127744b15b -- nosy:

[issue31463] test_multiprocessing_fork hangs test_subprocess

STINNER Victor added the comment: > This hangs reliably for me on master: > $ ./python -m test.regrtest test_multiprocessing_fork test_subprocess FYI right now, this command doesn't hang anymore. > ValueError: signal number 32 out of range This bug has been fixed by bpo-2. > Let's take

[issue33983] unify types for lib2to3.pytree.Base.children

New submission from John Reese : When type checking applications using lib2to3, the difference in types for lib2to3.pytree.Base.children versus Node.children makes it difficult to accept both leaves and nodes and programatically work with child nodes/leaves. Base/Leaf both have `children`

[issue21081] missing vietnamese codec TCVN 5712:1993 in Python

STINNER Victor added the comment: Google Translate of msg320603 :-) As far as I can understand, we are "subset" of each other only in the sense that VN1 have extensive map of the characters, but it also overlaps partially with control characters C0 and C1 in the page ISO code - 139

[issue31687] test_semaphore_tracker() of test_multiprocessing_spawn fails randomly (race condition?)

STINNER Victor added the comment: See also bpo-33613. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

STINNER Victor added the comment: See also bpo-31687. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

Change by STINNER Victor : -- pull_requests: +7587 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

Change by STINNER Victor : -- pull_requests: +7586 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

Change by miss-islington : -- pull_requests: +7585 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

STINNER Victor added the comment: I fixed the test in 3.6, 3.7 and master branches. -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

STINNER Victor added the comment: Python 2.7 is not affected: it doesn't have the test. -- versions: +Python 3.6, Python 3.7 ___ Python tracker ___

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

Change by miss-islington : -- pull_requests: +7584 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

STINNER Victor added the comment: New changeset 492572715aa0f4ddab51f979f7f56465c762227c by Victor Stinner in branch 'master': bpo-33715: Fix multiprocessing test_wait_result() (GH-7971) https://github.com/python/cpython/commit/492572715aa0f4ddab51f979f7f56465c762227c --

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

Change by miss-islington : -- pull_requests: +7583 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

Change by miss-islington : -- pull_requests: +7582 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

STINNER Victor added the comment: Python 2.7 is not affected: it doesn't have these tests. -- versions: +Python 3.7, Python 3.8 ___ Python tracker ___

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

STINNER Victor added the comment: New changeset 64737e9ae2081e529935ecf07f44e89f362d1c4b by Victor Stinner in branch 'master': bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) https://github.com/python/cpython/commit/64737e9ae2081e529935ecf07f44e89f362d1c4b --

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

STINNER Victor added the comment: New changeset 64737e9ae2081e529935ecf07f44e89f362d1c4b by Victor Stinner in branch 'master': bpo-33913: Fix test_multiprocessing_main_handling (GH-7972) https://github.com/python/cpython/commit/64737e9ae2081e529935ecf07f44e89f362d1c4b --

Re: configparser v/s file variables

i think variables also in the case of PORT = 12345 Abdur-Rahmaan Janhangeer https://github.com/Abdur-rahmaanJ And it doesn't require that the end user have any knowlege of Python > syntax or sematics. > -- https://mail.python.org/mailman/listinfo/python-list

Re: OSError: [Errno 48] Address already in use

On 06/27/18 08:49, T Berger wrote: Why am I getting this error? I'm not sure what additional information I need to supply, so please let me know. You asked this question two weeks ago and got several answers.  Here is one of them: On 06/15/18 10:17, Percival John Hackworth wrote: On

Re: configparser v/s file variables

On 2018-06-27, Jim Lee wrote: >  It seems a bit silly to me to worry about arbitrary code > execution in an interpreted language like Python whose default > runtime execution method is to parse the source code directly.  Maybe it's not a deliberate attack. Good application design is also about

Re: configparser v/s file variables

On 06/27/2018 12:15 PM, Jim Lee wrote: On 06/27/18 11:45, Abdur-Rahmaan Janhangeer wrote: and that closes it, thanks !!! Abdur-Rahmaan Janhangeer https://github.com/Abdur-rahmaanJ Importing variables from a file is dangerous because it can execute arbitrary code.  It should never be done

Re: sigmoid function and derivative

On Tue, Jun 26, 2018 at 8:26 PM, Sharan Basappa wrote: > Folks, > > I know this is not a machine learning forum but I wanted to see if anyone > can explain this to me. > > In artificial neural network, I can understand why sigmoid is used but I > see that derivative of sigmoid output function is

[issue33968] os.makedirs and empty string

Emily Morehouse added the comment: The os.path conventions do follow, '' and '.' are not treated the same here either -- >>> os.path.exists('') False >>> os.path.exists('.') True >>> os.path.isdir('') False >>> os.path.isdir('.') True The only os.path function that I see as potentially

Re: configparser v/s file variables

On 06/27/18 11:45, Abdur-Rahmaan Janhangeer wrote: and that closes it, thanks !!! Abdur-Rahmaan Janhangeer https://github.com/Abdur-rahmaanJ Importing variables from a file is dangerous because it can execute arbitrary code. It should never be done with files provided by the user. Using

Re: configparser v/s file variables

and that closes it, thanks !!! Abdur-Rahmaan Janhangeer https://github.com/Abdur-rahmaanJ Importing variables from a file is dangerous because it can execute > arbitrary code. It should never be done with files provided by the > user. > > Using configparser is far, far safer. > --

[issue25007] Add support of copy protocol to zlib compressors and decompressors

Serhiy Storchaka added the comment: Thank you for your contribution Zackery! -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker

[issue25007] Add support of copy protocol to zlib compressors and decompressors

Serhiy Storchaka added the comment: New changeset d2cbfffc842b00b5257aa1c25dbcdeb456b6a249 by Serhiy Storchaka (Zackery Spytz) in branch 'master': bpo-25007: Add copy protocol support to zlib compressors and decompressors (GH-7940)

[issue21081] missing vietnamese codec TCVN 5712:1993 in Python

Tô Thị Mai added the comment: Theo tôi có thể hiểu, chúng là "tập hợp con" của nhau chỉ theo nghĩa là VN1 có bản đồ rộng nhất của các ký tự, nhưng điều này cũng trùng lặp một phần với các ký tự điều khiển C0 và C1 trong các trang mã ISO - có 139 nhân vật bổ sung! VN2 sau đó cho phép C0 và C1

Re: EXTERNAL: OSError: [Errno 48] Address already in use

On Wednesday, June 27, 2018 at 1:40:20 PM UTC-4, Marko Rauhamaa wrote: > Joaquin Henriquez : > > >>Subject: EXTERNAL: OSError: [Errno 48] Address already in use > > > > The best way to help if got you to put the relevant code here. > > > > The error you are experiencing means that the Port you

Re: EXTERNAL: OSError: [Errno 48] Address already in use

Joaquin Henriquez : >>Subject: EXTERNAL: OSError: [Errno 48] Address already in use > > The best way to help if got you to put the relevant code here. > > The error you are experiencing means that the Port you are trying to > bind is already taken by another running process. That error usually

Re: EXTERNAL: OSError: [Errno 48] Address already in use

Let me add this information to clarify the context in which I got this error 48. It doesn't make sense to me, and it might not to you. This morning, I opened my webapp (vsearch4web.py in the terminal code above) and noticed a whole bunch of code I had not typed. I also noticed something weird

Re: EXTERNAL: OSError: [Errno 48] Address already in use

On Wednesday, June 27, 2018 at 12:17:28 PM UTC-4, Joaquin Henriquez wrote: > >Subject: EXTERNAL: OSError: [Errno 48] Address already in use > > The best way to help if got you to put the relevant code here. Last login: Wed Jun 27 12:45:08 on ttys000 192:~ TamaraB$ cd Desktop/Webapp/ 192:Webapp

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

miss-islington added the comment: New changeset a599323fc7661668a01e9fbb0d2369e62941bdf1 by Miss Islington (bot) in branch '3.6': bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968) https://github.com/python/cpython/commit/a599323fc7661668a01e9fbb0d2369e62941bdf1

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

STINNER Victor added the comment: See also bpo-30339 and bpo-33715 (PR 7971). -- ___ Python tracker ___ ___ Python-bugs-list

[issue30339] test_multiprocessing_main_handling: "RuntimeError: Timed out waiting for results" on x86 Windows7 3.x

Change by STINNER Victor : -- keywords: +patch pull_requests: +7581 stage: -> patch review ___ Python tracker ___ ___

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

Change by STINNER Victor : -- keywords: +patch pull_requests: +7580 stage: -> patch review ___ Python tracker ___ ___

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

miss-islington added the comment: New changeset 34f2935dca7bb20cd87e42dc41985cc3d688a735 by Miss Islington (bot) in branch '3.7': bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968) https://github.com/python/cpython/commit/34f2935dca7bb20cd87e42dc41985cc3d688a735

[issue33715] test_multiprocessing_spawn.test_wait_result() failed on x86 Windows7 3.x

Change by STINNER Victor : -- keywords: +patch pull_requests: +7579 stage: -> patch review ___ Python tracker ___ ___

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

STINNER Victor added the comment: The bug can easily be reproduced on Linux using this change: diff --git a/Lib/multiprocessing/managers.py b/Lib/multiprocessing/managers.py index 04df26bac6..3d952407c2 100644 --- a/Lib/multiprocessing/managers.py +++ b/Lib/multiprocessing/managers.py @@

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

STINNER Victor added the comment: New changeset fbd7172325e6ce55b6d5d3d7603e4c1c8a219cb8 by Victor Stinner in branch 'master': bpo-30356: Fix test_mymanager_context() of multiprocessing (GH-7968) https://github.com/python/cpython/commit/fbd7172325e6ce55b6d5d3d7603e4c1c8a219cb8 --

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

Change by miss-islington : -- pull_requests: +7578 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

RE: EXTERNAL: OSError: [Errno 48] Address already in use

>Subject: EXTERNAL: OSError: [Errno 48] Address already in use The best way to help if got you to put the relevant code here. The error you are experiencing means that the Port you are trying to bind is already taken by another running process. --

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

Change by miss-islington : -- pull_requests: +7577 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue33974] _stringify handles quoted strings incorrectly

Gauchj added the comment: I tried to display entries from the Windows Registry in a TreeView. -- ___ Python tracker ___ ___

[issue33982] cgi.FieldStorage doesn't parse QUERY_STRING with POST that is not application/x-www-form-urlencoded

New submission from Daniel Klein : The documentation says "A form submitted via POST that also has a query string will contain both FieldStorage and MiniFieldStorage items." suggesting that I can have a query with bost a QUERY_STRING and POST parameters. The code backs this up most of the

Re: OSError: [Errno 48] Address already in use

On Wednesday, June 27, 2018 at 11:49:18 AM UTC-4, T Berger wrote: > Why am I getting this error? I'm not sure what additional information I need > to supply, so please let me know. I'm working on a Flask webapp. I know there is another google group specifically for Flask. Can you please provide

OSError: [Errno 48] Address already in use

Why am I getting this error? I'm not sure what additional information I need to supply, so please let me know. -- https://mail.python.org/mailman/listinfo/python-list

[issue33735] test_multiprocessing_spawn leaked [1, 2, 1] memory blocks on AMD64 Windows8.1 Refleaks 3.7

STINNER Victor added the comment: I also created bpo-33966: "test_multiprocessing_spawn.WithProcessesTestPool.test_traceback() leaks 4 handles on Windows". -- ___ Python tracker

[issue33913] test_multiprocessing_spawn random failures on x86 Windows7 3.6

STINNER Victor added the comment: FAIL: test_timeout (test.test_multiprocessing_spawn.WithThreadsTestQueue) -- Traceback (most recent call last): File

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

STINNER Victor added the comment: > I see different options: (...) * Allow -signal.SIGTERM exit code in > test_mymanager_context() When I discussed with Davin, he told me that it's an acceptable solution. So I wrote the PR 7968 to implement this trivial fix. --

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

STINNER Victor added the comment: Python 2.7 terminates the manager process if it takes longer than 200 ms to stop (Python 3 uses a limit of 1 second), but test_multiprocessing doesn't test the exit code of the manager process and so Python 2.7 is not impacted by this bug. --

[issue30356] test_mymanager_context() of test_multiprocessing_spawn: manager._process.exitcode=-15 on x86 Windows7 3.x

Change by STINNER Victor : -- keywords: +patch pull_requests: +7576 stage: -> patch review ___ Python tracker ___ ___

Re: configparser v/s file variables

On 2018-06-27, Abdur-Rahmaan Janhangeer wrote: > what is more recommended and why? using configparser for settings or import > variables from file? Importing variables from a file is dangerous because it can execute arbitrary code. It should never be done with files provided by the user. Using

  1   2   >