dellair jie added the comment:
Fixed with the patch.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21124
___
Gregory P. Smith added the comment:
Don't use print (to stdout) or sys.stderr directly. There are already many
other uses of warnings.warn within the zipfile module. Be consistent with
those.
Existing zipfile warnings seem to favor lazily importing warnings when its
needed rather than a
Ronald Oussoren added the comment:
The problem in Issue18075 depends on the amount of C stack used on average
during recursion because unlike Windows the Unix ports don't test if the end of
the stack is reached but just check for a maximum recursion count. It could
well be that the problem
New submission from Li Zhenhua:
On Android platform, when run python command without any scripts, it may
crash, get an error message Segment Fault. This is because strdup with a NULL
pointer.
Details:
In file
Modules/readline.c,
function
static void setup_readline(void)
This line:
Stéphane Wirtel added the comment:
@Larry Hasting: If you check my patch, it's the case where I modify the
documentation and add a DeprecationWarning in the code.
@Yury Selivanov, @Nick Coghlan, @Brett Cannon: From your point of views,
I need to propose a patch just for the documentation, I
Changes by Yinon Ehrlich yino...@users.sourceforge.net:
--
components: Library (Lib)
nosy: Yinon
priority: normal
severity: normal
status: open
title: PATCH: using the abspath shortcut in Lib/shutil
versions: Python 3.5
___
Python tracker
Jayanth Koushik added the comment:
This is not an issue with strftime. By default, datetime and time objects are
'navie' and they do not contain timezone info. Nor does the datetime module
provide any tzinfo classes of its own. You would need to write a class derived
from tzinfo and specify
Antoine Pitrou added the comment:
Am I doing something wrong?
I can reproduce the failure here.
There might be different behaviour accross OpenSSL versions (mine is
1.0.1e).
--
___
Python tracker rep...@bugs.python.org
Stéphane Wirtel added the comment:
In this case, I suggest than by default, we use the version 1.1 of HTTP
and not 1.0.
We are in 2014, I suppose that all the old http clients use the version
1.1 of the protocol,
otherwise, the user can specify the version 1.0.
--
Claudiu.Popa added the comment:
Updated patch according to the python-dev thread:
- processes renamed to workers
- `workers` defaults to 1
- When `workers` is equal to 0, then `os.cpu_count` will be used
- When `workers` 1, multiple processes will be used
- When `workers` == 1, run normally
New submission from dellair jie:
Folks,
I am running Python 3.4 on Cygwin 1.7.17 on Windows 2008.
The constant error I get is:
Traceback (most recent call last):
File M:/sb3_ljie/bce/cmTools/lib/CC.py, line 321, in standAlone
results = Process.execute (cmd = cmd, opts = opts)
File
Changes by dellair jie dell...@gmail.com:
--
components: +IO
type: - resource usage
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21392
___
___
Eric V. Smith added the comment:
Can you provide a working example? How are you calling execute()? What are
__signal and __signalList set to?
Note that the default of None for cmd can't ever work, due to calling
re.match (\s, cmd).
--
nosy: +eric.smith
New submission from Eric V. Smith:
If you meant to supply a patch, it is missing. And in any event, you need to
describe the issue.
--
nosy: +eric.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21391
STINNER Victor added the comment:
Here is a patch.
--
nosy: +haypo
title: strdup may cause Segment Fault on Android - readline: setlocale()
returns NULL on Android
versions: +Python 2.7, Python 3.4
Added file: http://bugs.python.org/file35107/readline_android.patch
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21387
___
___
Python-bugs-list
Stéphane Wirtel added the comment:
+1 for the patch
--
nosy: +matrixise
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21390
___
___
New submission from STINNER Victor:
Attached patch closes hCryptProv handle at Python exit.
--
files: random_closehandle.patch
keywords: patch
messages: 217591
nosy: haypo
priority: normal
severity: normal
status: open
title: Python/random.c: close hCryptProv at exit
versions: Python
Changes by STINNER Victor victor.stin...@gmail.com:
--
components: +Windows
nosy: +tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21393
___
Stéphane Wirtel added the comment:
+1 for the patch
--
nosy: +matrixise
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21393
___
___
STINNER Victor added the comment:
On Windows, handles are created non-inheritable by default, but I would prefer
to double check.
The tool Handle can be used to list all open handles of a process:
http://technet.microsoft.com/en-us/sysinternals/bb896655.aspx
To test that all handles are
STINNER Victor added the comment:
@Stefan: Can you please review calloc-6.patch? Charles-François wrote that the
patch looks good, but for such critical operation (memory allocation), I would
prefer a second review ;)
--
___
Python tracker
New submission from STINNER Victor:
In Lib/random.py, I see lines like that:
long(_hexlify(_urandom(32)), 16)
I guess that something more efficient can be fonud to convert a bytes string to
an integer.
bytes.from_bytes() maybe?
--
keywords: easy
messages: 217595
nosy: haypo
akira added the comment:
It looks like a bug in the subprocess module e.g., if child process does:
sys.stdout.write(sys.stdin.readline())
sys.stdout.flush()
and the parent:
p.stdin.write(line) #NOTE: no flush
line = p.stdout.readline()
then a deadlock may happen with bufsize=1
Tim Golden added the comment:
The crypto stuff's not really my area. I agree that the patch looks sane.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21393
___
New submission from Brian Gesiak:
runtests.rst insists that readers must build Python before
running the tests. For those readers that have not yet
built Python, add a link to more information on how to do so.
--
components: Devguide
files: runtests.rst.patch
hgrepos: 243
keywords:
Claudiu.Popa added the comment:
Do you mean int.from_bytes?
It's already changed in Python 3.5: int.from_bytes(_urandom(32), 'big').
--
nosy: +Claudiu.Popa
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21394
New submission from akira:
related: msg217596 (bufsize=1 is broken if subprocess module uses Python io)
TextIOWrapper.write behavior:
_pyio.py [1]:
if self._line_buffering and (haslf or \r in s):
self.flush()
textio.c [2]:
if (self-write_through)
needflush =
akira added the comment:
Related issue #21396
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21332
___
___
Python-bugs-list mailing list
New submission from Brian Gesiak:
Commit 1: tempfile.py: Fix grammar in docstring
Meaning of just below in docstring is unclear; it could mean either
the interfaces listed immediately below this docstring, or only
the interfaces listed as safe below. Fix wording to take on the
latter meaning.
dellair jie added the comment:
The value of __signal and __signalList:
__signal=0
__signalList=[None] * 256
__signalList[signal.SIGHUP] = signalHandler
__signalList[signal.SIGQUIT] = signalHandler
__signalList[signal.SIGUSR1] = signalHandler
__signalList[signal.SIGUSR2] =
New submission from Stefan Krah:
$ ./python -m pydoc heapq
Traceback (most recent call last):
File /home/stefan/hg/cpython/Lib/runpy.py, line 170, in _run_module_as_main
__main__, mod_spec)
File /home/stefan/hg/cpython/Lib/runpy.py, line 85, in _run_code
exec(code, run_globals)
Changes by Stefan Krah stefan-use...@bytereef.org:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21398
___
___
Eric V. Smith added the comment:
I'd like to help with this, but unless you can provide a script I can run that
shows the problem, I can't. I don't have the time to figure out what parameters
I need to pass in to cause the problem. Sorry.
--
___
Changes by Michele Orrù maker...@gmail.com:
Added file: http://bugs.python.org/file35112/issue18564.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18564
___
New submission from Stefan Krah:
In Python2.7, the cls parameter shows up in pydoc:
frombuf(cls, buf) from __builtin__.type
Construct a TarInfo object from a 512 byte string buffer.
In 3.5, it doesn't:
frombuf(buf, encoding, errors) from builtins.type
Construct a
R. David Murray added the comment:
Works fine for me.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21398
___
___
Stéphane Wirtel added the comment:
the pydoc module works fine but when I use CTRL-C to quit it, I get this error
in the terminal.
I think it's an other bug but the traceback is really similar.
Stephane
Traceback (most recent call last):
File
Stefan Krah added the comment:
Did you use the same locale settings?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21398
___
___
R. David Murray added the comment:
Like I said, the compatibility claims are almost certainly incorrect.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20974
___
Stéphane Wirtel added the comment:
locale
LANG=en_US.UTF-8
LC_COLLATE=en_US.UTF-8
LC_CTYPE=en_US.UTF-8
LC_MESSAGES=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_ALL=en_US.UTF-8
--
___
Python tracker
Stefan Krah added the comment:
Sorry, then I should have been more explicit: The failure only occurs
with LC_CTYPE=C.
--
title: pydoc heapq leaves terminal in an unusable state - LC_CTYPE=C: pydoc
leaves terminal in an unusable state
___
Python
R. David Murray added the comment:
Ah, yes, my lc_ctype was en_US.utf-8. I can reproduce it if I change that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21398
___
Stéphane Wirtel added the comment:
I use OSX 10.9 on my laptop, Python 3.5 and I get this error in one case. If I
use CTRL-C to quit the application and if LC_CTYPE=C.
with the 'q' key, I don't get this problem.
Just LC_CTYPE=C and CTRL-C and I have to reset my terminal.
--
Stefan Krah added the comment:
I can also confirm the need to reset the terminal when using
a working locale and Ctrl-C.
So we have two issues then:
1) The UnicodeDecodeError should not happen.
2) pydoc behaves erratically after various exceptions.
In Python2.7 neither of the issues
Nick Coghlan added the comment:
As Greg suggested, the important thing is to follow the precedent set by
other debug messages in the module.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Stefan Krah added the comment:
Victor, sure, maybe not right away. If you prefer to commit very soon,
I promise to do a post commit review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21233
Stéphane Wirtel added the comment:
In python 2.7, If I use my working locales (utf-8) and I use CTRL-C, pydoc does
not quit but leave a message when the screen is cleaned.
same result with LC_CTYPE=C
bash-4.3$ python -m pydoc heapq
Traceback (most recent call last):
File
STINNER Victor added the comment:
If you prefer to commit very soon,
I promise to do a post commit review.
There is no need to hurry.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21233
Roundup Robot added the comment:
New changeset 678310833d85 by Benjamin Peterson in branch 'default':
add link to compiling documentation (closes #21395)
http://hg.python.org/devguide/rev/678310833d85
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status: open - closed
Roundup Robot added the comment:
New changeset 981242c8fc86 by Benjamin Peterson in branch 'default':
setup.py: report modules which built but import failed (closes #21282)
http://hg.python.org/cpython/rev/981242c8fc86
--
nosy: +python-dev
resolution: - fixed
stage: - resolved
status:
New submission from Stéphane Wirtel:
In the section Increase Test Coverage of the DevGuide :
https://docs.python.org/devguide/_sources/coverage.txt
You can read this paragraph where there is a url for a website, but the website
is out-of-date and don't reflect the right version of Python.
Walter Dörwald added the comment:
The cronjob that produces this information has been deactivated, because it
currently produces broken output. The code for that job is available from here:
https://pypi.python.org/pypi/pycoco
It would be great to have up to date coverage info for Python
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file: http://bugs.python.org/file33666/zipfile_stupid3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
___
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35104/zipfile_276_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
___
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35103/zipfile_340_filename_mismatch.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
___
Adam Polkosnik added the comment:
Attached is a patch with warnings against 2.7.6
--
Added file:
http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Adam Polkosnik added the comment:
Attached is a patch with warnings against 3.4.0
--
Added file:
http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35113/zipfile_276_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
___
Stéphane Wirtel added the comment:
Ok thanks for your feedback about your script. Where can I find the scripts of
Ned?
Thank you
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21400
___
Adam Polkosnik added the comment:
Attached is a patch with warnings against 2.7.6 (this one should be good to go)
--
Added file:
http://bugs.python.org/file35115/zipfile_276_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
Yury Selivanov added the comment:
In Python2.7, the cls parameter shows up in pydoc:
frombuf(cls, buf) from __builtin__.type
Construct a TarInfo object from a 512 byte string buffer.
In 3.5, it doesn't:
frombuf(buf, encoding, errors) from builtins.type
Construct a
Ned Deily added the comment:
As Jayanth points out, datetime objects are deliberately time zone naive by
default; please read https://docs.python.org/2/library/datetime.html and
https://docs.python.org/2/library/datetime.html#tzinfo-objects for more
information. Also see
Changes by Ned Deily n...@acm.org:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21396
___
___
Python-bugs-list mailing list
Jesús Cea Avión added the comment:
I can't reproduce on Linux 12.04. I tried the test a thousand times.
Ethan, what is your build environment?
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20094
Roundup Robot added the comment:
New changeset c2f827af02a2 by Stefan Krah in branch 'default':
Issue #10650: Remove the non-standard 'watchexp' parameter from the
http://hg.python.org/cpython/rev/c2f827af02a2
--
___
Python tracker
Changes by Ned Deily n...@acm.org:
--
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21332
___
___
Python-bugs-list mailing
Changes by Terry J. Reedy tjre...@udel.edu:
Removed file: http://bugs.python.org/file35096/18104-htest2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18104
___
Changes by Terry J. Reedy tjre...@udel.edu:
Removed file: http://bugs.python.org/file35099/18104-htest3.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18104
___
Terry J. Reedy added the comment:
Defective patches removed and replaced with one that includes current htest.py
and should have proper (unix) line endings.
--
Added file: http://bugs.python.org/file35116/18104-htest4.diff
___
Python tracker
New submission from Joshua J Cogliati:
The -3 option should warn about str to bytes conversions and str to bytes
comparisons:
For example in Python 3 the following happens:
python3
Python 3.3.2 snip
Type help, copyright, credits or license for more information.
ba + a
Traceback (most recent
Berker Peksag added the comment:
--- a/zipfile.pyWed Apr 30 11:27:16 2014
+++ b/zipfile.pyWed Apr 30 11:27:01 2014
@@ -1174,8 +1174,9 @@
else:
fname_str = fname.decode(cp437)
-if fname_str != zinfo.orig_filename:
-raise
Adam Polkosnik added the comment:
3.4.0 pathc with stacklevel=2
--
Added file:
http://bugs.python.org/file35117/zipfile_340_filename_mismatch_v3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
Jim Jewett added the comment:
I'm leaving it as needs patch because it isn't clear exactly what a committer
should do.
I think the current intent is to make the changes listed in
zipfile_???_filename_mismatch_v2.patch (which are not listed as reviewable --
but the changes are indeed
Berker Peksag added the comment:
Here's an updated patch. Thanks for the reviews.
And of course we should keep at 0x... part, because it is the way to
distinguish different lock objects.
Done.
$ ./python -c import threading; l = threading.Lock(); print(l)
unlocked _thread.lock
Jim Jewett added the comment:
Presumably the stacklevel applies to all versions; verifying that it warns
about the right code location is important enough to require a test case.
--
___
Python tracker rep...@bugs.python.org
Ethan Furman added the comment:
Actually, I haven't had this issue in quite a while now, so closing.
Thanks for taking a look at it, Jesús.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20094
Terry J. Reedy added the comment:
Here are my notes on modules that should probably be included in htest. Most
have some end-of-module test now, many with errors.
--
Added file: http://bugs.python.org/file35119/18104-htest.txt
___
Python tracker
Changes by Adam Polkosnik apolkos...@gmail.com:
Removed file:
http://bugs.python.org/file35114/zipfile_340_filename_mismatch_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6839
___
Adam Polkosnik added the comment:
I just looked through 2.7.6 version of zipfile, and the the error handling
there is either through using raise() or print(). So, inline with the guidance
provided for 2.7.6, perhapswe should stick with print() instead of
warning.warn(). I'll post that a bit
Ethan Furman added the comment:
Adam, please stop deleting the files. It makes for a lot of noise to those on
the nosy list, and is unnecessary.
Just make sure you increment the version number on the files you upload and it
will be fine.
Thanks.
--
Changes by Mark Grandi markgra...@gmail.com:
--
nosy: +markgrandi
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14156
___
___
Python-bugs-list
Adam Polkosnik added the comment:
Jim,
I've got some test cases where the zlib_forward_slash.patch doesn't cut it.
That was the reason for trying a broader approach with filename_mismatch
patches.
--
Added file:
New submission from Stephen Paul Chappell:
If a call is made to tkinter.NoDefaultRoot, then calls to
tkinter.ttk._val_or_dict may fail. NoDefaultRoot ends with del _default_root
(line 174) and removes the variable from the module's namespace. _val_or_dict
can try to access this variable but
Zachary Ware added the comment:
Can you provide an example of when this happens? Note that
tkinter.ttk._val_or_dict is a private function and should not be called by user
code.
--
nosy: +gpolo, serhiy.storchaka, zach.ware
stage: - test needed
type: crash - behavior
Zachary Ware added the comment:
If there are no objections forthcoming, I'll try to get this applied to 3.4/3.5
later this week, then look into backporting to 2.7.
--
assignee: - zach.ware
components: +Tests, Tkinter
versions: +Python 3.5
Added file:
Francisco Martín Brugué added the comment:
A small question related to: zipfile_276_filename_mismatch_v3.patch
--- a/zipfile.pyWed Apr 30 11:44:38 2014
+++ b/zipfile.pyWed Apr 30 15:10:38 2014
@@ -970,10 +970,10 @@
if fheader[_FH_EXTRA_FIELD_LENGTH]:
Gregory P. Smith added the comment:
The bug was that BadZipFile was being raised when it shouldn't be so I wouldn't
worry about documenting the behavior change other than in the Misc/NEWS entry
that the ultimate commiter writes up.
--
___
Python
Alex Gaynor added the comment:
Attached patch now includes documentation and should be complete.
--
keywords: +needs review
Added file: http://bugs.python.org/file35122/compare_digest.diff
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset de35f6a3b292 by Zachary Ware in branch 'default':
Issue #19962: The Windows build process now creates python.bat
http://hg.python.org/cpython/rev/de35f6a3b292
--
nosy: +python-dev
___
Python tracker
Gregory P. Smith added the comment:
Thanks for the report, diagnosis and patch! Your change looks good to me.
I'll commit it soon.
--
assignee: - gregory.p.smith
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21332
New submission from Santoso Wijaya:
Observe:
Python 2.7.6 (default, Mar 22 2014, 22:59:56)
[GCC 4.8.2] on linux2
Type help, copyright, credits or license for more information.
import xml.etree.ElementTree as ET
root = ET.Element('root', attrib={'Name':'Root'})
child = ET.SubElement(root,
Santoso Wijaya added the comment:
Or, more succintly:
Python 2.7.6 (default, Mar 22 2014, 22:59:56)
[GCC 4.8.2] on linux2
Type help, copyright, credits or license for more information.
import xml.etree.ElementTree as ET
root = ET.Element('Root', attrib={'Name':'Root'})
root.attrib
{'Name':
Changes by Santoso Wijaya santoso.wij...@gmail.com:
--
title: cElementTree node creation with attributes is bugged - cElementTree
creation of nodes with attributes is bugged
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21403
Antoine Pitrou added the comment:
Thanks for the report, Akira. Feel free to submit a patch! (with a test)
--
stage: - needs patch
versions: -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21396
Changes by Sworddragon sworddrag...@aol.com:
--
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21404
___
___
Python-bugs-list
New submission from Sworddragon:
The tarfile/zipfile libraries doesn't seem to provide a direct way to specify
the compression level. I have now ported my code from subprocess to
tarfile/zipfile to achieve platform independency but would be happy if I could
also control the compression level.
Stephen Paul Chappell added the comment:
I discovered the problem when trying to run the program listed at
http://code.activestate.com/recipes/577633/ (Directory Pruner 2).
--
___
Python tracker rep...@bugs.python.org
Zachary Ware added the comment:
Thanks for the up-vote, Tim :)
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19962
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +eli.bendersky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21403
___
___
Python-bugs-list
1 - 100 of 124 matches
Mail list logo