Ryan McGuire added the comment:
Uploading a doctest for this.
The tests are successful on Linux using Python 2.6
They fail on Win32 with Python 2.6
--
Added file: http://bugs.python.org/file14788/codecs_bug.py
___
Python tracker
<h
New submission from Ryan Kelly :
The win32 implementation of os.listdir() releases the GIL around calls
to FindNextFile, but not around calls to FindFirstFile. Attached is a
simple patch to consistently release the GIL around any such calls.
--
components: None
files: listdir_gil.patch
Ryan Leslie added the comment:
Looks like a merge has gone bad. NullHandler has existed for a while on
trunk but is not present in the 2.6.3 tag (__all__ was updated to
include it, however):
/python/tags/r263/Lib/logging/__init__.py
--
nosy: +ryles
New submission from Ryan Williams :
This crash is surprisingly consistent across versions, operating
systems, and whether the c module is used or not:
Python 2.6.2 (r262:71600, Apr 16 2009, 09:17:39)
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type "help", "copyright
Ryan Williams added the comment:
Adding 2.5 back, looks like it was removed accidentally.
Also, here's a list of strings for testing purposes:
['', '', '',
'', '', '', '']
--
versions: +Python 2.5
New submission from Ryan Leslie :
http://docs.python.org/download.html shows this:
Download Python 2.6.4c1 Documentation
We don't package the documentation for development releases for
download. Downloads will be available for the final release.
This is not really acceptabl
Changes by Lie Ryan :
--
versions: +Python 2.7, Python 3.2 -Python 3.1
___
Python tracker
<http://bugs.python.org/issue7166>
___
___
Python-bugs-list mailin
New submission from Lie Ryan :
On python trunk and 3.2 IDLE, the b in b'' is not green colored.
On python 3.1 IDLE, the u in u'' is still colored, despite a SyntaxError.
(sorry, I don't have diff installed on my Windows machine)
Change on python trunk:
/Lib/idle
Ryan Leslie added the comment:
I expect this should already be fixed by the commit in
http://bugs.python.org/issue6511
BadZipFile will now be raised for empty files rather than IOError, and
so ZipFile._GetContents() should now also close the file.
The fix was committed to trunk, but I don
Ryan Leslie added the comment:
Yes, I think this fix should have been included in the 2.6 branch. I
subscribed Amaury to look into that when I last updated.
--
___
Python tracker
<http://bugs.python.org/issue7
New submission from Ryan Leslie :
py> StringIO.StringIO("foo").read(long(1))
'f'
py> io.BytesIO("foo").read(long(1))
Traceback (most recent call last):
File "", line 1, in
TypeError: integer argument expected, got 'long'
This is know
New submission from Ryan Shaw :
def save_object(r, key, m):
r.set(key, cPickle.dumps(m))
[4] >>> save_object(r, 'cluster', cluster)
python: ./Modules/cStringIO.c:419: O_cwrite: Assertion `oself->pos + l <
2147483647' failed.
Aborted
Linux 2.6.30.9-96.fc11.
Ryan Shaw added the comment:
r is the Redis python client. cluster is a large cluster tree along the
lines of the cluster_node class found here:
http://jesolem.blogspot.com/2009/04/hierarchical-clustering-in-python.html
--
___
Python tracker
Ryan Shaw added the comment:
I can't reproduce this in a self-contained script. Pickling a smaller
cluster object and storing it in Redis works fine. The cluster object that
caused the crash was large, a binary tree with >5000 leaves holding the
results of a nine-hour cal
New submission from Lie Ryan :
maybe related to #6501
Vista 32-bit SP1, Python 3.1:
"""
Microsoft Windows [Version 6.0.6000]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.
D:\>chcp 65001
Active code page: 65001
D:\>python -c 'print("")'
Lie Ryan added the comment:
The possible new PEP 3135, however I'm not that familiar with the
implementation of the new super, thus please review whether it is "right
w.r.t. reality". I'm writing only from whatever I can determine from
observing the behavior of super in py
Lie Ryan added the comment:
Here is the unified diff.
--
keywords: +patch
Added file: http://bugs.python.org/file13305/pep-3135.diff
___
Python tracker
<http://bugs.python.org/issue2
New submission from Ryan Leslie :
When using the logging package, if a StreamHandler is configured with
stderr and stderr is redirected to a pipe which no longer has readers,
then StreamHandler.emit() will result in an IOError for "Broken pipe".
The exception will be
New submission from Ryan Leslie :
e.g.
>>> from datetime import datetime
>>>
>>> datetime.strptime("19951001", "%Y%m%d")
datetime.datetime(1995, 10, 1, 0, 0)
>>>
>>> datetime.strptime("19951000", "%Y%m%d") # da
New submission from Lie Ryan :
An itertool to Group-by-n
>>> lst = range(15)
>>> itertools.grouper(lst, 5)
[[0, 1, 2, 3, 4], [5, 6, 7, 8, 9], [10, 11, 12, 13, 14]]
This function is often asked in several c.l.py discussions, such as these:
http://comments.gmane.org/gmane.c
Lie Ryan added the comment:
All implementations relying on zip or zip_longest breaks with infinite
iterable (e.g. itertools.count()).
And it is not impossible to define a clean, flexible, and familiar API
which will be similar to open()'s mode or unicode error mode. The modes
would be &
New submission from Ryan Leslie :
Terminal 1:
Python 2.6.1 (r261:67515, Apr 2 2009, 18:25:55)
[GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from multiprocessing.mana
Ryan Stutsman added the comment:
No, I don't think this is actually fixed in any version of Python at the
moment. The title may be a bit misleading, because all the versions now
store the result of fork in a pid_t and return it as a PyLong. However,
posix_waitpid is still pulling pid
Ryan Leslie added the comment:
Yeah, storing pickled queues in the file system makes for some easy IPC
:) It wasn't a very original idea, I took the pickling comments in the
documentation at face value:
http://docs.python.org/library/multiprocessing.html#proxy-objects
So, from what I can
New submission from Ryan Leslie :
Python 2.6.1 (r261:67515, Apr 2 2009, 18:25:55)
[GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys, os
>>> os.path.
Ryan Leslie added the comment:
Thanks for the quick response, Philip. Makes even more sense now that I see:
Python 2.6.1 (r261:67515, Apr 2 2009, 18:25:55)
[GCC 4.1.2 20071124 (Red Hat 4.1.2-42)] on linux2
Type "help", "copyright", "credits" or "license&qu
Changes by Ryan Leslie :
--
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue6082>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Lie Ryan :
Following from http://comments.gmane.org/gmane.comp.python.tutor/55576
>>> import subprocess
>>> subprocess.Popen(['a', 'b', 'c', 'd'], executable='echo')
b c d
instead of the (what I) exp
New submission from Lie Ryan :
A minor typo on the man page
> -W argument
> ...
> such as inside a loop); module to print each warning *only only*
> ...
--
assignee: georg.brandl
components: Documentation
files: onlyonly.diff
keywords: patch
messages: 89645
nosy: georg.bra
Lie Ryan added the comment:
Bored, I grepped the trunk for a few more stuffs that has similar
consecutive duplicate typos. The dup.diff patch corrects these typos.
Not opening a new issue since all of them are minor.
--
Added file: http://bugs.python.org/file14350/dup.diff
New submission from Ryan Leslie :
While developing an application, an inconsistency was noted where,
depending on the particular signal handler in use,
multiprocessing.Queue.put() may (or may not) raise OSError() after
sys.exit() was called by the handler. The following example, which was
tested
Changes by Ryan Leslie :
--
nosy: +jnoller
___
Python tracker
<http://bugs.python.org/issue6362>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan Coyner :
--
nosy: +rcoyner
___
Python tracker
<http://bugs.python.org/issue1100562>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan Coyner :
--
nosy: +rcoyner
___
Python tracker
<http://bugs.python.org/issue8713>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan Coyner :
--
nosy: +rcoyner
___
Python tracker
<http://bugs.python.org/issue8651>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan Coyner :
--
nosy: +rcoyner
___
Python tracker
<http://bugs.python.org/issue8650>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Ryan Coyner :
--
nosy: +rcoyner
___
Python tracker
<http://bugs.python.org/issue6715>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Ryan Hodin :
I commonly use IDLE to create very large files. this annoys me a little, but it
takes up hard disk space and is unnessesary
--
components: IDLE
messages: 109186
nosy: rhprogrammer
priority: normal
severity: normal
status: open
title: IDLE should not
Ryan Kelly added the comment:
Was also just bitten by this, trying to muck with PEP-302-style import hooks.
Note that the documented behaviour of zipimporter is also the behaviour
required by PEP 302, i.e. full dotted module name.
--
nosy: +rfk
Changes by Ryan Kelly :
--
nosy: +rfk
___
Python tracker
<http://bugs.python.org/issue5950>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Ryan Kelly added the comment:
Attached is my attempt at a patch for this functionality, along with some
simple tests. This basically mirrors what's done in zipfile.py, searching
backwards through the file until it finds the end-of-central-directory marker.
It tries to be memory cons
Ryan Kelly added the comment:
Whoops, forgot to remove the line from the docs about comments not being
supported. Updated the patch accordingly.
--
Added file: http://bugs.python.org/file17944/zipimport_with_comments.patch
___
Python tracker
Changes by Ryan Kelly :
Removed file: http://bugs.python.org/file17943/zipimport_with_comments.patch
___
Python tracker
<http://bugs.python.org/issue5950>
___
___
Pytho
New submission from Ryan Kelly :
The zipfile module is prominently documented as "This module does not currently
handle...ZIP files which have appended comments". But as far as I can tell, it
handles them fine - there's even a "comment" property on the ZipFile ob
New submission from Ryan Kelly :
If you open a ZipFile in append mode and modify the comment to be shorter than
what was originally there, the file will become corrupted. Truncated data from
the original comment is left "dangling" at the end of the zipfile.
A much more trivial bug
Ryan Kelly added the comment:
I can't imagine anyone depending on this lack-of-feature, but there's no
arguing with the technicality of it. One more small incentive to make the jump
to Python 3 then.
Anyway, I've revisited the patch to clean up the logic and control flow, and
Changes by Ryan Kelly :
Removed file: http://bugs.python.org/file17944/zipimport_with_comments.patch
___
Python tracker
<http://bugs.python.org/issue5950>
___
___
Pytho
New submission from Ryan Kelly :
zipimporter methods is_package, get_code and get_source have in the their
docstring "Raise ZipImportError is the module couldn't be found".
The attached patch fixes the typo to "if the module couldn't be found".
--
files:
Ryan Freckleton added the comment:
An elaborate PEP for generic functions already exists, PEP 3124 [
http://www.python.org/dev/peps/pep-3124/]. Also note the reasons for
deferment. I'd be interested in creating a "more limited" generic function
implementation based on this PEP,
New submission from Ryan Brindley:
Hey dev team,
According to the following test, `q.get(True, 0)` always raises queue.Empty.
from multiprocessing import Queue
q = Queue()
q.put('foo')
q.get(True, 0) # raises Empty
This result throws me off as I was expecting a similar res
Ryan Brindley added the comment:
So, the code handles timeout = 0 on systems where time.time() returns an int.
Look at the following snippet and consider 2 assumptions: (1) time.time()
returns an int, and (2) self._rlock.acquire call takes less than a second
if block
Ryan Brindley added the comment:
In addition, queue.Queue supports timeout value of 0 and its documentation says
"non-negative number".
--
___
Python tracker
<http://bugs.python.o
Ryan Brindley added the comment:
I've updated the PR to also include raising a ValueError for timeout values < 0.
This behavior mimics that of queue.Queue (noting here again that queue.Queue
handles timeout = 0).
--
___
Python tracke
Changes by Ryan Hiebert :
--
nosy: +ryanhiebert
___
Python tracker
<http://bugs.python.org/issue11339>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ryan Gonzalez added the comment:
Trying to fix this in https://github.com/python/cpython/pull/9...but...
Currently there are approx *pause for effect* 6,245 warnings!
Out of those, around 6,243 are 'reference target not found' warnings, spanning
over 290 files:
/media/ryan/stuff/c
Changes by Ryan Petrello :
Added file:
http://bugs.python.org/file43087/signature-from-callable-skip-bound-arg.patch
___
Python tracker
<http://bugs.python.org/issue27
Changes by Ryan Petrello :
Added file:
http://bugs.python.org/file43089/signature-from-callable-skip-bound-arg.patch
___
Python tracker
<http://bugs.python.org/issue27
Changes by Ryan Petrello :
Added file:
http://bugs.python.org/file43090/signature-from-callable-skip-bound-arg.patch
___
Python tracker
<http://bugs.python.org/issue27
New submission from Ryan Birmingham:
In cases where libraries try to call readinto(), the results are unexpected
(the gzip data). Shouldn't it instead raise UnsupportedOperation for readinto()
(and truncate())?
--
components: IO
files: gzip_readinto.patch
keywords: patch
mes
Ryan Petrello added the comment:
Yury/Nick,
Any word on this? I know it's minor, but I'd love to see this make it into
Python3.6.
--
___
Python tracker
<http://bugs.python.o
Ryan Petrello added the comment:
Nick,
My use case is an issue of backwards compatibility and multiple Python version
support for a library that makes prolific use of the legacy argspec (args,
varargs, varkw, defaults) namedtuple, *including* the bound self argument
behavior. argspec and
Ryan Birmingham added the comment:
It seems to work as expected in python 3.5 (and at least up, presumably). I'll
close it. Thank you.
--
status: open -> closed
___
Python tracker
<http://bugs.python.org
Ryan Petrello added the comment:
Nick,
My main reasoning for not using it is that it's marked as deprecated in the
docstring, and I want to avoid relying on it if disappears in the future :)
Warnings or not, the shim that I wrote doesn't use any deprecated code, so
that's
Ryan Petrello added the comment:
Nick,
That seems reasonable to me :) I've updated my library to just use
inspect.getfullargspec for Py3. Thanks for taking the time to walk through
this with me!
--
___
Python tracker
<http://bugs.py
Ryan Hartkopf added the comment:
Personally, 'options' is the first word that comes to mind other than
'arguments' (which is confusing for obvious reasons). But I think we can all
agree that any of these candidates are less ambiguous than 'optional
arguments'
New submission from Ryan Chartier:
While the parse_request is handling the requestline, it tries to force the
string into iso-8859-1 using an unsupported syntax.
Line #274 in server.py
requestline = str(self.raw_requestline, 'iso-8859-1')
Obviously, python complains.
TypeError: de
Ryan Gonzalez added the comment:
I thought you were running the tests...
Or was there something I had to do that I missed?
On May 29, 2015 5:54:18 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>All,
>Just checking in as it has been a while...is there anythin
Ryan Gonzalez added the comment:
#1 and #2 are fixed. I hand-edited the patch file (!!), so here's to hoping
it'll work...
Working on #3. You probably should try the tests now (which is obviously the
scary part ;).
--
Added file: http://bugs.python.org/file39628/kbox
Ryan Gonzalez added the comment:
Fixes for readline and _crypt done.
--
Added file: http://bugs.python.org/file39629/lib_fixes.patch
___
Python tracker
<http://bugs.python.org/issue23
Ryan Gonzalez added the comment:
On June 5, 2015 6:22:07 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>Will do...if by "try the tests now" you mean "run 'make tests'"
Pretty much.
>...but it may be about a week or two as a) I
Ryan Gonzalez added the comment:
You compiled with -fPIE and GCC, right? I know the Android Clang seems broken.
On June 29, 2015 7:09:25 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>FYI, Figured out that running ./configure with --with-pydebug does NOT
>def
Ryan Gonzalez added the comment:
On June 30, 2015 8:14:34 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>Your question about -fPIE brings up a question: How should the
>differences between Android 5 and previous versions be handled in
>regards to this is
Ryan Gonzalez added the comment:
So...I have *no* clue why _struct can't be found.
Can you use gdb to get the segfault backtrace like you did before?
On July 25, 2015 6:56:10 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>I assume so; I'm using wha
Ryan Gonzalez added the comment:
Doesn't Python still have debug symbols? The system ones don't matter too much.
On August 12, 2015 6:21:23 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>After struggling to get helpful output from gdb it is lookin
Ryan Gonzalez added the comment:
What if you run:
bt
?
On August 15, 2015 7:32:37 PM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>I thought porting gdb would be the difficult part of getting debug
>info. I was so wrong.
>
>Here is what I have
Ryan Gonzalez added the comment:
Wait, did you compile this with Clang?
On August 17, 2015 9:24:50 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>Result:
>
>(gdb) bt
>#0 0xb6a63cc8 in ?? ()
>#1 0xb6a5feb0 in ?? ()
>Backtrace stopped: previous fr
Ryan Gonzalez added the comment:
On August 21, 2015 9:25:10 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>Question for Ryan Gonzalez:
>Given this information...
>
>On August 20, 2015 8:03:13 PM CDT, Russell Keith-Magee
> wrote:
>>
>>R
Ryan Gonzalez added the comment:
Bus error is basically unaligned memory access.
...
...do you feel like trying to get a backtrace from GDB again? :) (The last
time likely didn't end well because the machine stack got somehow
corrupted.)
On Fri, Aug 21, 2015 at 2:04 PM, Cyd Haselton
Ryan Gonzalez added the comment:
I'm assuming gdb still doesn't work?
On August 22, 2015 1:06:41 PM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>Update:
>I found this bug report (https://bugs.python.org/issue23786) and
>re-compiled python w
Ryan Gonzalez added the comment:
After typing 'run', enter 'bt' and post the results.
On Sat, Aug 22, 2015 at 3:06 PM, Cyd Haselton
wrote:
>
> Cyd Haselton added the comment:
>
> On August 22, 2015 2:47:42 PM CDT, Ryan Gonzalez
> wrote:
> >
>
Changes by Ryan Hiebert :
--
nosy: +ryanhiebert
___
Python tracker
<http://bugs.python.org/issue24941>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ryan Gonzalez added the comment:
I don't think so. I believe that switch is just to enable writing gdb
extensions in Python.
On August 26, 2015 9:34:29 AM CDT, Cyd Haselton wrote:
>
>Cyd Haselton added the comment:
>
>UPDATE:
>Still working on the test_hash issue; not
Ryan Gonzalez added the comment:
Are there no binaries?
Pretty sure it isn't your device. I'd think a compiler issue. What are you
using, and what version?
You have insane determination! :D
On November 1, 2015 8:34:21 AM CST, Cyd Haselton wrote:
>
>Cyd Haselton added the
New submission from Ryan Franklin:
Python 3.5 will not install on my Windows 7 Pro machine. The observed failure
is : Error 0x80240017: Failed to execute MSU package.
This appears to be an open problem with Python 3.5. The same does not have any
problems with the Python 3.4.1 installations
New submission from Mike Ryan:
The AF_BLUETOOTH socket type lacks support for specifying CID and address type
in sockaddr_l2. These structure members have been present since 2009 and 2012
respectively:
https://git.kernel.org/cgit/bluetooth/bluez.git/commit/?id=3de95535
https://git.kernel.org
Mike Ryan added the comment:
AF_BLUETOOTH also lacks support for hci_channel in sockaddr_hci for BTPROTO_HCI
sockets:
https://git.kernel.org/cgit/bluetooth/bluez.git/tree/lib/hci.h?h=5.37#n2340
This feature has been present in BlueZ since 2010:
https://git.kernel.org/cgit/bluetooth/bluez.git
New submission from Ryan Stuart:
The note for 18.5.5.1. Stream functions is missing a word. It should read "Note
The top-level functions in this module are meant **as** convenience wrappers
only; there’s really nothing special there, and if they don’t do exactly what
you want, feel fr
New submission from Ryan Fox:
If a variable 'x' exists in the global or local scope, and a function (also
defined in the same scope as 'x', or lower) refers only to a member named 'x'
of an object, inspect.getclosurevars will include a reference to the variable,
New submission from Matthew Ryan:
On Solaris 11.3 (intel tested, but I assume issue is on SPARC as well),
I found the following fails:
import os
os.urandom(2500)
The above throws OSError: [Errno 22] Invalid argument.
It turns out that the Solaris version of getrandom() is limited to
Matthew Ryan added the comment:
The new patch looks fine; I used __sun__ rather than sun out of habit
(C standard requires
system specific macros be in the reserved namespace), but either will work.
I found the original problem through debugging with GDB, so I know
getrandom() was being
called
Matthew Ryan added the comment:
Yes, I've verified that:
* the issue existed in the default branch as of this morning.
* the patch applies cleanly against both 3.5 and default, and
addresses the issue in both branches.
--
___
Python tracker
Changes by Ryan Gonzalez :
--
nosy: +Ryan.Gonzalez
___
Python tracker
<http://bugs.python.org/issue23496>
___
___
Python-bugs-list mailing list
Unsubscribe:
Ryan Gonzalez added the comment:
So...
I know a decent amount of configure scripts, although Python's is easily going
to be the absolute longest I've ever touched.
Maybe these should be made against the 3.6 Mercurial source? I'm not sure if
the Python devs would prefer that
Ryan Gonzalez added the comment:
That's what I was saying; I'll update the patches myself. I highly doubt Cyd
wants to re-port Python again. :0
I'll ask on python-dev on which would be preferred: configure.ac edits or macro
tests.
--
___
Ryan Gonzalez added the comment:
I'll try to do as much as I can to get this through. Once I reinstall the NDK
(I accidently wiped my hard drive with a bad dd command recently), I'll test
this on my old Android phone that still runs 2.3 and would be very happy if
someone else c
Ryan Gonzalez added the comment:
Ok, if I don't finish it today, I *will* finish it tomorrow. Or Sunday. Sunday
is the latest, though I'm pretty sure I'll be done by Saturday.
Hardest part is likely going to be re-configuring the Android emulator to test
it.
Cyd (and anyone el
Ryan Gonzalez added the comment:
Ok...so the joys of autoconf configuring bite again. ALL Android devices have
/dev/ptmx (adb even assumes it)...should the configure script be modified to
skip that check if cross-compiling for Android
New submission from Ryan Neve:
Much like issue 22648. Windows 8.1, I had version 3.4.1 and installed 3.4.3
without first uninstalling earlier version. Tried uninstalling older versions
and it failed with:
A program required for this install to complete could not be run.
Windows uninstall
Ryan Neve added the comment:
Turns out I had accidentally installed 3.4.3 32 bit over 3.4.1 64 bit. I
re-installed 3.4.1 32 bit, then un-installed it, then I was able to install
3.4.1 x64.
I also tried installing and un-installing 3.5 which worked fine but didn't fix
any
Ryan Gonzalez added the comment:
Cyd:
Just run:
$ git commit -m "Put some message here" # commit the changes
$ git push # push the changes
I'm working on it, but I haven't even gotten it to build (CURSE YOU, AUTOCONF!)
--
___
P
201 - 300 of 425 matches
Mail list logo