Changes by Mike Hoy :
--
nosy: +mikehoy
___
Python tracker
<http://bugs.python.org/issue15936>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Mike Hoy :
--
nosy: +mikehoy
___
Python tracker
<http://bugs.python.org/issue16288>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Changes by Mike Hoy :
--
nosy: -mikehoy
___
Python tracker
<http://bugs.python.org/issue16288>
___
___
Python-bugs-list mailing list
Unsubscribe:
Mike Hoy added the comment:
Probably no need for a patch (since it's such a simple fix) but I felt like
doing something.
--
keywords: +patch
nosy: +mikehoy
Added file: http://bugs.python.org/file27656/issue16294.diff
___
Python tracker
Changes by Mike Hoy :
--
nosy: -mikehoy
___
Python tracker
<http://bugs.python.org/issue12944>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mike Hoy :
--
nosy: -mikehoy
___
Python tracker
<http://bugs.python.org/issue13198>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mike Hoy :
--
nosy: -mikehoy
___
Python tracker
<http://bugs.python.org/issue15569>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mike Hoy :
--
nosy: +mikehoy
___
Python tracker
<http://bugs.python.org/issue13510>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Mike Mazurek added the comment:
In building pycrypto for python 3.4 I applied patch msvccompiler9_33.diff.
After applying the patch there is an unassigned variable: KEY_BASE on line 67
of the patched file.
After setting
KEY_BASE = "Software\\Wow6432Node\\Microsoft\\"
before its f
Mike Frysinger added the comment:
this has been fixed between py3.2 and py3.3:
http://hg.python.org/cpython/diff/831ae71d0bdc/Lib/multiprocessing/managers.py
so just asking for that to be backported to the py2.x branch :)
--
nosy: +vapier
___
Python
New submission from mike bayer:
Per DBAPI and pysqlite docs, .description must be available for any SELECT
statement regardless of whether or not rows are returned. However, this fails
for SELECT statements that aren't simple "SELECT"s, such as those that use CTEs
and ther
Changes by Mike Short :
--
keywords: +patch
Added file: http://bugs.python.org/file35639/programmingfaq.patch
___
Python tracker
<http://bugs.python.org/issue21
mike bayer added the comment:
in response to ezio, I poked around the source here, since I've never been sure
if re.compile() cached its result or not. It seems to be the case in 2.7 and
3.2 also - 2.7 uses a local caching scheme and 3.2 uses functools.lru_cache,
yet we don't see
mike bayer added the comment:
um, this seems like a regression/bug? I now have users complaining that my
apps are broken because of this change as of Python 3.3.My application is
supposed to return the "help" screen when no command is given. Now I get a
None error because a
Changes by Mike Hoy :
--
nosy: +mikehoy
___
Python tracker
<http://bugs.python.org/issue19024>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mike Hoy :
--
nosy: +mikehoy
___
Python tracker
<http://bugs.python.org/issue18918>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mike Hoy :
--
nosy: +mikehoy
___
Python tracker
<http://bugs.python.org/issue18855>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Mike FABIAN:
Originally reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=1024667
I found that Serbian translations in Latin do not work when the locale
name is written as sr_RS.UTF-8@latin (one gets the cyrillic
translations instead), but they *do* work when the
Mike FABIAN added the comment:
The problem turns out to be caused by a problem in normalizing
the locale name, see the output of this test program:
mfabian@ari:~
$ cat ~/tmp/mike-test.py
#!/usr/bin/python2
import sys
import os
import locale
import encodings
import encodings.aliases
Mike FABIAN added the comment:
A simple fix for that problem could look like this:
mfabian@ari:~
$ diff -u /usr/lib64/python2.7/locale.py.orig /usr/lib64/python2.7/locale.py
--- /usr/lib64/python2.7/locale.py.orig 2013-11-09 09:08:24.807331535 +0100
+++ /usr/lib64/python2.7/locale.py 2013
Mike FABIAN added the comment:
in locale.py, the comment above “locale_alias = {” says:
# Note that the normalize() function which uses this tables
# removes '_' and '-' characters from the encoding part of the
# locale name before doing the lookup. This saves a lot of
Mike FABIAN added the comment:
I think the patch I attach here is a better fix than the
patch in http://bugs.python.org/msg202469 because
it makes the normalize() function behave more logical overall,
with this patch, my test program prints:
mfabian@ari:/local/mfabian/src/cpython (2.7-mike
Mike FABIAN added the comment:
The patch
http://bugs.python.org/file32552/0001-Issue-19534-fix-normalize-in-locale.py-to-make-it-wo.patch
is against the current HEAD of the 2.7 branch, but
Python 3.3 has exactly the same problem, the same patch fixes it for python
3.3 as well
Mike FABIAN added the comment:
Serhiy, in your patch you seem to have special treatment for
the devanagari modifier:
+# Devanagari modifier placed before encoding.
+return code, modifier.split('.')[1]
Probably because of
'k
Mike FABIAN added the comment:
Serhiy> The /usr/share/X11/locale/locale.alias file in Ubuntu 12.04 LTS
Serhiy> contains ks...@devanagari.utf-8 and sd...@devanagari.utf-8
Serhiy> entities.
Yes, I know, that’s why I wrote that the Python code inherited this mistake
from X.org.
Serhiy&g
Mike FABIAN added the comment:
In glibc, sd...@devanagari.utf-8 is an invalid locale name,
only sd_IN.UTF-8@devanagari is valid:
mfabian@ari:~
$ LC_ALL=sd_IN.UTF-8@devanagari locale charmap
UTF-8
mfabian@ari:~
$ LC_ALL=sd...@devanagari.utf-8 locale charmap
locale: Cannot set LC_CTYPE to default
Mike FABIAN added the comment:
Serhiy> While normalize can return sd...@devanagari.utf-8, _parse_localename()
Serhiy> should be able correctly parse it.
But if normalize returns sd...@devanagari.utf-8, isn’t that quite
useless because it is a locale name which does not actually work
in
New submission from Mike Lissner:
Not sure if this is desired behavior, but it's making my code break, so I
figured I'd get it filed.
I'm trying to crawl this website:
https://www.appeals2.az.gov/ODSPlus/recentDecisions2.cfm
Unfortunately, most of the URLs in the HTML are r
Mike Lissner added the comment:
FWIW, the workaround that I've just created for this problem is this:
u = 'https://www.appeals2.az.gov/../Decisions/CR20130096OPN.pdf'
# Split the url and rejoin it, nuking any '/..' patterns at the
# beginning of the path.
s = ur
Mike Lissner added the comment:
@pitrou, I haven't delved into URLs in a long while, but the general idea is:
scheme://domain:port/path?query_string#fragment_id
When would it ever make sense to have something up a level from the root of the
d
Mike Lissner added the comment:
@demian.brecht, that'd make me very pleased if you took this over. I won't have
time to devote to it, unfortunately.
--
___
Python tracker
<http://bugs.python.o
Mike Lissner added the comment:
Just hopping in here to say that the work going down here is beautiful. I've
filed a lot of bugs. This one's not particularly difficult, but damn, I
appreciate the speed and quality going into fixing it.
Glad to see the Python language is a happy
Mike Short added the comment:
Context manager comment & code snippet added to zipfile doc - patch attached.
--
keywords: +patch
nosy: +Mike.Short
Added file: http://bugs.python.org/file36521/zipfile.patch
___
Python tracker
<http://bugs.pyt
Mike Short added the comment:
Addition to bugs.html to describe submitting bugs via email
--
keywords: +patch
nosy: +Mike.Short
Added file: http://bugs.python.org/file36525/bugs.patch
___
Python tracker
<http://bugs.python.org/issue19
Mike Short added the comment:
Same addition to the Python Dev Guide - seemed more appropriate on the tracker
page vs. the triaging page.
--
Added file: http://bugs.python.org/file36526/tracker.patch
___
Python tracker
<http://bugs.python.
Changes by mike bayer :
--
nosy: +zzzeek
___
Python tracker
<http://bugs.python.org/issue22457>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Mike Short :
--
keywords: +patch
Added file: http://bugs.python.org/file33287/multiprocessing.patch
___
Python tracker
<http://bugs.python.org/issue19
Changes by Mike Short :
--
nosy: +Mike.Short
___
Python tracker
<http://bugs.python.org/issue19890>
___
___
Python-bugs-list mailing list
Unsubscribe:
mike bayer added the comment:
see also http://bugs.python.org/issue10740, which also relates to pysqlite
attempting to make guesses as to when transactions should begin and end.
--
___
Python tracker
<http://bugs.python.org/issue9
mike bayer added the comment:
well Adam, you might also be surprised to see pysqlite not doing very well on
the *other* side of the equation either; that is, when it *begins* the
transaction. Issue http://bugs.python.org/issue9924 refers to this and like
this one, hasn't seen any act
New submission from Mike Owens:
When using strftime from the time module on 64bit Python for Windows the format
specifier %z gives the time zone name instead of the time zone offset as stated
in the documentation.
eg
>>> strftime("%z")
'US Mountain Standard Time
Mike Owens added the comment:
Expected output should be -0700.
I checked Python 3.3.1 and 2.7.4 on Linux and the output is as expected.
--
___
Python tracker
<http://bugs.python.org/issue20
Mike Owens added the comment:
Documentation doesn't have a foot note for either %z or %Z but there is generic
footnote talking about C lib behavior and that %z is deprecated. I guess if
there were a foot note in the table for %z that would save some time for
eve
Mike Owens added the comment:
The datetime.strftime function produces no output for %z or %Z. Very irritating.
--
___
Python tracker
<http://bugs.python.org/issue20
Mike Owens added the comment:
I'm looking right at the 3.3 docs right now. %z is in the table.
8.1.8. strftime() and strptime() Behavior
--
___
Python tracker
<http://bugs.python.org/is
Changes by Mike Short :
--
keywords: +patch
nosy: +Mike.Short
Added file: http://bugs.python.org/file34127/asyncio-dev.patch
___
Python tracker
<http://bugs.python.org/issue20
mike bayer added the comment:
this is actually biting me, I think, though I'm having a very hard time getting
a small Python script to duplicate it :/.
https://bitbucket.org/zzzeek/alembic/issue/175/test-suite-failure-under-python34
refers to the current problems I'm having.
mike bayer added the comment:
i think I found the problem. sorry for the noise.
--
___
Python tracker
<http://bugs.python.org/issue17482>
___
___
Python-bug
mike bayer added the comment:
OK well, let me just note what the issue is, and I think this is pretty
backwards-incompatible, and additionally I really can't find any reasonable way
of working around it except for just deleting __wrapped__. It would be nice if
there were some reci
New submission from mike bayer:
The Python builtin property() historically does not allow inspect.getargspec to
be called on any of __get__(), __set__(), or __delete__(). As of 3.4, it seems
that this call now succeeds. However the answer it gives for __delete__()
seems to be incorrect
Changes by mike bayer :
--
components: +Library (Lib)
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue20786>
___
___
Python-bugs-list mai
mike bayer added the comment:
for context, we are currently creating wrappers around these methods in
SQLAlchemy, and in the case of property dunders, we expect that exception and
catch it. So when the exception doesn't happen, we assume the answer is
correct, but in this case it&
New submission from mike bayer:
this appears like it may be related to http://bugs.python.org/issue20786, at
least in terms of inspect.getargspec() seems to be returning answers in 3.4
where it used to raise TypeError, however like in 20786 it's again returning
the wrong answer. I'
mike bayer added the comment:
see also http://bugs.python.org/issue20828 as it seems like there might be a
bigger pattern here (not sure).
--
___
Python tracker
<http://bugs.python.org/issue20
mike bayer added the comment:
I've also worked around this on my end, so if my poking into today.__call__()
isn't really a good idea anyway, I'm not doing that anymore.
--
___
Python tracker
<http://bugs.pyt
mike bayer added the comment:
we basically need to be able to get the argument signature for anything that
passes callable(); function, method, class, object with __call__. So this is
the logic we use:
import inspect
def get_callable_argspec(fn):
if inspect.isfunction(fn) or
mike bayer added the comment:
I've got something like that going on right now, but am doing it in the other
direction; when I look at __call__(), I only do anything with it if it passes
inspect.ismethod(). Since I only want plain Python __call__() functions on
plain Python ob
mike bayer added the comment:
my users are reporting one of these issues, and while I can easily catch
IOError on Python 2, I can't catch anything on Python 3, and pointing SIGPIPE
to SIG_DFL isn't an option because this is for Alembic migrations and the
command needs to complet
New submission from Mike Cowperthwaite :
"Remove" and "unlink" are not the most widely-known verbs that come
to mind when thinking about deleting objects from the filesystem.
A recent Google search for "python delete file" led to the documentation
for the 'o
Mike Cowperthwaite added the comment:
Thanks, but the bug requested a similar change for "rmdir" as well.
Is it not possible to backport the change to the 2.x branch?
--
___
Python tracker
<http://bugs.python.
Mike Cowperthwaite added the comment:
Very good. Thank you, Georg.
--
___
Python tracker
<http://bugs.python.org/issue6677>
___
___
Python-bugs-list mailin
Changes by mike bayer :
--
nosy: +zzzeek
___
Python tracker
<http://bugs.python.org/issue6245>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Mike Frysinger added the comment:
AC_TRY_RUN is already documented:
http://www.gnu.org/software/autoconf/manual/html_node/Obsolete-Macros.html#index-AC_005fTRY_005fRUN-1992
there are a bunch of distros out there (like OE and Gentoo) that have
been maintaining cross-compile patches for python
Mike Frysinger added the comment:
Gregory: there's no need to be a dick. i'm pointing out the obvious --
bugs have been open literally for *years* with zero assistance/feedback
from anyone who can actually get things merged. people have posted
patches, but no one has said "
Mike Frysinger added the comment:
the chflags is specifically documented as needing a runtime test:
# On Tru64, chflags seems to be present, but calling it will
# exit Python
which is why i left the default of AC_TRY_RUN but cross-compile falls
back to a simple link test. btw, a compile test
New submission from Mike Putnam :
The documentation string within the IMAP4.thread function incorrectly
spells the "threading_algorithm" arg as "threading_alogrithm"
Appears to affect imaplib.py ver. 2.55 & 2.58 Could not find other
versions to examine.
Starting
New submission from Mike Coleman :
$ python2.5 -c 'print((1, 2, 3))' > /dev/full || echo error status
close failed: [Errno 28] No space left on device
$
The above sequence should also output 'error status' before the next
prompt. That is, python should not be returni
Mike Coleman added the comment:
Oops, I should have used the old python print syntax. Nonetheless, the
behavior is the same:
$ python2.5 -c 'print 1, 2, 3' > /dev/full || echo error status
close failed: [Errno 28] No space left on device
$
--
components: +Int
New submission from Mike Coleman :
$ python2.6 -c 'print 1, 2, 3' > /dev/full || echo error status
close failed in file object destructor:
Error in sys.excepthook:
Original exception was:
$
It seems like something other than blank lines should be printed here.
New submission from Mike Coleman :
$ python3.0 -c 'print((1, 2, 3))' > /dev/full || echo error status
$
This command gives no indication whatsoever that anything has gone
wrong. Following this with strace demonstrates that the interpreter is
in fact ignoring these errors:
2589
Mike Coleman added the comment:
Also, as with the other python versions, notice that the error status is
EXIT_SUCCESS (which it should not be).
___
Python tracker
<http://bugs.python.org/issue5
New submission from mike bayer :
this occurs for me running on Mac OSX Leopard. The equivalent code
using "processing" in python 2.5 works fine, which is how I found this
bug - my code hung when upgraded to 2.6.Basically initiating a
multiprocessing.Pool inside of multiprocessi
New submission from Mike Meyer :
The attached short file causes all of python 2.5, 2.6 and 3.0 to drop
into infinite recursion trying to unpickle the created object, but the
2.5 version has the cleanest The problem appears to be that the unpickle
code (C in 3.0; Python in 2.5 - I assume the
Mike Frysinger added the comment:
Garrett: your configure method is overly complicated. all you need to
do is set --build=binos_c3.4.3-p1.mips64-octeon-linux. autoconf will
figure out all the other toolchain settings.
___
Python tracker
<h
Mike Meyer added the comment:
The args attribute gets created by __init__ and nothing in the class
removes it. I don't think it's unreasonable for the class to expect the
attribute to not vanish on it. Possibly it should be spelled __args (or
declared private :-), but neither of t
Mike Meyer added the comment:
I don't believe in documenting bugs instead of fixing them. If this bug
is going to stay in the code, I can either fix my install of Python to
have non-broken Pickle modules, or I can fix every third-party libraries
objects I use whose authors didn't w
Mike Meyer added the comment:
QAD patch for 2.6 pickle.py to fix this bug. Passes the 2.6 pickle unit
tests.
--
message_count: 5.0 -> 6.0
Added file: http://bugs.python.org/file13290/pp
___
Python tracker
<http://bugs.python.org/iss
Mike Coleman added the comment:
I also ran into this bug.
In my case I'm able to work around this by "reserving" some fds at the
start of my program (open 20 reserved fds, open 2000 real fds, close 20
reserved fds), but this is both a kludge and not a general solution.
Pro
Mike Meyer added the comment:
True. But hat's why it was a QAD hack - all I did was make sure it didn't blow
up on the
test code, and that it passed the provided unit tests.
It really needs to walk the class tree. So something like
hasattr(inst.__class__,
'__setstate__'
Mike Rotondo added the comment:
>From the source, it seems that there is undocumented behavior to
SequenceMatcher which is causing this error. If b is longer than 200
characters, it will consider any element x in b that takes up more than
1% of it's contents as "popular", a
Mike Coleman added the comment:
My original report didn't mention it specifically, but I believe I was
hitting the FD_SETSIZE limit that Frank mentioned. (Thanks for working
on this!)
--
___
Python tracker
<http://bugs.python.org/i
Mike Coleman added the comment:
Just to confirm, the real problem here was that tiny packets were being
sent out by default, and the obvious fix (altering ac_out_buffer_size)
didn't work.
Looking at the code, it appears that the change by Josiah Carlson
(#64062) causes ac_out_buffer
New submission from Mike Rooney :
On http://docs.python.org/dev/py3k/whatsnew/3.1.html under unittest
changes, you will find the last new function listed is assertIsNotNot()
instead of assertIsNotNone()
--
assignee: georg.brandl
components: Documentation
messages: 86388
nosy
New submission from Mike Miller :
When pydoc is run from the command line and unable to write a file for a
module because of a syntax error, it would be helpful to return a
non-zero status code as a result.
What it does currently:
C:\>C:\python26\Lib\pydoc.py -w mymod
problem
Mike Miller added the comment:
Ahh, I see ... I didn't explain my issue with much depth in haste.
I don't usually run the test suite when I am in the process of updating
code or docs, only when I'm done, then I check it in.
So I was updating the docs and running pydoc with a l
mike bayer added the comment:
im noticing my test case seems to work fine in py 3.0.1. haven't
tested 2.6.2.
--
___
Python tracker
<http://bugs.python.org/iss
New submission from mike bayer :
The constructor for WeakValueDictionary does not obey the contract
documented in its comments:
# We inherit the constructor without worrying about the input
# dictionary; since it uses our .update() method, we get the right
# checks
yet it
Changes by mike bayer :
--
components: +Library (Lib)
type: -> crash
___
Python tracker
<http://bugs.python.org/issue6149>
___
___
Python-bugs-list mai
New submission from Mike Hobbs :
Condition.wait() without a timeout will never raise a KeyboardInterrupt:
cond = threading.Condition()
cond.acquire()
cond.wait()
*** Pressing Ctrl-C now does nothing ***
If you pass a timeout to Condition.wait(), however, it does behave as expected
Changes by Mike Crute :
--
nosy: +mcrute
___
Python tracker
<http://bugs.python.org/issue8998>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.pyth
Mike Lisanke added the comment:
Terry,
I had long since coded around the problem. At this point, I no longer have
the test environment to cause the intermittent conditions of the process
hang. I could code something up, but; your question is the first response to
this bug report since "
New submission from Mike Lewis :
When I do
codecs.encode(codecs.decode('\xed\xbc\xad', 'utf8'), 'utf8')
its not throwing an exception. '\xed\xbc\xad' is an invalid UTF8 byte sequence.
It maps to the value U+DF2D which is a "surrogate pair" it
Mike Lewis added the comment:
Sorry, meant to add this part to the quote from the rfc:
This leads to different results for character
numbers above 0x; the CESU-8 encoding of those characters is NOT
valid UTF-8
--
___
Python tracker
<h
mike bayer added the comment:
where is it defined that sets are not "supposed" to contain mutable items?
such a requirement vastly limits the usefulness of sets.
Consider that relational database rows are mutable. A result set containing
multiple rows which each have a p
mike bayer added the comment:
OK, more specifically, here's the kind of situation where items in a set are
mutable:
company = Session.query(Company).first()
# company.employees is a set()
company.employees
# each employee references the parent company
for e in company.employees:
a
New submission from mike bayer :
I'm not optimistic that this will be reproducible elsewhere. I get a silent
failure with 2.6 and a crash dialog with 2.7 with the following script. All
elements are necessary, although the "pkg_resources" import may be arbitrary,
and reprodu
mike bayer added the comment:
right...so I would propose the function calls in question emit a warning or
something when called in a child process. this would save lots of people many
hours of grief.
--
___
Python tracker
<h
Mike Taylor added the comment:
wow - that is some old bug history ;)
I'm surprised the patch is even close to being valid
On Sat, Jul 31, 2010 at 21:47, Dan Buch wrote:
>
> Dan Buch added the comment:
>
> @haypo - I'm not in favor of using the attached bug_3740_1.patch
mike bayer added the comment:
Yeah we are fine if I build the release2.7-maint branch.Also just noticed
that this bug prevents really basic things, like using urllib2 from a Pylons
application that's running in "daemon" mode. Pretty major, though unusual that
I have some
New submission from Mike Hobbs:
Only info (Windows event viewer): Faulting application python_cc.exe, version
0.0.0.0, faulting module python34.dll, version 3.4.3150.1013, fault address
0x001059b7
Note: python_cc.exe is renamed python.exe to identify it in task manager.
OS is Windows XP SP3
401 - 500 of 613 matches
Mail list logo
