New submission from Adam Dangoor <adamdang...@gmail.com>:
Sample code:
```
import os
from tempfile import TemporaryDirectory
name = TemporaryDirectory().name
print(os.path.exists(name)) # prints False
td = TemporaryDirectory()
name_2 = td.name
print(os.path.exists(name_2)) # print
Adam Mitchell <adam0...@me.com> added the comment:
I submitted a pull request, #4181, to fix this issue. I am now waiting for my
contributor agreement to be approved.
--
nosy: +AdamMitchell
___
Python tracker <rep...@bugs.python.or
Adam Davis <adamdavis40...@gmail.com> added the comment:
Quietly throw out the one bad value, sure. You lose all cookies in your cookie
string in this scenario.
I'd expect "ASDF=stuff; ASDF space=more stuff" to at least kick out the values
New submission from Adam Davis:
```>>> from http.cookies import SimpleCookie
>>> cookie_string = "ASDF=stuff; ASDF space=more stuff"
>>> cookie = SimpleCookie()
>>> cookie.load(cookie_string)
>>> cookie.items()
dict_items([])
>>
Adam Williamson added the comment:
Hmm, after a bit more poking I found this:
https://docs.python.org/3/library/time.html#time.tzset
"Note
Although in many cases, changing the TZ environment variable may affect the
output of functions like localtime() without calling tzset(), this beh
New submission from Adam Williamson:
I can't figure out yet why this is, but it's very easy to demonstrate:
[adamw@adam anaconda (time-log %)]$ python35
Python 3.5.2 (default, Feb 11 2017, 18:09:24)
[GCC 7.0.1 20170209 (Red Hat 7.0.1-0.7)] on linux
Type "help", "copyr
Changes by Adam Meily <meily.a...@gmail.com>:
--
pull_requests: +1213
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue29883>
___
_
New submission from Adam Meily:
I am working on a Python 3.5 project that uses asyncio on a Windows system to
poll both UDP and TCP connections. Multiple sources online say that the Windows
Proactor event loop, which uses I/O Completion Ports, is considerably faster
and more efficient than
Adam Stewart added the comment:
I also tried building with a Homebrew-installed GCC 6.2.0 but that had the same
result.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Stewart added the comment:
Made a mistake. Please see the new output of DYLD_PRINT_LIBRARIES. This time I
actually ran a Python command to see which libraries were loaded.
--
Added file: http://bugs.python.org/file46745/dyld_print_libraries.txt
Adam Stewart added the comment:
The output of DYLD_PRINT_LIBRARIES is attached as well.
--
Added file: http://bugs.python.org/file46744/dyld_print_libraries.txt
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Stewart added the comment:
I agree, the `--enable-shared` fix is nice, but I would also love to squash
this bug.
An interesting piece of information: When I provide the full path to the
executable (not just relying on the hashed python location), I see:
$
/Users/Adam/spack/opt/spack
Adam Stewart added the comment:
> I'm certainly not going to try to deeply analyze a build that inserts *that*
> many separate -I and -L options into the compiler calls
I believe those were necessary to get the build working. Spack doesn't install
anything into /usr/, and without those
New submission from Adam Stewart:
I'm trying to build Python 2.7.13 with clang on macOS 10.12.3 with the Spack
package manager, but it fails to build the _io module. The exact error message
from the build log can be seen here:
https://github.com/LLNL/spack/issues/3478#issuecomment-287548431
Adam Höse added the comment:
While fixing this issue I found that it's a duplicate of issue 24755.
--
nosy: +adisbladis
pull_requests: +498
type: -> enhancement
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
Changes by Adam Höse <adisbla...@gmail.com>:
--
pull_requests: +497
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24755>
___
_
Changes by Adam <adam.niede...@gmail.com>:
--
title: heapq.merge docs don't handle reverse flag well -> heapq.merge docs are
misleading with the "reversed" flag
___
Python tracker <rep...@bugs.python.org>
<http:
New submission from Adam:
The docs for heapq.merge are a little misleading. Iterables passed into
heapq.merge with the reversed flag set to True must be sorted from largest to
smallest to achieve the desired sorting effect, but the paragraph describing
the function in the general case states
Wen Adam added the comment:
I know it works on python3.4, but black magic still exists in selectors lib,and
3rd-party module have to prepare two function to make compatibility.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Wen Adam added the comment:
Thx for your replying, Peksag.
I encountered this problem is really because of Gevent and Selector34. Gevent
fixed this issue but only works for
python3.4+(https://github.com/gevent/gevent/blob/master/src/gevent/monkey.py#L497)
by a tricking way. python 2.x still
New submission from Wen Adam:
SelectSelector._select is differently on different platforms.
On win32, SelectSelector._select is a unbound/bound method and pass instance as
the first argument, but on *nix, SelectSelector._select is a
builtin_function_or_method(Although self.select still works
New submission from Adam Williamson:
I'm not sure if this is really considered a bug or just an unavoidable
limitation, but as it involves part of the stdlib operating on Python itself, I
figured it was at least worth reporting.
In Fedora we have a fairly simple little script called python
Adam Williamson added the comment:
https://github.com/tiran/defusedxml/pull/4 should fix this, I hope.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Williamson added the comment:
https://paste.fedoraproject.org/511245/14824393/ is my cut at a fix for this,
gonna test it out now.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Williamson added the comment:
Digging some more, it looks like *only* Python 3.3 went so far out of its way
to hide the pure-Python iterparse() - the code was changed again in 3.4 and it
doesn't do that any more. So I think a way forward here is to make the code
that uses
Adam Williamson added the comment:
Aha, so thanks to my colleague Patrick Uiterwijk, we see the problem. Since
Python 3.3, Python doesn't actually use that pure-Python iterparse() function
if it can instead replace it with a C version:
https://github.com/python/cpython/blob/3.3/Lib/xml/etree
Adam Williamson added the comment:
serhiy: so, the funny thing is this: your fix is ultimately a reversion. Though
we have to dig way back into the bowels of defusedxml to see this.
Specifically, to this commit!
https://github.com/tiran/defusedxml/commit
Adam Williamson added the comment:
Ammar: yep, that's correct. There's code in defused's ElementTree.py - _
get_py3_cls() - which passes different values to _generate_etree_functions
based on the Python 3 version.
For Python 3.2+, defused 0.4.1 expects to use the _IterParseIterator class from
New submission from Adam Williamson:
The changes made to xml.etree.ElementTree in this commit:
https://github.com/python/cpython/commit/12a626fae80a57752ccd91ad25b5a283e18154ec
break defusedxml , Christian Heimes' library of modified parsers that's
intended to be safe for parsing untrusted
Adam Gregory added the comment:
Replicated in CPython 3.6.0rc1
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue28942>
___
___
Pyth
New submission from Adam Gregory:
Hi,
I've been playing with f-strings, which seem like a great addition to the
language. I noticed in the definition of f_expression that it can include any
or_expr. As far as I understand, this includes "await" expressions, so I tried
using await i
New submission from Adam:
See below code to show you can't round-trip units through pickle:
Python 3.5.1 |Anaconda 4.0.0 (64-bit)| (default, Feb 16 2016, 09:49:46) [MSC
v.1900 64 bit AMD64)]
import units
u = units.unit('myUnit')
x = u(3.0)
import pickle
f = open('C:/temp/what.pkl', 'wb
Adam Stewart added the comment:
Works for me, thanks Wolfgang!
--
resolution: -> not a bug
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Adam Stewart:
I'm writing a wrapper that optionally accepts a file and reads more options
from that file. The wrapper then needs to pass all of these options and the
file to another program (qsub). Here is a minimal example to reproduce the
behavior I'm seeing:
>>&g
Adam Bartoš added the comment:
Does GNU readline do anything fancy about printing the prompt? Because you may
want to use GNU readline for autocompletition while still enable colored output
via wrapped stdout. Both at the same time with one call to input(). It seems
that currently either you
Adam Bartoš added the comment:
The main reason I have extended the support of win_unicode_console to Python
2.7 was that the related issues won't be fixed there, so using
win_unicode_console may fix this as well.
--
___
Python tracker <
Adam Bartoš added the comment:
Other related issues are #1927 and #24829.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Bartoš added the comment:
Maybe this was fixed with the recent fix of #1602.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Bartoš added the comment:
A related issue is that the REPL doesn't use sys.stdin for input, see #17620.
Another related issue is #28333. I think that the situation around stdio in
Python is complicated an inflexible (by stdio I mean all the interactions
between REPL, input(), print
New submission from Adam Bartoš:
In my setting (Python 3.6b1 on Windows), trying to prompt a non-ASCII character
via input() results in mojibake. This is related to the recent fix of #1602 and
so is Windows-specific.
>>> input("α")
╬▒
The result corresponds to prin
New submission from Adam Roberts:
This was fixed for Python 3 in https://bugs.python.org/issue8844 but needs to
be backported.
--
components: Library (Lib)
messages: 277639
nosy: Adam Roberts
priority: normal
severity: normal
status: open
title: Condition.wait() doesn't raise
Adam Bartoš added the comment:
> Unfortunately, it looks like detecting when a readline hook has been added is
> going to involve significant changes to the tokenizer, which I really don't
> want to do.
We don't need to detect the presence of readline hook, it may be so that there
Adam Bartoš added the comment:
There is also the following consequence of (not) having the standard filenos:
input() either considers the streams interactive or not. To consider them
interactive, standard filenos and isatty are needed on sys.stdin and sys.stdout.
If the streams are considered
Adam Bartoš added the comment:
Hello Steve, that's great you are working on this!
I've ran through your patch and I have the following remarks:
• Since wide chars have two bytes, there may be problem when someone wants to
read or write odd number of bytes. If the number is > 1, it's ok si
Adam Bartoš added the comment:
Maybe this is related: http://bugs.python.org/issue26152.
--
nosy: +Drekin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Bartoš added the comment:
Without a handler the drop feature is disabled.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Bartoš added the comment:
Also, what versions of Windows does this affect? I have 64bit Vista, so maybe
this is fixed in say Windows 10.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Bartoš added the comment:
Thank you very much for the analysis. So Python Windows installers may be
changed to set the other drop handler. If the short paths are problem, they may
be converted to long ones when initializing `sys.argv
New submission from Adam Bartoš:
When a Python script is run by drag-and-dropping another file on it in Windows
explorer, the other file's path becomes sys.argv[1]. However, when the path
contains a Unicode characters (e.g. α), it gets crippled – it is replaced by
ordinary question mark
Changes by Adam Bartoš <dre...@gmail.com>:
--
nosy: +Drekin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue26090>
___
__
Adam Bartoš added the comment:
Isn't the trucation of long patterns too rough? Currently, repr(re.compile("a"
* 1000)) returns something like "re.compile('a)", i.e. no ending
quote and no indication that something was truncated (besides the missing
quote).
Adam Bartoš added the comment:
Regarding the comment by Martin Panter from 2015-11-22: It would be nice if
PyOS_StdioReadline worked that way. Unfortunately, it's still based on C file
objects and char* for the prompt string rather than using actual Python
objects. The relevant issue
Adam Bartoš added the comment:
Recently, I was also hit by this when trying to autoset `sys.argv` to a list of
Unicode string (see
https://github.com/Drekin/win-unicode-console/issues/20#issuecomment-225638271
).
It would be nice to have this fixed. It seems to me (I may be wrong) that every
New submission from Adam Bartoš:
>>> float('foo')
ValueError: could not convert string to float: 'foo'
>>> float('')
ValueError: could not convert string to float:
should be
ValueError: could not convert string to float: ''
The message comes from Objects/floatobject
Changes by Adam Bielański <abg...@gmail.com>:
Removed file: http://bugs.python.org/file43065/cgitb.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Changes by Adam Bielański <abg...@gmail.com>:
Added file: http://bugs.python.org/file43097/cgitb.patch
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Adam Bielański:
Issue: cgitb text formatter outputs all members of exception object, using
standard dir() to get their names.
My patch changes its behaviour to skip fields which are callable, since
printing them only clutters the output but is rarely helpful.
HTML
Adam Bartoš added the comment:
We have one particular invalid token, so why it should point to the next token
rather than to the invalid one?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Bartoš added the comment:
It could still point to the first or the last byte of the invalid token rather
than to the start of the next token. Also, by the Python implementation of the
tokenizer in tokenize module we get an ERRORTOKEN containing a non-breaking
space followed by a number
Adam Bartoš added the comment:
That explains the message. But why is the caret at a wrong place?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
New submission from Adam Bartoš:
Consider the following code:
>>> 1, 2
File "", line 1
1, 2
^
SyntaxError: invalid character in identifier
The error is due to the fact, that the space before "2" is actually a
non-breaking space. The error message
Adam Bishop added the comment:
A note about this issue should really be added to the documentation - on OS X,
it fails with the rather non-sensical "OSError: [Errno 9] Bad file descriptor",
making this very hard to debug.
I don't have any specific requirement for fork support
New submission from Adam Wasik:
>>> file = open(r"C:\adam.txt","r+")
>>> file.read()
'TEXT TEXT TEXT TEXT TEXT TEXT TEXT\nTEXT TEXT TEXT TEXT TEXT TEXT TEXT\nTEXT TE
XT TEXT TEXT TEXT TEXT TEXT\nTEXT TEXT TEXT TEXT TEXT TEXT TEXT\nTEXT TEXT TEXT
TEXT TEXT TE
Adam Wasik added the comment:
duplicate of the issue #12215
--
status: open -> closed
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.or
New submission from Adam Bartoš:
There is a check in Lib/getpass.py:win_getpass that causes a fallback version
to be used when `sys.stdin` is changed. I change `sys.stdin` in my
`win_unicode_console` package, and in this situation there is no reason to use
the fallback version (see
https
Adam Bartoš added the comment:
I've formulated a proposal regarding this issue:
https://mail.python.org/pipermail/python-dev/2015-November/142246.html . Does
it make sense?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Adam Bartoš added the comment:
> * The interactive interpreter always reads from the original standard input,
> whether Readline is used or not.
This is not true – the interactive interpreter reads via PyOS_Readline, which
may call whatever readline hook is installed.
I think the sit
Adam Bartoš added the comment:
dead1ne: Hello, I'm maintaining a package that tries to solve this issue:
https://github.com/Drekin/win-unicode-console . There are actually many related
problems.
--
___
Python tracker <rep...@bugs.python.org>
Adam added the comment:
Any comments about this proposed patch?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue17908>
___
___
Changes by Adam <azsor...@gmail.com>:
--
nosy: +azsorkin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25344>
___
___
Python
Changes by Adam <azsor...@gmail.com>:
--
nosy: +azsorkin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24821>
___
___
Python
New submission from Adam Groszer:
Installed with python-3.4.3.msi first, then wanted a 64bit side-by-side )of
course in an other folder)
Wanted to install python-3.4.3.amd64.msi, the first thing this one did is
removed the 32bit install :-(
--
components: Installation, Windows
Changes by Adam <azsor...@gmail.com>:
--
nosy: +azsorkin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue25041>
___
___
Python
Changes by Adam <azsor...@gmail.com>:
--
nosy: +azsorkin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue10716>
___
___
Python
Changes by Adam <azsor...@gmail.com>:
--
nosy: +azsorkin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24899>
___
___
Python
Changes by Adam <azsor...@gmail.com>:
--
nosy: +azsorkin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24249>
___
___
Python
Changes by Adam <azsor...@gmail.com>:
--
nosy: +azsorkin
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue24928>
___
___
Python
Adam Bartoš added the comment:
How about reconsidering in the case that the machinery around PyOS_Readline is
rewritten as I suggest in #17620 ?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Adam Meily added the comment:
Attached is a test Python script that you can run to see the race condition in
action. There are two Python scripts: pipe.py and reader.py.
- pipe.py: make two subprocess.Popen() calls from two different threads.
- reader.py: (its content is in the bottom
New submission from Adam Meily:
** This issue and attached patch only affect Windows **
Currently, the Popen constructor will duplicate any stdout, stdin, and/or
stderr handle passed in and make them inheritable, by calling DuplicateHandle.
If two threads call Popen at the same time
Adam Meily added the comment:
Ok, I can re-implement the patch to meet what you all are looking for. I just
want to double check that I'm on the same page:
I'll get rid of the lock, because the fix should really be done in the call to
CreateProcessW. I imagine that I'll be editing Modules
Adam Meily added the comment:
@r.david.murray: Yes I could make a test.
@haypo:
I did not know about the PROC_THREAD_ATTRIBUTE_HANDLE_LIST structure, thanks
for the heads up. You pointed me in the right direction, and I see now that
you've been following this, and similar, subprocessing
Adam Bartoš added the comment:
I was also bitten by this via Enum. Is there any chance this will be fixed in
Python 3.5?
--
nosy: +Drekin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23572
Adam Bartoš added the comment:
Some remarks:
• A trailing comma after a non-empty argument list is allowed in every call
form, including class statement and optional call in decorator syntax. In the
grammar, this correponds to `arglist`.
• In function definition, trailing comma is allowed
Adam Bartoš added the comment:
Do we want to allow a trailing comma after *args or **kwargs in a function
definition? Unlike in a call, **kwargs is always the last thing in the list and
nothing can be added after that. Just asking.
--
___
Python
Adam Bartoš added the comment:
http://bugs.python.org/issue17620 is a duplicate, but with more discussion.
--
nosy: +Drekin
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12854
New submission from Adam Bartoš:
Currently, if one redirects stdout, readline hook is not used (see
https://hg.python.org/cpython/file/default/Parser/myreadline.c#l208). I would
assume that if I run Python as py -i output.txt, I can use GNU readline or
other readline hook for input just like
Adam Bartoš added the comment:
I'm not sure this is the right issue. The support for Unicode filenames is not
(at least on Windows) ideal.
Let α.py be a Python script with invalid syntax.
py α.py
File encoding error, line 2
as as compile error
^
SyntaxError: invalid syntax
Adam Bartoš added the comment:
It seems that both tcl86t.dll and tk86t.dll can be found, but their dependency
VCRUNTIME140.dll cannot. For some reason, Dependency Walker cannot locate also
python35.dll and ieshims.dll (but it tries to find all three libraries in
Python 3.5\DLLs and at least
New submission from Adam Bartoš:
I found out that I cannot import tkinter in Python 3.5.0b4 on 64-bit Windows
Vista. Trying to import _tkinter results in ImportError: DLL load failed. On
the other hand I have no problem importing _ctypes whose .pyd file is at the
same location as _tkinter.pyd
Adam Bartoš added the comment:
Yes, it is a behavior change between Python 2 and Python 3. I just tried with
2.7 and 3.0.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18838
Adam Bartoš added the comment:
I meant this one:
https://docs.python.org/3.5/whatsnew/changelog.html#python-3-5-beta-4 .
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24695
Adam Bartoš added the comment:
Ok, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24695
___
___
Python-bugs-list mailing list
Adam Bartoš added the comment:
Just out of my curiosity – why is not this issue listed in Python 3.5b4
changelog even though the issue is fixed there?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24695
Adam Bartoš added the comment:
Thank you all for a quick reaction.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24695
___
___
Python-bugs-list
New submission from Adam Bartoš:
The documentation of traceback.print_exception says if traceback is not None,
it prints a header Traceback (most recent call last):. That also meant that
the header wasn't printed if traceback was None. However, the new Python 3.5
TracebackException object
New submission from Adam Bartoš:
There is a subtle bug in Python 3.4 implementation of traceback library:
import traceback
try:
... 1 / 0
... except Exception as e:
... exc = e
...
traceback.print_exception(exc.__class__, exc, exc.__traceback__)
Traceback (most recent call last
New submission from Adam Bartoš:
I think that a trailing comma in function definition should be allowed also
after *.
Current situation with definitions:
def f(*args, ): pass # SyntaxError
def f(*, ): pass # SyntaxError
def f(*, a, ): pass # SyntaxError
def f(*, a=2, ): pass # SyntaxError
Adam Bartoš added the comment:
Reposting from from my newest duplicate of this issue (Issue 24677), which is
now closed:
I think that a trailing comma in function definition should be allowed also
after *.
Current situation with definitions:
def f(*args, ): pass # SyntaxError
def f
Adam Bartoš added the comment:
David Robertson: The behaviour you pointed out is a consequence of the general
issue: signals on Windows aren't fully supported. Basically, they cannot
interrupt the event loop when every coroutine is waiting for something.
Instead, they are fired when something
101 - 200 of 678 matches
Mail list logo