William Grzybowski added the comment:
Semaphores broken or not (it seems to work just fine in freebsd9) python is
still usable overall.
I see no reason to arbitrarily chose what freebsd platform to build.
--
___
Python tracker
<h
William Grzybowski added the comment:
Ah, I see, I made a misinterpretation of setup.py. Sorry about that.
So please ignore the setup.py changes in the patch ;)
--
___
Python tracker
<http://bugs.python.org/issue19
New submission from William Orr:
Currently, test_ssl.py requires the version information to match the OpenSSL
format exactly, and to be less than 2.0. LibreSSL, a drop-in replacement for
OpenSSL, has started its version numbers at 2.0.0, and reports it slightly
differently. This patch
New submission from william tonkin:
python
Python 2.7.6 (default, Dec 23 2013, 13:16:30)
[GCC 4.1.2 20080704 (Red Hat 4.1.2-54)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>>
-
test script
-
i
william tonkin added the comment:
sqlite3 allows a connection to be built from an apsw.Connection(). Using an
apsw.Connection() to build an sqlite3.connect() implies that the underlying
sqlite database engine will have extended error codes turned on (the default if
for them to be turned off
william tonkin added the comment:
The following worked for me:
--- util.c 2014-09-11 15:15:11.480266548 -0400
+++ util.c.fixed2014-09-11 15:17:19.214878592 -0400
@@ -54,7 +54,7 @@
(void)sqlite3_reset(st);
}
-errorcode = sqlite3_errcode(db);
+errorcode
Changes by william tonkin :
--
nosy: +ghaering
___
Python tracker
<http://bugs.python.org/issue22382>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from William Mill :
help(inspect.currentframe) reads:
-
_getframe(...)
_getframe([depth]) -> frameobject
Return a frame object from the call stack. If optional integer depth is
given, return the frame object that many calls below the top
Changes by William McVey :
--
nosy: +wam
___
Python tracker
<http://bugs.python.org/issue1047397>
___
___
Python-bugs-list mailing list
Unsubscribe:
William Mill added the comment:
This patch is built against trunk, because I'm not sure what branch I should
build it against. If that's the wrong branch, I'd be happy to figure it out
against the right branch.
I tested both the help() and the doc build, both worked as ex
William Mill added the comment:
I've updated the patch to be based on the py3k branch, and updated the sys
module's documentation for _getframe, since inspect just aliases sys._getframe
to currentframe().
I've updated the argument list of both inspect.currentframe and sy
William Mill added the comment:
Terry: fair enough, I'll add that it's required to be an integer.
I just meant that the brackets seemed not to be around other keyword arguments,
not that it's not optional, sorry for being unclear.
Ben and/or Terry: Would you prefer the inspe
New submission from William Gianopoulos:
So, the arguments to run_process are not escaped when logged such that the
logged command is un-parsable.
The following call:
self.run_process(['notify-send', '--app-name', 'Mozilla Build System', 'Mozilla
Bui
William Gianopoulos added the comment:
well i could be screwed up perhaps it is something provided in the mozilla
python environment i was going by the fact that google searches on python
run-process returned things, including other reported issues, that made me
think it was not.
On Mon, Jan 2
William Gianopoulos added the comment:
OK i t appears it might be a third party python utility library. I will
try to trak this down and report it there and close this issue once i sort
it out.
On Mon, Jan 2, 2017 at 4:07 PM, William Gianopoulos
wrote:
>
> William Gianopoulos add
William Gianopoulos added the comment:
I would like to keep this open until I figure this out so I can provide a
pointer to where the real issue is being tracked. I should have time to do that
tomorrow. SOunds like this is part of some third-party add-on python library
that is normally
William Gianopoulos added the comment:
It seems it is part of the Mozilla build system. I closed this issue.
--
resolution: -> not a bug
status: open -> closed
___
Python tracker
<http://bugs.python.org/i
William Grzybowski added the comment:
I have bumped into this issue as well.
This change would be much appreciate on my end.
What can we do to move the ball forward here?
Thanks!
--
nosy: +wg
___
Python tracker
<http://bugs.python.org/issue25
New submission from William Pitcock:
The C-based optimised version of collections.OrderedDict occasionally throws
KeyErrors when deleting items.
See https://github.com/mailgun/expiringdict/issues/16 for an example of this
regression.
Backporting 3.6's patches to 3.5.1 does not resolv
William Pitcock added the comment:
A frequent reproducer is to run the expiringdict tests on Python 3.5.1,
unfortunately I cannot come up with a testcase.
Replacing use of popitem() with "del self[next(OrderedDict.__iter__(self))]"
removes the KeyErrors and the structure otherwise
William Pitcock added the comment:
At least in my case, the application is single-threaded. I don't think this is
a locking-related issue as the expiringdict test case itself fails which is
also single-threaded.
--
___
Python tracker
William Pitcock added the comment:
It seems to me that calling __contains__() (PySequence_Contains()) isn't
necessary, as the first and last elements of the list are already known, and
therefore known to be in the list. Revising the behaviour of popitem() to
avoid calling _odict_popkey
William Mallard added the comment:
Ok, here's a patch that makes zip64 the default in make_archive() when
format='zip'.
I also agree that ZipFile should set allowZip64=True by default. (PKZIP has
supported zip64 since 2001!)
--
Added file: http://bugs.pytho
William Mallard added the comment:
Documentation added. See attached.
--
Added file: http://bugs.python.org/file29063/shutil_zip64_by_default.patch
___
Python tracker
<http://bugs.python.org/issue17
William Mallard added the comment:
Enabling ZIP64 seems like a reasonable default.
The documentation justifies the current 32-bit default with outdated
information:
"""
ZIP64 extensions are disabled by default because the default 'zip' and 'unzip'
comm
William Mallard added the comment:
See attached. The patch updates ZipFile, its documentation, and its unit tests.
--
keywords: +patch
Added file: http://bugs.python.org/file29074/zipfile_zip64_by_default.patch
___
Python tracker
<h
Changes by William Mallard :
Added file: http://bugs.python.org/file29075/zipfile_zip64_by_default.patch
___
Python tracker
<http://bugs.python.org/issue17201>
___
___
New submission from william wu:
I install python 2.7 in windows xp 32bit.
I try to open idle using "C:\Python27>python.exe Lib\idlelib\idle.py", But
return error as following:
Traceback (most recent call last):
File "Lib\idlelib\idle.py", line 11, in
idlelib.P
William McBrine added the comment:
I'm still seeing this, in the 2.7.2 that comes with OS X 10.8.2.
--
nosy: +William.McBrine
___
Python tracker
<http://bugs.python.org/i
New submission from William Moreno:
cc -DNDEBUG -O2 -pipe -fno-strict-aliasing -pthread -pthread Parser/acceler.o
Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o
Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o
Parser/pgen.o Objects
William Moreno added the comment:
Thank's a lot by answered me, I am now at FreeBSD team in order to fix this
issue.
--
___
Python tracker
<http://bugs.python.org/is
William Moreno added the comment:
[SOLVED on FreeBSD 9.1] if anyone need to see
http://www.freshports.org/lang/python33/ thank's again to alls specyally to
Marcus von Appen (marcusva)
--
___
Python tracker
<http://bugs.python.org/is
William Schwartz added the comment:
3.4.2 has been released, it seems, without this getting fixed.
3.4.3 then? Are we still happy with the patch?
--
___
Python tracker
<http://bugs.python.org/issue21
Changes by William Scullin :
--
nosy: +wscullin
___
Python tracker
<http://bugs.python.org/issue18835>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by William Scullin :
--
nosy: +wscullin
___
Python tracker
<http://bugs.python.org/issue22699>
___
___
Python-bugs-list mailing list
Unsubscribe:
William Scullin added the comment:
This would likely improve life for folks with cross-compile toolchains.
--
nosy: +wscullin
___
Python tracker
<http://bugs.python.org/issue23
William Scullin added the comment:
I thought this was originally a help request and was going to re-direct this.
Cross-compile with 3.4.3 and later seems broken.
Procedure followed:
wget https://www.python.org/ftp/python/3.5.0/Python-3.5.0rc1.tgz
tar -xf Python-3.5.0rc1.tgz
mkdir
Changes by William Scullin :
--
type: resource usage -> compile error
___
Python tracker
<http://bugs.python.org/issue22699>
___
___
Python-bugs-list mai
William Orr added the comment:
After a considerable amount of rework, I've gotten something worth submitting.
All unit tests pass, and it handles some of the more unfortunate differences
between FreeBSD's extended attribute syscalls and Linux's.
One of the bigger changes is
New submission from William Abdo:
PYODBC talk to Oracle under Windows 10.
I tried everything I could however, I was unable to make PYODBC talk to
Oracle 11g under Windows 10.
I have recently upgraded to Windows 10 and I have an issue with PYODBC
connecting to Oracle 11g.
It was working OK
New submission from William Bowling:
Similar to https://bugs.python.org/issue25388 the following causes a crash on
3.5.1 and the latest 3.5 branch:
./python -c 'with open("vuln.py", "wb") as f:
f.write(b"\x61\x73\x00\x0a\x79\x6e\x63\x5c\x0a\xef")'
.
William Bowling added the comment:
Also a very similar source causes a slightly different crash
(heap-buffer-overflow instead of heap-use-after-free):
./python -c 'with open("vuln2.py", "wb") as f:
f.write(b"\x61\x73\x00\x0a\x79\x6e\x63\x5c\x0a\x00\x0d\xdd"
William Schwartz added the comment:
3.4.3 has been released, it seems, without this getting fixed.
3.4.4 then?
--
William Schwartz
On Mon, Sep 8, 2014 at 3:42 AM, Michael Foord
wrote:
>
> Michael Foord added the comment:
>
> The patch look
William Woodall added the comment:
I was getting the same error as the OP in my application.
I did something like this to work around the problem:
import asyncio
import atexit
def close_asyncio_loop():
loop = None
try:
loop = asyncio.get_event_loop()
except AttributeError
William Orr added the comment:
Tested on OpenBSD 5.6/amd64. lgtm.
--
nosy: +worr
___
Python tracker
<http://bugs.python.org/issue23852>
___
___
Python-bugs-list m
William Orr added the comment:
In the case of EINVAL, OpenBSD returns this if multiple cmsghdrs are attached
to a message with sendmsg(2). In this case, those tests should probably be
skipped.
I've attached the patch that combines haypo's patch with skips referencing this
issue wrt
William Orr added the comment:
Given that OpenBSD returns *bad* data via sysconf(3), I'm not sure that there's
a good way to validate other than *only* calling getrlimit(3) on OpenBSD.
Is that an acceptable approach?
--
___
Python trac
William Orr added the comment:
Revisiting this, I've updated python3 to calculate this and use gradual dynamic
allocation like the python2 implementation.
--
nosy: +worr
versions: +Python 3.5 -Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file
William Orr added the comment:
I've updated the error message to just include the expected number of
arguments. I think this makes it way more readable.
--
keywords: +patch
nosy: +worr
Added file: http://bugs.python.org/file39010/maxvalueerror.
William Orr added the comment:
I'm adding another patch, as adding multiple cmsg's to a single message with
sendmsg is a Linux-specific extension. This only enables the problematic
patches on Linux. This solves the AIX failures in #20718 as well.
--
Added file:
http://bugs.
William Orr added the comment:
Here's an initial attempt at implementing extended attribute support. Let me
know if there's any interest.
There's currently one deficiency, which is that the namespace isn't prepended
to the attribute name when calling lsxattr.
Let me kn
Changes by William Orr :
Removed file:
http://bugs.python.org/file38990/recvmsg_trunc_emsgsize_cmsg_obsd_skip.patch
___
Python tracker
<http://bugs.python.org/issue20
Changes by William Orr :
Removed file:
http://bugs.python.org/file39028/recvmsg_trunc_emsgsize_cmsg_linux_only.patch
___
Python tracker
<http://bugs.python.org/issue20
William Orr added the comment:
Double checked on a FreeBSD box and confirmed. I missed the loop in the kernel
source.
I've attached a new patch, without the emsgsize change.
--
Added file: http://bugs.python.org/file39096/recvmsg_linux_freebsd_only.
William Orr added the comment:
I've updated Cédric's patch to only run that portion on OpenBSD.
--
Added file: http://bugs.python.org/file39097/max_fd.patch
___
Python tracker
<http://bugs.python.o
William Orr added the comment:
I've incorporated some of the feedback from the reviews into this new patch. I
used the PyMem_Raw* functions to do allocation to avoid having to acquire the
GIL and also avoid complciations from the builtin memory allocator, since I'm
not using pyth
Changes by William Orr :
Removed file: http://bugs.python.org/file39005/max_getcwd.patch
___
Python tracker
<http://bugs.python.org/issue9246>
___
___
Python-bugs-list m
Changes by William Orr :
Removed file: http://bugs.python.org/file39154/max_getcwd.patch
___
Python tracker
<http://bugs.python.org/issue9246>
___
___
Python-bugs-list m
William Orr added the comment:
I've updated the patch with the comments from the review
--
Added file: http://bugs.python.org/file39199/max_getcwd.patch
___
Python tracker
<http://bugs.python.org/i
William Orr added the comment:
Updated the patch based on review
--
Added file: http://bugs.python.org/file39200/max_fd.patch
___
Python tracker
<http://bugs.python.org/issue23
Changes by William Orr :
Removed file: http://bugs.python.org/file39097/max_fd.patch
___
Python tracker
<http://bugs.python.org/issue23852>
___
___
Python-bugs-list mailin
New submission from William McIlhagga:
'%.1f' % 0.25 yields the string '0.2'
'%.1f' % 0.75 yields the string '0.8'
This is wrong.
--
messages: 280984
nosy: William McIlhagga
priority: normal
severity: normal
status: open
William McIlhagga added the comment:
OK, not wrong, just unexpected.
Is this behaviour documented? Or are you just expected to know what C does?
On 16 November 2016 at 21:37, Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> You don't say why you think this b
William McIlhagga added the comment:
Thanks, maybe I should get off my ass and contribute to the documentation
then ...
On 16 November 2016 at 22:30, Mark Dickinson wrote:
>
> Mark Dickinson added the comment:
>
> > Is this behaviour documented? Or are you just expected to kno
New submission from James William Pye :
Basically, nested() doesn't seem to be consistent with explicitly nested
with-statements when an exception is thrown in a CM's __enter__.
Consider a pair of nested CMs, the inner __enter__ raises an exception
trapped by the outer. In the si
James William Pye added the comment:
I had actually forgotten that this was still open. Anything I can do to
help speed this along?
In case nobody remembers, the purpose of this was to provide a facility
to embedded applications that allows for a more graceful shutdown in
fatal error
New submission from James William Pye :
I found this bug by misplacing a line of a code. Yes, I was doing
naughty things, but in the case of the class that led to the discovery,
it was inadvertent. :P
class something_else(object):
pass
class foo(object):
def __del__(self):
self.__class__
Change by William (David) Wilcox :
--
components: Library (Lib)
nosy: wdwilcox
priority: normal
severity: normal
status: open
title: Missing stub for logging attribute manager
type: enhancement
versions: Python 3.10
___
Python tracker
<ht
Change by William (David) Wilcox :
--
resolution: -> rejected
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
New submission from William D. Jones :
On Windows 7, when using ProactorEventLoop, when asyncio.subprocess.terminate
is called on the last subprocess when multiple subprocesses are spawned*, the
last subprocess will never exit, and the Python interpreter will never exit.
Spawning an
William D. Jones added the comment:
Update: It turns out multiple spawned subprocesses are NOT required. If I
replace "(short_fut, _) = await spawn()" with "short_fut =
asyncio.ensure_future(asyncio.sleep(4))", t
Change by William D. Jones :
--
title: Script using ProactorEventLoop does not exit cleanly on Windows with
multiple subprocesses -> Script using ProactorEventLoop does not exit cleanly
when subprocesses are spawned.
___
Python tracker
<
New submission from William D. Colburn:
This seems to be just like issue6010, which is closed as "not as bug" which is
simple irresponsible on the part of Python.
The problem is that I can store data into sqlite3 which cannot be retrieved.
The data I encountered was a string with
William D. Colburn added the comment:
I'm ranting against an improper bug closure and bad behavior from the
python sqlite3. Treating invalid data as sometimes valid and sometime
as invalid is a problem. Problems with a Python module are not
anuser-error, they are an implementation
William D. Colburn added the comment:
What it should do is be consistent (predictable) in it's handling of
input and output. If it accepts unicode and outputs unicode, then it
should accept unicode and output unicode, not accept garbage and then
barf. Valid data should be consistantly
James William Pye added the comment:
Seeing this in 3.1 when I try to compile with mingw32 under wine:
"error: Unable to find vcvarsall.bat"
--compiler=mingw32 works in 3.0. I assume it's related to this bug?
--
nosy: +jwp
versio
James William Pye added the comment:
Just downloaded v2 and tried it out against Python 2.7a0 (trunk:70381M,
Mar 14 2009, 23:12:51).
output of the "nested_issue.py" script with patch:
j...@torch[]:org/python/trunk 0% /src/build/py/bin/python ./nested_issue.py
()
[try_with_nested
James William Pye added the comment:
I tested the attached script against v2.
It further identifies consistencies between nested with-statements and
nested() that should exist(and do in v2). It answers the question: what
is the effect of a SkipStatement exception on another, outer CM?
with
James William Pye added the comment:
Would it be possible to require the embedding application to define the
Py_FatalError symbol?
Admittedly, it would be nice to not have the callback installation code. =\
--
___
Python tracker
<h
James William Pye added the comment:
I guess it seemed so unlikely that (C) extensions should be installing the
callback that installation should be restricted pre-Py_Initialize(); the area
completely controlled by the embedding app.
However, I have no strong attachment to that
Changes by James William Pye :
--
nosy: -jwpye
___
Python tracker
<http://bugs.python.org/issue1195571>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from William D Colburn:
Linking cython against the static libpython in a python install compiled with
shared libraries causes a glibc error that a double free or corruption was
found while importing site. I don't think it is cython's fault.
Happens on RHEL
William D Colburn added the comment:
I don't see the shell script attached anywhere.
I'll just paste it here!
-cut here-
PYDEST=`pwd`
wget https://www.python.org/ftp/python/2.7.10/Python-2.7.10.tgz
wget http://cython.org/release/Cython-0.23.4.tar.gz
rm -rf Python-2.7.10 Cyt
William D Colburn added the comment:
I tried the test with Python 2.7.11, and it still crashes.
--
Added file: http://bugs.python.org/file41454/debug.sh
___
Python tracker
<http://bugs.python.org/issue25
William D Colburn added the comment:
wcolburn@anotheruvula$ strace doublefree 2>&1
| grep site.py
open("/home/anotheruvula/python/debug/pybug/lib/python2.7/site.py", O_RDONLY) =
3
open("/home/anotheruvula/python/debug/pybug/lib/python2.7/site.pyc", O_RDON
New submission from William Edward Stuart Clemens :
The DB API Spec 2.0 (PEP 249) clearly requires that column name and type_code
be set as the first two values in Cursor.description the other 5 attributes are
optional. The sqlite3 module doesn't set type_code.
--
components:
William Edward Stuart Clemens added the comment:
The patch for version 3.3 has a one line difference.
--
assignee: -> docs@python
components: +Documentation, Library (Lib) -None
nosy: +docs@python
versions: +Python 3.3
Added file: http://bugs.python.org/file21
201 - 287 of 287 matches
Mail list logo
