John Brearley added the comment:
The owner of PyGnuplot figured out that for Python 3.4+ that a flush on stdin
is needed. IDLEX GUI now runs example.py and my own test code correctly.
proc.stdin.flush() # send the command in python 3.4+
This leaves the interesting behavior of IDLEX GUI
John Jolly added the comment:
Please be gentle, this is my first submission to python.
The use case for me was a recursive zip-within-a-zip situation. I wanted to
allow the creation of a zipfile.ZipFile from an existing zipfile.ZipExtFile,
but the lack of seek prevented this.
I simply
Change by John Jolly :
--
pull_requests: +4934
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue28494>
___
___
Python-bugs-list mai
John Jolly added the comment:
Fix submitted that evaluates the ECD structure and validates the first CD
entry. The fix also handles empty zipfiles.
IMO the purpose of this API is to *quickly* verify that the file is a valid
zipfile. With this fix, the API only reads another 46 bytes of data
New submission from John Jolly :
The current implementation of the xpath specification in ElementTree does not
allow for predicates that may contain both an apostrophe and a quote. Either
one or the other is allowed, but escaping (either string escaping using the
backslash or html escaping
Change by John Reese :
--
nosy: +jreese, lukasz.langa
___
Python tracker
<https://bugs.python.org/issue33516>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from John Cooke :
from collections import namedtuple
# create a namedtuple whose members are:
# 00B5;MICRO SIGN;Ll;
# 03BC;GREEK SMALL LETTER MU;Ll
# these are both legal identifier names
names = ['\u00b5', '\u03bc']
for name in names:
assert na
New submission from John Hagen :
The socket documentation
(https://docs.python.org/3/library/socket.html#socket-families) does not list
'' as a way to bind to all interfaces for the AF_INET/AF_INET6 address family.
This is answered on SO here: https://stackoverflow.com/a/8034146 b
John Hagen added the comment:
@ammar2
I see that now. Yeah it's further down in the docs and doesn't actually call
out '' like is done for AF_CAN:
A tuple (interface, ) is used for the AF_CAN address family, where interface is
a string representing a network interface n
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
Change by John Reese :
--
keywords: +patch
pull_requests: +7588
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue33983>
___
___
Python-
John Reese added the comment:
The problem I'm trying to solve is around functions that operate on a
Union[Leaf, Node], and want to be able to do things like `grandchildren =
node.children[0].children + node.children[1].children` (contrived example, but
point being tuple+list=TypeError
New submission from John Nelson :
Repro:
1. Run the attached script ('repro.py')
Expected output:
2018-07-31 16:39:57,069 - asyncio - DEBUG - Using proactor: IocpProactor
2018-07-31 16:39:57,084 - root - INFO - Starting
2018-07-31 16:39:58,100 - root - INFO - Sleep done
2018-0
John Nelson added the comment:
I *suspect* the issue is down to a discrepancy between:
- IocpProactor.close(), and
- IocpProactor._poll()
When the former calls the latter, it seems to be expecting a truth value
response from _poll() to indicate that no timeout occurred. However, the latter
John Nelson added the comment:
Python 3.5.4 (v3.5.4:3f56838, Aug 8 2017, 02:17:05) [MSC v.1900 64 bit
(AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import platform, sys
>>> platform.win32
New submission from John Joyce :
In distutils/core.py ...
Line 227 is over-indented, inconsistent with the rest of the file.
Line 226 is over-indented, inconsistent with the rest of the file.
Line 114 is over-indented by 2 characters, inconsistent with the rest of the
file.
else
John Joyce added the comment:
Oh, I see. I did not realize that tidying would not be accepted. That explains
a lot. As it offended linters based on PEPs I chose that as the best match. It
is pedantic, but many linting actions are not far from compiling... they are
generally parsing to
New submission from john skaller :
Executive Summary: Python currently is not properly re-entrant. This comment
applies to the CAPI and particularly embedding. A fix is not possible in Python
3.x but should be scheduled for Python 4. On Linux all binary plugins are
broken as well.
The fault
john skaller added the comment:
eric: yes, that's relevant. Very happy it is discussed.
Contrary to some indication in the post, passing a context handle around
everywhere is NOT a burden at all. My system does exactly that.
I would note, API's which already require, say, an i
New submission from John Andersen :
aexit called after loop close on death by signal.
This seems odd, the __aexit__ method must be running in a loop because
it is an async function. However if one calls shield then it dies.
'''
$ python3.7 test.py
Hello!
# Ctrl-C before
Change by John Andersen :
Added file: https://bugs.python.org/file47872/test.py
___
Python tracker
<https://bugs.python.org/issue35000>
___
___
Python-bugs-list mailin
Samuel John added the comment:
Ned, incredibly helpful description. Thanks for investigating! I have nothing
to add to that.
--
___
Python tracker
<http://bugs.python.org/issue18
New submission from Samuel John:
In the `_osx_support.py` module, there seems to be a bug in the method
`compiler_fixup` which occurs if
* the `customize_compiler` method from `distutils/sysconfig` has been called
and after that
* `_compile` from `distutils/unixcompiler.py` is called. The
Samuel John added the comment:
The symptom for the end-user looks kind of weird:
running build_ext
building 'Cython.Plex.Scanners' extension
/ A p p l i c a t i o n s / X c o d e . a p p / C o n t e n t s / D e v e l o p
e r / T o o l c h a i n s / X c o d e D e f a u l t . x c t
New submission from John Jefferies:
If os.stat is executed on a Windows junction with Python 3.3 I see an exception:
>>> import os
>>> os.stat('C:\Windows\System32\config\systemprofile\SendTo')
Traceback (most recent call last):
File "", line
John Jefferies added the comment:
On 26/06/2013 13:38, Christian Heimes wrote:
> Christian Heimes added the comment:
>
> On my Windows box (Win 7) I'm getting an error with Python 3.2 and 3.3. It
> looks like I'm not allowed to enter the parent directory (Zugriff verwe
John McDonald added the comment:
Could we possibly revisit this? This feels like an implementation detail, not
something specified. Consider the different cases:
Type "help", "copyright", "credits" or "license" for more information.
>>> class A:
John Dennis added the comment:
I think your basic approach is fine and it's O.K. to break backwards
compatibility. I'm not sure anyone was using the httponly and secure flags in
the past because it was so broken, the logic was completely contradictory, so
backwards compatibility
New submission from John Jefferies:
I'm having trouble with a raw string of r'\\?\' as in the following session:
>>> a = r'\\?\'
File "", line 1
a = r'\\?\'
^
SyntaxError: EOL while scanning string literal
John Jefferies added the comment:
Yes, thankyou; I missed that. Another search reveals the issue has come up
under 11451 and 1271 at least.
John
--
___
Python tracker
<http://bugs.python.org/issue18
John Cassidy added the comment:
I added the line print(str(doc)) after the call to getDomImplementation and
verified that the errors that I'm seeing are coming from the xml.dom.minidom
implemenation of xml.dom. Checking minidom.py I did not see any validation on
the tagName that gets p
John Jefferies added the comment:
On 01/08/2013 12:09, Tim Golden wrote:
> Tim Golden added the comment:
>
> I propose to close this one: using Python 3.3 on Win7 I can successfully stat
> NTFS Junctions. Is there any rem
John Pye added the comment:
This bug is still present in Python 2.7.5 on Windows 64-bit . I am currently
providing the following instructions for MinGW-w64 users wanting to link to
Python27.dll:
http://ascend4.org/Setting_up_a_MinGW-w64_build_environment
New submission from John Nagle:
urllib2.open for an FTP url does not obey the timeout parameter.
Attached test program times out on FTP open after 21 seconds, even though the
specified timeout is 60 seconds. Timing is consistent; times have ranged from
21.03 to 21.05 seconds. Python
John Nagle added the comment:
Reproduced problem in Python 3.3 (Win32). Error message there is:
Open of ftp://ftp.sec.gov/edgar/daily-index failed after 21.08 seconds:
So this is broken in both Python 2.7 and Python 3.3.
--
versions: +Python 3.3
Added file: http://bugs.python.org
John Regehr added the comment:
Hi folks,
I realize it was a long time ago that I reported this issue! Since then our
tool has been made available:
http://embed.cs.utah.edu/ioc/
In particular, that web page contains a pre-compiled version of the tool for
recent Ubuntu on x86-64, that
New submission from Samuel John :
Building python on the Mac (10.7.4) with latest Xcode shows
```
[...]
ranlib: file: libpython2.7.a(pymath.o) has no symbols
```
Is that okay or a bug?
--
assignee: ronaldoussoren
components: Macintosh
messages: 162078
nosy: ronaldoussoren, samueljohn
Changes by Samuel John :
--
title: ranlib: file: libpython2.7.a(pymath.o) has no symbols -> OSX: ranlib:
file: libpython2.7.a(pymath.o) has no symbols
___
Python tracker
<http://bugs.python.org/issu
John Ehresman added the comment:
This may be a known problem, but imp.load_module fails when trying to load a C
extension. This is with the 3.3a4 release on Windows, though I suspect the
problem is cross-platform.
--
nosy: +jpe
___
Python tracker
John Ehresman added the comment:
On 6/5/12 1:08 PM, Brett Cannon wrote:
>
> Brett Cannon added the comment:
>
> Does it work in Python 3.2, John? If it does then it's just an oversight
> thanks to the lack of tests in test_imp and it shouldn't be too difficult
New submission from John Bollinger :
I encountered this test failure while attempting to verify a patch for a
separate issue, and I found that it occurs with the unmodified source on the
default branch:
LD_LIBRARY_PATH="$PWD" ./python -bb -Wd -m test -r -w -uall -v test_curses
John Bollinger added the comment:
I attach a patch fixing the issue and providing a test and docs.
The fix is substantially as I described earlier: a thread that holds the Tcl
lock is permitted to acquire it logically any number of times, but physically
attempts to acquire it only if it
John Bollinger added the comment:
Yes, I have basically made tkinter's Tcl lock into an Rlock. With respect to
Python3's Rlock implementation, though, are you talking about what I see in
Modules/_threadmodule.c? Even if it would be acceptable to make the tkinter
module depend on
Changes by Samuel John :
--
nosy: +samueljohn
___
Python tracker
<http://bugs.python.org/issue11445>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Samuel John :
--
nosy: +samueljohn
___
Python tracker
<http://bugs.python.org/issue14499>
___
___
Python-bugs-list mailing list
Unsubscribe:
John Nagle added the comment:
A "IRI library" is not needed to fix this problem. It's already fixed in the
sockets library and the http library. We just need consistency in urllib2.
urllib2 functions which take a "url" parameter should apply
"encodings.idna
John Nagle added the comment:
The current convention is that domains go into DNS lookup as punycode, and the
port, query, and fragment fields of the URL are encoded with percent-escapes.
See
http://lists.w3.org/Archives/Public/ietf-http-wg/2011OctDec/0155.html
Python needs to get with the
New submission from John Firestone :
exec(source, Dict()) doesn't call Dict().__getitem__ or Dict().__missing__ if
the source string contains a function and the function references an undefined
global.
class Dict1(dict):
def __getitem__(self, key):
print '__getite
John Firestone added the comment:
I find the behavior inconsistent. As you can see from this example, the
exec'uted code *does* call the instance's overloaded __getitem__ and
__missing__ methods when outside a function, but doesn
John Firestone added the comment:
Thank you all for the quick and interesting responses!
Here is another example, this time showing a simple
s
sometimes behaves like
globals()['s']
and sometimes doesn't.
class Dict(dict):
def __getitem__(self, key):
John Regehr added the comment:
I the tests for today's cpython using IOC and got only the issues below.
The on-purpose divide by zero should be OK but the shift by -2 probably wants
to be fixed.
ARITHMETIC UNDEFINED at : Op: <<=, Reason : Signed Left Shift: Right operand is neg
John Bollinger added the comment:
The system on which I encountered the test failure uses ncurses 5.7, so that's
consistent with the theory that the test is tickling an ncurses bug.
I'll have a look at testing with ncurses 5.8, but it is not available from
RedHat or CentOS (and it
John Bollinger added the comment:
Clarification: "so that's not a good solution for most users" ... of
RedHat-family distros, version 6.2 and earlier.
In fact, it looks like RedHat is sticking with its current version of ncurses
for RHEL 6.3, too, so no help is coming from tha
John Bollinger added the comment:
Ok, I confirm that the test passes after the system's ncurses library is
upgraded to ncurses 5.8, and fails again when ncurses is downgraded back to
version 5.7.
--
___
Python tracker
<http://bugs.py
New submission from Samuel John :
In configrue.in, Python checks if the compiler supports
__attribute__((format(PyArg_ParseTuple, 2, 3))) and sets the CFLAGS to "CFLAGS
-Werror" to decide this test.
When you build Python with "CFLAGS=-w" (homebrew's default), config
New submission from John Schneider :
Revision 36793 introduced a libc wrapper for FreeBSD 5.x which addressed some
UTF issues. Unfortunately, this causes C compilation errors for certain ports.
Also reference issues 10910, 1455641
This change is no longer applicable for FreeBSD 9. I'
Changes by John O'Connor :
--
nosy: +jcon
___
Python tracker
<http://bugs.python.org/issue15381>
___
___
Python-bugs-list mailing list
Unsubsc
New submission from John Taylor:
According to:
http://www.sqlite.org/releaselog/3_7_12.html
SQLite has the ability to, "Report the name of specific CHECK constraints that
fail."
CPython 3.3.0b2 which uses SQLite version 3.7.12 does not report which
constraint failed.
--
impor
John Taylor added the comment:
When I run this under Windows 7:
Platform : CPython 3.3.0b2
SQLite : 3.7.12
Traceback (most recent call last):
File "C:bug.py", line 34, in
c.execute(query, ("2012-18-20", ) )
sqlite3.IntegrityErro
John Taylor added the comment:
I believe patching Python is beyond my programming capability. I would be very
interested in seeing this in 3.3.1. How else could I assist in making this
happen? Thanks!
--
___
Python tracker
<h
John Taylor added the comment:
Chris,
I will try naming the constraints and will then follow-up.
--
___
Python tracker
<http://bugs.python.org/issue15
John Taylor added the comment:
Please close this ticket. This is not a bug.
As per cjerdonek's suggestion, defining a constraint as follows:
constraint my_name check (...)
returns the actual name of the constraint, when it fails:
sqlite3.IntegrityError: constraint my_name f
Samuel John added the comment:
On OS X 10.8 with Xcode only (no command line tools), I get the following err
(when using clang or when using llvm-gcc):
```
dtrace: failed to compile script ./Include/pydtrace.d: Preprocessor not found
make: *** [Include/pydtrace.h] Error 1
```
At homebrew we
Samuel John added the comment:
I did your test. Thank you!
You are absolutely right, it seems, dtrace does not honor "CPP" or "PATH" or
any other flags and bluntly looks in a hard-coded location. It's not up to you
to patch that.
--
_
Samuel John added the comment:
dtrace ignores PATH and CC and CPP. I tried that already :/
Of course I could just install the command line tools. But still it's a shame
since all the tools are already there.
--
___
Python tracker
New submission from John Nagle:
The datetime module has support for output to a string of dates and times in
ISO 8601 format ("2012-09-09T18:00:00-07:00"), with the object method
"isoformat([sep])". But there's no support for parsing such strings. A string
to dateti
John Nagle added the comment:
Re: "%z format is supported".
That's platform-specific; the actual parsing is delegated to the C library.
It's not in Python 2.7 / Win32:
ValueError: 'z' is a bad directive in format '%Y-%m-%dT%H:%M:%S%z'
It re
John Nagle added the comment:
For what parts of ISO 8601 to accept, there's a standard: RFC3339, "Date and
Time on the Internet: Timestamps". See section 5.6:
date-fullyear = 4DIGIT
date-month = 2DIGIT ; 01-12
date-mday = 2DIGIT ; 01-28, 01-29, 01-30,
New submission from John Taylor:
import os.path
a = [ r'c:\Windows\notepad.exe' ]
print( os.path.getsize(a) )
Under Python 3.2.3, this error message is returned:
File "c:\python32\lib\genericpath.py", line 49, in getsize
return os.stat(filename).st_size
TypeError:
John Taylor added the comment:
Crashes Python 3.2.3 and Python 3.3.0rc2 on Windows 7 as well.
--
nosy: +jftuga
___
Python tracker
<http://bugs.python.org/issue15
John Taylor added the comment:
OP here. These error messages are much better. Thanks!
--
___
Python tracker
<http://bugs.python.org/issue15972>
___
___
Pytho
John O'Connor added the comment:
I think that's a good compromise and much better than what I had originally.
- John
--
___
Python tracker
<http://bugs.python.o
Changes by John Beck :
--
nosy: +jbeck
___
Python tracker
<http://bugs.python.org/issue13405>
___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.pyth
New submission from John Yeung:
Not sure if this is the right place to report this, but the "other platforms"
page <https://www.python.org/download/other/> says the AS/400 port by Per
Gummedal is 2.5. While it's true that he did port 2.5 quite a while back, the
2.7 port h
Changes by Samuel John :
--
nosy: +samueljohn
___
Python tracker
<http://bugs.python.org/issue21144>
___
___
Python-bugs-list mailing list
Unsubscribe:
John Ehresman added the comment:
Here's a simple patch with a test. Oddly, the test doesn't fail before the fix
is applied when run with rt.bat, but fails when run directly.
--
keywords: +patch
nosy: +jpe
Added file: http://bugs.python.org/file34840/fix-none-
John Ehresman added the comment:
Is still an issue with importlib? At this point, I don't think this change can
be made on 2.7 or 3.2.
--
nosy: +jpe
___
Python tracker
<http://bugs.python.org/i
New submission from John Szakmeister:
It's pretty typical for ccache packages to install symlinks for compilers that
may not be present on the system, such as Homebrew's ccache package.
Unfortunately, the _osx_support.py file is mislead by the presence of the
symlink and ends up b
John Szakmeister added the comment:
Here's the alternate fix.
--
Added file:
http://bugs.python.org/file34973/alt-fix-osx-llvm-detection-with-ccache.patch
___
Python tracker
<http://bugs.python.org/is
John Szakmeister added the comment:
Thank you Ned! The issue is that you can create symlinks to ccache to and put
them on your path. Distros do this for you now, but most create symlinks for a
bunch of compilers... including ones that may not be installed. So the
presence of the name (
New submission from John Rusnak:
Launch python3.3 and then
>>> import traceback
>>> tracebacke.format_exc()
Seomteims a long trace about missing attribute is produced, on subequent of
sometimes first call, python executable segfaults. I see this behavior in an
app as
New submission from John Beck:
I am porting Python 3.4.0 to Solaris 12. The Makefile I inherited from my
predecessor had --without-pymalloc as an option to be passed to configure.
Curious why, I removed this line, only to find that after python was built, it
core dumped:
LD_LIBRARY_PATH
John Beck added the comment:
Using Oracle Studio 12.3, same as mentioned in
http://bugs.python.org/issue15963#msg170661 (as Stefan pointed out). I am
using some of those flags but not all of them. I will try the others when I
have a chance, then report back
John Beck added the comment:
Victor: sure; see attached.
--
Added file: http://bugs.python.org/file35140/where.out
___
Python tracker
<http://bugs.python.org/issue21
New submission from John Isidore:
the documentation for BaseEventLoop.connect_read_pipe says:
> "pipe is file-like object **already switched** to nonblocking."
http://hg.python.org/cpython/file/232938736a31/Doc/library/asyncio-eventloop.rst#l453
But it looks like connect_read_p
John Beck added the comment:
Victor:
* This is not a SPARC-specific issue; the exact same failure occurs
on x86.
* I had built Python 3.3 (some time ago) but only --without-pymalloc.
But I tried just now rebuilt Python 3.3 --with-pymalloc, and it
failed in the exact same way
New submission from John Lehr:
plistlib has key error when attempting to load the iOS7
var/mobile/Applications/com.apple.mobilesafari/Library/Safari/History.plist.
No detected issues with other iOS7 plists.
In [8]: with
open('cases/vitale_test_iphone/unback/AppDomain-com.apple.mobiles
John Lehr added the comment:
I have shared the file for which I have permission, but neither of two
History.plists in my possession will load, both with the same traceback.
Thank you.
On Mon, May 19, 2014 at 4:18 PM, Ned Deily wrote:
>
> Ned Deily added the comment:
>
> Can
John Lehr added the comment:
Ned, I understand. I did get permission to post that history, and as I
feared, the sanitized History.plist I'm attaching now doesn't have the
loading issue that the first did. Possibly a URL character is throwing the
exception?
Can you suggest where I
John Lehr added the comment:
Serhiy, I applied the patch and can confirm this is a fix (three previous
failing loads of History.plists from three different devices now load
successfully). Thank you, I would not likely have identified the issue
myself.
On Mon, May 19, 2014 at 11:08 PM, Serhiy
John Lehr added the comment:
Patch plistlib_read_refs_2.patch corrects load error for iOS Safari
History.plist.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
John Malmberg added the comment:
Does not look like anything vital to VMS got removed.
Configure basically worked under current GNV.
And a few tweaks later with out changing any files checked out of the Mercurial
repository, make is producing a functional python binary before it quits.
bash
John Malmberg added the comment:
Most of the issues needed to build python3 properly on VMS involve either bugs
in the VMS C API that need to be worked around or missing libraries that
Python3 expects to have.
As none of the Python developers should need to care about this, and these
issues
New submission from John Malmberg:
With issue 16136 VMS support was removed for Python V3
A test build of the in-development branch using the UNIX instruction and the
current GNV product with a few minor tweaks produced a Python.exe interpreter
that is somewhat functional.
Most of the issues
John Malmberg added the comment:
This is an informational ticket.
At this point, it is a spare time activity for me. Hopefully there are other
interested parties to help. Time will tell.
--
___
Python tracker
<http://bugs.python.org/issue21
New submission from John Dennis:
There are multiple problems with Cookie.py. Some of the issues are covered in
http://bugs.python.org/issue3073 which is still open (after 4.5 years).
In all honesty the API and the implementation are not great perhaps the best
thing would be to remove it from
John Hampton added the comment:
The documentation is correct. The problem that you seem to be having are due
to copy and pasting in the interpreter.
The source of you first error is that after you copy
>>> def scope_test():
... def do_local():
... spam = "local spa
John Hampton added the comment:
Ok, but perhaps in order to aviod confusion the documentation could be changed
so that the examples are complete or have an additional new line as needed.
Well, they are complete. And it's only an issue with the interpreter. If you
were to copy and past
Samuel John added the comment:
Sounds reasonable, but please put the libs not in a place that might conflict
with a Tk installed by other means (e.g. homebrew's Tk is a `/usr/local`).
--
nosy: +samueljohn
___
Python tracker
<http://bugs.py
Samuel John added the comment:
Hello from Homebrew (Mac)!
Indeed we also patch setup.py (but right now only for python2.7) and
uncommented the "detect_tkinter_darwin" related lines to support linking
against a Tkinter build with homebrew (optionally with X11 support).
(Our pa
501 - 600 of 1249 matches
Mail list logo
