Changes by Jon Parise :
--
nosy: +jon
___
Python tracker
<http://bugs.python.org/issue7105>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
New submission from Jon Nelson :
import os
try:
from email.mime.multipart import MIMEMultipart
except ImportError:
from email.MIMEMultipart import MIMEMultipart
m = MIMEMultipart('form-data')
print m.items()
m.as_string()
print m.items()
print out:
[('Content-Type',
New submission from Jon Parise :
The attached patch uses PyModule_AddIntMacro() to register the gc
module's constants instead of using a local ADD_INT() macro.
--
components: Interpreter Core
files: gc_macros-trunk.patch
keywords: patch
messages: 95589
nosy: jon
severity: normal
s
Changes by Jon Parise :
Added file: http://bugs.python.org/file15379/gc_macros-py3k.patch
___
Python tracker
<http://bugs.python.org/issue7373>
___
___
Python-bugs-list m
Jon Parise added the comment:
That's true. I thought it worked the same as the ADD_INT() macro I
replaced, but I see that I was wrong.
Given that, perhaps the original code is best. I don't see a lot of
value in replacing PyModule_AddIntConstant() with PyModule_AddIntMacro()
with
New submission from Jon Buller :
On a NetBSD/sparc-current system building from the 2.6.4.tgz file...
Compiling /usr/pkg/lib/python2.6/test/test_bool.py ...
Compiling /usr/pkg/lib/python2.6/test/test_bsddb.py ...
Compiling /usr/pkg/lib/python2.6/test/test_bsddb185.py ...
Compiling /usr/pkg/lib
New submission from Jon Blubinger :
It should me mentioned, that the Python variable PYTHONPATH has to be
set to the directory where the multiply.py file is. This can be achieved
via export in Linux or via the PySys_SetPath() function in C (see
attachment)
It should also be mentioned that
Jon Anglin added the comment:
I didn't raise an exception because the Unix version never fails (or raises) so
I thought to maintain compatibility I would always return a value. Do you
advise that I should change it?
As for the tabs... This entire process is new to me and I am learnin
New submission from Jon Anglin :
Implements getppid in the os module on Windows systems. The getppid
function was only available on Unix like systems, this diff patch brings
this functionality to Windows systems. This function will return the
parent process Id, upon error it will return -1
Jon Anglin added the comment:
Implements getppid in the os module on Windows systems. The getppid
function was only available on Unix like systems, this diff patch brings
this functionality to Windows systems. This function will return the
parent process Id, upon error it raises a
Jon Anglin added the comment:
I have addressed the issues brought up by Amaury Forgeot d'Arc except
for the unit test. I will get a unit test in tommorrow. Thank you for
the feedback. I have uploaded a new diff file Issue6394-2.diff.
- Should I remove the old diff files?
I ran some
Jon Anglin added the comment:
Just some information, on Windows:
- process ids are re-used.
- parent process id is set at process creation time and never updated.
(Windows Internal 4th Ed. by Russinovich and Solomon).
Thus, I would say that a long running process can not rely on the value
of
New submission from Jon Seger :
I upgraded from 2.5.2 to 2.6.5 on a WinXP system. Console interpreter worked
fine, but IDLE would not launch (quit without displaying anything on screen).
Same with 2.6.4. Finally tried 2.5.4, which works as expected (like the old
2.5.2
Jon Seger added the comment:
Here's the result of doing what Martin asked (and then launching the
interpreter, to confirm that it's the 2.5.4 version that I installed on
Thursday just before submitting my original bug report).
C:\PYTHON25 is the first item in the PATH.
C:\Py
Jon Seger added the comment:
Actually I did do exactly what Martin requested, but then somehow I failed to
include the output in my message, which doesn't really make sense as a result.
How embarrassing! I apologize. I thought I had included something like the
following:
C:\Document
New submission from Jon Dufresne:
When using unittest, I'll frequently enable -Wall to help catch code smells and
potential bugs.
One feature of this, I'm told when files aren't explicitly closed with an error
like: "ResourceWarning: unclosed file <...>"
Changes by Jon Dufresne :
--
keywords: +patch
Added file:
http://bugs.python.org/file45783/namedtemporaryfile-resourcewarning.patch
___
Python tracker
<http://bugs.python.org/issue28
Jon Dufresne added the comment:
Thanks for the review. I have updated the patch. Now all warnings during tests
handled. Please let me know if there are any other concerns with the changes.
--
Added file:
http://bugs.python.org/file45789/namedtemporaryfile-resourcewarning-2.patch
Jon Dufresne added the comment:
Just for some context, the e.close() is handling this bit of code:
https://github.com/python/cpython/blob/d8132c4da7c46587221c5a244224b770d03860b6/Lib/urllib/request.py#L739-L754
When there is no error, http_error_302() will close the passed fp, on error, it
Jon Dufresne added the comment:
I've taken a new approach to resolve the urllib issues.
I believe HTTPError _should not_ warn when __del__ is called as HTTPError wraps
an existing resource instead of generating its own. IIUC, in this case, I
believe it falls to the responsibility of
Jon Dufresne added the comment:
I decided to try a new direction.
Instead of modifying _TemporaryFileCloser to handle urllib, I've changed urllib
classes to not inherit from _TemporaryFileCloser. The urllib classes are not
temporary files as built by tempfile, so I believe this makes
New submission from Jon Walsh:
>>> from pathlib import Path
>>> Path("a/b/c/d/e.txt").match('a/*/**/*')
False
--
components: Library (Lib)
messages: 285297
nosy: Jon Walsh
priority: normal
severity: normal
status: open
title: Pathlib glob ** b
Jon Walsh added the comment:
Seems a bit strange to not have glob() and match() working the same though. Is
there any reason for that?
--
___
Python tracker
<http://bugs.python.org/issue29
New submission from Jon Nabozny:
I would like to see some enhancement where the activate.bat and activate
scripts allow the script to determine where the python executable resides.
When the executable cannot be found (because the path doesn't exist for some
reason), the system will ultim
New submission from Jon Dufresne:
The csv.writer.writerow() does not accept a generator as input. I find this
counter-intuitive and against the spirit of similar APIs. If the generator is
coerced to a list, everything works as expected. See the following test script
which fails on the line
Jon Dufresne added the comment:
I have created an initial patch such that writerow() now allows generators. I
have also added a unit test to demonstrate the fix.
The code now coerces iterators (and generators) to a list, then operates on the
result. I would have preferred to simply iterate
New submission from Jon Dufresne:
The following test script demonstrates that Python's csv library does not
handle a BOM. I would expect the returned row to be equal to expected and to
print 'True' to stdout.
In the wild, it is typical for other CSV writers to add a B
Changes by Jon Dufresne :
--
nosy: +jdufresne
___
Python tracker
<http://bugs.python.org/issue7651>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Dufresne:
See http://tools.ietf.org/html/rfc6265#section-5.2.6
Relevant section:
---
5.2.6. The HttpOnly Attribute
If the attribute-name case-insensitively matches the string HttpOnly", the user
agent MUST append an attribute to the cookie-attribute-list wi
Changes by Jon Dufresne :
--
keywords: +patch
Added file: http://bugs.python.org/file37729/http-only-case.patch
___
Python tracker
<http://bugs.python.org/issue23
New submission from Jon Dufresne:
Ran variations of the command:
$ find . -wholename '*/test/*.py' | xargs flake8 --select=F401,F811
To look for unused or duplicate imports. The attached patch removes them.
--
components: Tests
files: cleanup-unused-imports.patch
keywo
New submission from Jon Ribbens:
If you are installing Python 2.7.10 and a previous version of 2.7 was already
installed, the installation processs can fail when compileall.py finds
badly-written third-party modules in the site-packages or dist-packages
directories.
The installation process
Changes by Jon Brandvein :
--
nosy: +brandjon
___
Python tracker
<http://bugs.python.org/issue24948>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jon Snoo added the comment:
The link to the "quick recommendations section" in the Python 2.7 and 3.3 docs
is broken. It appears that the PPUG has changed the path from
https://python-packaging-user-guide.readthedocs.org/en/latest/current.html
to
https://python-pack
Jon Snoo added the comment:
I tested the code posted by Victor with Python 3.5 (which uses Tcl/Tk 8.6.4)
and I still get an empty clipboard when the script exits.
I also downloaded ActiveState's Tcl binary which is also version 8.6.4, and
tested the minimal reproducer posted by Serhiy
New submission from jon orebro:
The documentation for urllib.request should mention that a robust client using
urllib.request must be prepared for exceptions of type
http.client.HTTPException in addition to urllib.error.URLError.
Example: the server breaks HTTP and returns an empty status
New submission from jon orebro:
Description:
I found a slight problem with signal handling. It seems that if you have a
signal handler setup for a signal, right after a fork the child ignores that
signal for a short time. This is regardless of what the signal handler is setup
to do. This can
New submission from Jon Sobocinski:
Perhaps not a bug, but an odd behavior of pythons built in .title() method.
When calling this method on a string such as this: "bill's", python will change
the string to "Bill'S". This seems like a behavior that may want to be c
Jon Camilleri added the comment:
I use Server 2008, actually.
On 25 December 2015 at 11:52, Steve Dower wrote:
>
> Steve Dower added the comment:
>
> Is that Windows Server 2003? It's also not supported for Python 3.5, as
> Microsoft is no longer supporting it. You
Jon Camilleri added the comment:
I am troubleshooting, to my mind I have installed all mandatory versions.
This is quite a queer windows version and as I said I am surprised that
this happened now as I had no issues before.
On 25 December 2015 at 21:36, Steve Dower wrote:
>
> Steve
New submission from Jon Morris:
A minor issue, but the name property for realpath is actually 'abspath'.
Python 2.7.8 on Windows 6.1.7601 (7 sp1)
--
messages: 264804
nosy: Jon Morris
priority: normal
severity: normal
status: open
title: os.path.realpath.__name__ is
New submission from Jon Heiner:
I believe there is an issue with the _struct.c handling of Pascal style strings.
In the _struct.c:s_unpack_internal() function (reading 2.7.6 and 2.7.9 source
from tgz ball), the size parameter 'n' is clamped to code->size-1.
As far as I can tell,
Changes by Jon Clements :
--
nosy: +joncle
___
Python tracker
<http://bugs.python.org/issue23864>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jon Clements :
--
nosy: +joncle
___
Python tracker
<http://bugs.python.org/issue24159>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jon Dufresne :
--
nosy: +jdufresne
___
Python tracker
<http://bugs.python.org/issue20361>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jon Dufresne :
--
nosy: +jdufresne
___
Python tracker
<http://bugs.python.org/issue22431>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jon Wayne Parrott:
As part of an effort to align the packaging documentation
(packaging.python.org) with the CPython docs, PyPA has extracted the theme used
in the CPython documentation into a separate repository and package
(https://github.com/python/python-docs-theme
Changes by Jon Wayne Parrott :
--
pull_requests: +2083
___
Python tracker
<http://bugs.python.org/issue30607>
___
___
Python-bugs-list mailing list
Unsubscribe:
201 - 248 of 248 matches
Mail list logo