New submission from Michael Foord :
Failures on py3k, Mac OS X 10.6.3.
==
ERROR: test_proxy_https (__main__.HandlerTests)
--
Traceback (most recent call last
Changes by Michael Foord :
--
assignee: -> orsenthil
nosy: +orsenthil
___
Python tracker
<http://bugs.python.org/issue8588>
___
___
Python-bugs-list mai
New submission from Michael Foord :
If you run test_warnings.py under an ascii terminal (at least on Mac OS X) then
test_warnings.CEnvironmentVariableTests.test_nonascii fails. Perhaps the test
should be skipped?
==
FAIL
New submission from Michael Foord :
A failure in test_httpservers.py on 31-maint (not failing in py3k) on Mac OS X
10.6.3:
test_post (__main__.CGIHTTPServerTestCase) ... Traceback (most recent call
last):
File
"/private/var/folders/WD/WDk8J3uFE7OM9tRer5Oy4E+++TI/-Tmp-/tmpv_ZniR/cg
Michael Foord added the comment:
Same failure on 31-maint.
--
versions: +Python 3.1
___
Python tracker
<http://bugs.python.org/issue8588>
___
___
Python-bug
Michael Foord added the comment:
This passes for me in Mac OS X Terminal (a UTF8 terminal) but fails in iTerm
(an ascii terminal) on both 31-maint and py3k.
--
___
Python tracker
<http://bugs.python.org/issue4
Michael Foord added the comment:
What does issue 8522 have to do with it - did you mean a different issue? In
unittest it could catch the UnicodeEncodeError and write the ascii repr instead.
--
___
Python tracker
<http://bugs.python.org/issue8
Michael Foord added the comment:
I'm seeing a "similar" (but not identical) failure on py3k / Windows 7 in
test_marshal. Failure in the same code path in support.py:
==
ERROR: test_floats (__main_
Changes by Michael Foord :
--
title: test_imp.py test failures on Py3K Mac OS X -> test.support errors (py3k)
___
Python tracker
<http://bugs.python.org/iss
Michael Foord added the comment:
Hmm... happens reliably for me.
--
___
Python tracker
<http://bugs.python.org/issue8586>
___
___
Python-bugs-list mailin
Michael Foord added the comment:
Yep, same here.
--
___
Python tracker
<http://bugs.python.org/issue8586>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Foord added the comment:
Sounds like a good solution - I'll look at this, thanks.
--
___
Python tracker
<http://bugs.python.org/issue8313>
___
___
Michael Foord added the comment:
Any idea where this path comes from? I can go spelunking through the code
myself to investigate.
--
___
Python tracker
<http://bugs.python.org/issue8
Michael Foord added the comment:
Ok, so the cause of the bug is 'simple' - not sure what the best fix is.
When I run python from a freshly built py3k I have the following as sys.path:
['', '/dev/null/lib/python32.zip', '/compile/python-trunk3/Lib',
Michael Foord added the comment:
On trunk the definition of unlink is:
def unlink(filename):
try:
os.unlink(filename)
except OSError:
pass
:-)
Changing it as you suggest fixes the problem though. Ok to commit
Michael Foord added the comment:
I get this same failure on Mac OS X 10.6.3 as well.
--
nosy: +michael.foord
___
Python tracker
<http://bugs.python.org/issue8
Michael Foord added the comment:
Committed revision 80771.
--
assignee: michael.foord -> barry
resolution: accepted -> works for me
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pytho
Michael Foord added the comment:
Changing traceback._some_str to return unicode rather than str seems like a bad
idea.
--
___
Python tracker
<http://bugs.python.org/issue8
Changes by Michael Foord :
--
___
Python tracker
<http://bugs.python.org/issue8313>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Michael Foord added the comment:
I would prefer to try str(...) first and only attempt to convert to unicode and
do the backslash replace if the str(...) call fails.
--
___
Python tracker
<http://bugs.python.org/issue8
Michael Foord added the comment:
Now fixed.
--
resolution: -> accepted
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by Michael Foord :
--
resolution: -> wont fix
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Michael Foord added the comment:
Revision 80708 and revision 80709.
--
___
Python tracker
<http://bugs.python.org/issue8388>
___
___
Python-bugs-list mailin
Michael Foord added the comment:
Committed revision 80932. Still needs documenting, so leaving open for the
moment.
--
___
Python tracker
<http://bugs.python.org/issue8
Michael Foord added the comment:
Committed again revision 80946 after getting the tests to pass on Windows.
--
___
Python tracker
<http://bugs.python.org/issue8
Michael Foord added the comment:
Tested in revision 79643. Still needs docs.
--
___
Python tracker
<http://bugs.python.org/issue7780>
___
___
Python-bugs-list m
Changes by Michael Foord :
--
___
Python tracker
<http://bugs.python.org/issue7780>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/m
Michael Foord added the comment:
Test committed revision 80974.
--
___
Python tracker
<http://bugs.python.org/issue7780>
___
___
Python-bugs-list mailin
Michael Foord added the comment:
Documented revision 80980.
--
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Docstrings committed revision 80990.
--
stage: unit test needed -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Committed revision 80997.
--
resolution: -> accepted
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Changes by Michael Foord :
--
resolution: -> accepted
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
Michael Foord added the comment:
Adapting the setuptools command is a great way to start of course. Please see
my note about using unittest/unittest2 test discovery as a default command if
unitest2 is available and no test_suite is specified. I'm very happy to help
with
Michael Foord added the comment:
unittest2 is used for distutils2 development, but *not* a required dependency
for *using* distutils2 (if I understand correctly(.
Well, if there is no test runner and no test suite specified but the test
command is invoked then the steps should probably be
Michael Foord added the comment:
Documentation for unittest.TestLoader.discover(...) is at:
http://docs.python.org/dev/library/unittest.html#unittest.TestLoader.discover
--
___
Python tracker
<http://bugs.python.org/issue8
Michael Foord added the comment:
Committed revision 81055.
--
resolution: -> accepted
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.o
New submission from Michael Brown:
python 2.5.1
tarfile.py line 1516 in extractall()
sets directories created to world-writeable while extracting which means
an attacker can change/modify files before perms are fixed. Suggest 770
while extracting to fix.
--
components: Library (Lib
Michael Brown added the comment:
I can confirm that this issue has been addressed in trunk tarfile.py.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2004>
__
___
New submission from Michael Hoffman:
Adding these four lines to optparse.OptionGroup makes using option
groups vastly easier:
def __enter__(self):
return self
def __exit__(self, *exc_info):
self.parser.add_option_group(self)
You can then do things like:
with
Michael Hoffman added the comment:
As gpolo points out, this facility already exists. This RFE should be
closed.
--
nosy: +hoffman
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
New submission from Michael Otteneder:
Python seems to fail silently when LANG enviroment variable is set to a
bad value. In Mac OS X Leopard it is set too UTF-8 for instance which
does not seem to be valid. Python fails building the modules during make
and the generated python.exe is unable to
Michael Otteneder added the comment:
I'm not able to reproduce this with latest svn on OS X 10.5.2.
test_socket never fails.
--
nosy: +motteneder
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Michael Otteneder added the comment:
Interestingly it fails with a different error message on Mac. The Ubuntu
one is at least helpful.
I get this during make(configure also runs fine) :
gcc -u _PyMac_Error -o python.exe \
Modules/python.o
Michael Otteneder added the comment:
On my system I get different results. The error message is everything
but useful.
My Output:
gcc -u _PyMac_Error -o python.exe \
Modules/python.o \
libpython3.0.a -ldl
make: *** [sharedmods] Error 1
Michael Urman added the comment:
The failure is signaled by the return code from the call to compileall.py:
MSI (s) (FC:D0) [16:38:27:394]: Note: 1: 1722 2: CompilePyc 3:
C:\Python26\python.exe 4: -Wi "C:\Python26\Lib\compileall.py" -f -x
bad_coding|badsyntax|site-packages "
Michael Foord <[EMAIL PROTECTED]> added the comment:
Made quite extensive changes to tokenize.py (with tests) for Py3k. This
migrates it to a 'bytes' API so that it can correctly decode Python
source files following PEP-0263.
--
nosy: +fuzzyman
Added file: http:/
Michael Foord <[EMAIL PROTECTED]> added the comment:
That was 'by discussion with wiser heads than I'. The existing module
has an old backwards compatibility interface called 'tokenize'. That can
be deprecated in 2.6.
As 'tokenize' is really the ideal n
Changes by Michael Bishop <[EMAIL PROTECTED]>:
--
type: -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1911>
__
___
Python-b
Michael Foord <[EMAIL PROTECTED]> added the comment:
If you remove the following line from the tests (which generates
spurious additional output on stdout) then the problem goes away:
print('testing: %s' % path, end='\n')
Michael Foord <[EMAIL PROTECTED]> added the comment:
*Full* patch (excluding the new dependent test text files) for Python 3.
Includes fixes for standard library and tools usage of tokenize.
If it breaks anything blame Trent... ;-)
--
versions: -Python 2.6
Added file
New submission from Michael Bishop <[EMAIL PROTECTED]>:
Instead of failing the test which is inaccurate, the test will return
that it was skipped and what the msg is.
--
components: Tests
files: test_nis.patch
keywords: patch
messages: 64016
nosy: MichaelBishop
severity: normal
New submission from Michael Bishop <[EMAIL PROTECTED]>:
Docs say that there are IRIX only modules which are dependant on the cl
module which has been removed from Py3K.
--
components: Library (Lib)
messages: 64045
nosy: MichaelBishop
severity: normal
status: open
title: Remove al
Changes by Michael Bishop <[EMAIL PROTECTED]>:
--
nosy: +brett.cannon
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2419>
__
___
Python-bugs
Michael Hoffman <[EMAIL PROTECTED]> added the comment:
That is up to you of course, and being able to ignore is better than
nothing. But creating a new account is not really an option for
everyone. On the system I would like to use this feature the most, I am
not a system administrator
Michael Hoffman <[EMAIL PROTECTED]> added the comment:
Here's an example of a configuration file I use:
[build_ext]
include_dirs = /nfs/acari/mh5/include/python2.5:/nfs/acari/mh5/include
[install]
prefix = ~
exec_prefix = ~/arch/$ARCH
install_platlib = $platbase
New submission from Michael Foord <[EMAIL PROTECTED]>:
This patch moves some tests from test_urllib2_net to
test_urllib2_localnet. The moved tests now use a local server rather
than going out to external servers.
Mainly the work of Jerry Seutter - so blame him. ;-)
--
components:
New submission from Michael Bishop <[EMAIL PROTECTED]>:
There are many duplicate functions throughout the many audio modules. I
plan to merge relevant functions into 2 modules; a C module and a py
module. Once I go through the audio modules in detail, I'll post my plan
here.
Refe
Michael Becker <[EMAIL PROTECTED]> added the comment:
In case it isn't obvious the work around for pre 3.0 to get the right
sum is something like:
x=zlib.adler32(str)
if x < 0:
x=(long(x) + 4294967296L) # 2^32, long may or may not be needed here
--
Michael Amrhein <[EMAIL PROTECTED]> added the comment:
I've implemented an enhanced version of this feature by adding a keyword
'match' to the constructor of class 'dircmp'. It defaults to function
'fnmatch' imported from module 'fnmatch'.
This
Michael Amrhein <[EMAIL PROTECTED]> added the comment:
Ok, I've set default arguments (back) to None. Revised patch attached.
Defaulting the match function to fnmatch doesn't change the behavior in
the "normal" case, i.e. when regular file / directory names are used,
Michael Amrhein <[EMAIL PROTECTED]> added the comment:
> Alexander Belopolsky <[EMAIL PROTECTED]> added the comment:
...
>
> '*' is a perfectly legal filename character on most filesystems
>
Oops! Never thought of putting a '*' into a file name.
O
Michael Amrhein <[EMAIL PROTECTED]> added the comment:
There is one small issue I would like to discuss:
While the comparison of directory and file names in phase1 is
case-insensitive on case-insensitive systems (os.path.normcase applied
to each name), the filtering of ignore and hide in
Michael Amrhein <[EMAIL PROTECTED]> added the comment:
Here's a 2nd revised patch, which
* adds a keyword 'match' to the constructor of class 'dircmp'
* defaults 'match' to str.__eq__
* modifies method 'phase0': apply os.name.normcase
New submission from Michael Witten <[EMAIL PROTECTED]>:
CodecInfo objects are supposed to have 'encoder' and 'decoder'
attributes as per http://www.python.org/doc/2.5.2/lib/module-codecs.html
(naturally, this applies to 2.5.* as well). However, at least the
CodecInfo
Changes by Michael Witten <[EMAIL PROTECTED]>:
--
type: -> behavior
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue4178>
___
___
Michael Witten <[EMAIL PROTECTED]> added the comment:
Apparently, it might affect all CodecInfo objects:
class CodecInfo(tuple):
def __new__(cls, encode, decode, streamreader=None,
streamwriter=None,
incrementalencoder=None, incrementaldecoder=None, name=None):
New submission from Michael Hoffman <[EMAIL PROTECTED]>:
It is somewhat confusing that the meat of the threading module, the
Thread object itself, is so far down in the documentation. It should be
the first section after the module functions and objects.
http://docs.python.org/l
New submission from Michael Becker <[EMAIL PROTECTED]>:
See below. unicode string causes exception. Explicitly converting it to
a regular string addresses the issue. I only noticed this because my
input string changed to unicode after updating python to 2.6 and django
to 1.0.
>>>
Michael Becker <[EMAIL PROTECTED]> added the comment:
Terry,
Thanks for your response. My main concern was that the behavior changed
when updating from 2.5 to 2.6. The new behavior was not intuitive. Also
2.6, I thought, was supposed to be backward compatible. Based on this
issue, I
Michael Becker <[EMAIL PROTECTED]> added the comment:
Terry,
I had a feeling Django had something to do with this. I'll have a closer
look there. For reference, in my django code, I did not explicitly
declare the string as a unicode string. Django must be importing
unicode_li
Changes by Michael Aivazis <[EMAIL PROTECTED]>:
--
components: Library (Lib)
nosy: aivazis
severity: normal
status: open
title: compileall.py fails if current dir has a "types" subdir with 3.0 (ok
with 2.5)
type: behavior
vers
Michael Aivazis <[EMAIL PROTECTED]> added the comment:
sorry for the sloppy report. add a __init__.py in the types subdir. you
should get a "Could not import runpy module" error.
___
Python tracker <[EMAIL PROTECTED]>
<http://
New submission from Michael Schurter <[EMAIL PROTECTED]>:
On the joyous occasion of Python 3000's release my friends & I were
playing with "import antigravity" and it failed for someone with the
following traceback (anonymized):
Traceback (most recent call last):
Fi
Michael Schurter <[EMAIL PROTECTED]> added the comment:
I believe you forgot to "import io" in UnixBrowser (line 226).
___
Python tracker <[EMAIL PROTECTED]>
<http://
New submission from Michael Yang <[EMAIL PROTECTED]>:
doctest.testmod() fails when attempting to echo back a bytes type with
ord() > 128.
def ok():
"""
>>> bytes([255,])
b'\xff'
"""
pass
def notOK():
"""
>
New submission from Michael Foord <[EMAIL PROTECTED]>:
In Python 3 strings with non-ascii characters are undisplayable (even
with repr) in the default interactive interpreter on Windows and Mac.
Shouldn't the repr use escapes as with previous versions of Python?
Python 2.6
Python
Michael Foord <[EMAIL PROTECTED]> added the comment:
Hmmm... nope - my terminal encoding (according to Python) on WIndows
Vista x64 (with 32bit Python and a vanilla cmd) is cp850.
C:\compile>C:\Python30\python.exe
Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit
(Intel
Michael Foord <[EMAIL PROTECTED]> added the comment:
OK - and as a further follow up, the traceback I posted for Mac OS X was
from a terminal called iTerm. I tried the same thing on the standard
'Terminal' app and it prints the Euro symbol fine. Looks like iTerm is
an ascii term
Michael Hoffman added the comment:
Is there anything I can do to get this feature request considered
earlier? I can generate a real patch, but I figured that wouldn't
necessary for something so simple. This has the advantage that it can
probably be cut/pasted into any version of the
New submission from Michael Newman :
UnicodeEncodeError occurs for Microsoft portion of "license()".
Confirmed on 3 separate Windows XP computers:
Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit
(Intel)] on win32
Type "help", "copyright", &
New submission from Michael Yang :
I want to use the included test.regrtest (located in
$pythondir/lib/python[ver]/test) to regression test some of my own
scripts located in directory myDir. The script has some nice
configurability features to skip some tests based on machine
configurations
Changes by Michael Yang :
--
type: -> behavior
___
Python tracker
<http://bugs.python.org/issue4886>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Michael Newman :
formatyearpage is returning "bytes", not "str"
Python 3.0 (r30:67507, Dec 3 2008, 20:14:27) [MSC v.1500 32 bit
(Intel)] on win
32
Type "help", "copyright", "credits" or "license" for mor
Michael Newman added the comment:
It seems to be working consistently (see UTF-16 extreme example below),
but I had expected it to act similarly to Python 2.6, which it does not.
I suppose this is due to the distinction now made between strings and
bytes in Python 3.0.
I was initially
New submission from Michael Newman :
This is related to:
http://bugs.python.org/issue3628
http://bugs.python.org/issue4808
I found in the example at the bottom of:
http://docs.python.org/3.0/library/queue.html
"t.set_daemon(True)"
won't work.
Python 3.0 (r30:67507, Dec 3 2008,
New submission from Michael Newman :
This is related to:
http://bugs.python.org/issue3628
http://bugs.python.org/issue4808
I found in the example at the bottom of:
http://docs.python.org/3.0/library/queue.html
"t.set_daemon(True)"
won't work.
Python 3.0 (r30:67507, Dec 3 2008,
Michael Stone added the comment:
ajaksu2, I think you just changed the status of this to "test needed".
I don't think a unit test for this functionality is possible if that's
what you mean, as it is an interactive feature involving readline
completion at the interactiv
Michael Bierenfeld added the comment:
"Old IBM Mainframes" are widely used in the financial industry. It
would be good if the patch is included
___
Python tracker
<http://bugs.python.org
Michael Merickel added the comment:
Updated affected versions as I ran into this on 3.9.7.
--
nosy: +mmerickel
versions: +Python 3.9
___
Python tracker
<https://bugs.python.org/issue22
Michael Sander added the comment:
Couldn't this be fixed in a backwards compatible way by clearing the cache when
this type of error occurs? We can do this by wrapping the offending line with a
try/except, then checking to see if the cache is corrupted. If it is, then we
clear the cach
Change by Michael Anckaert :
--
keywords: +patch
pull_requests: +15005
stage: needs patch -> patch review
pull_request: https://github.com/python/cpython/pull/15281
___
Python tracker
<https://bugs.python.org/issu
Michael Anckaert added the comment:
I created a PR for this issue (PR 15281). If any changes are required I'm more
than happy to make them.
--
nosy: +michaelanckaert
___
Python tracker
<https://bugs.python.org/is
Michael Anckaert added the comment:
As far as I can tell there is at least some information missing from the 'Types
and members' section. Not all attributes are listed in the table.
For example the attribute __cached__ is missing from the module type but it is
documented in t
Michael Anckaert added the comment:
This issue is still present on Python 3.7 and above.
As David suggested set_charset could be turned into a no-op on MIMEMultipart.
I traced set_charset back to inheritance from email.message.Message, would
overriding set_charset (and possibly raising a
Michael Anckaert added the comment:
@emmanuel: thanks for offering your help.
I made a first attempt at improving the docs in this branch:
https://github.com/MichaelAnckaert/cpython/tree/bpo-19820
--
___
Python tracker
<https://bugs.python.
Change by Michael Hearn :
--
components: macOS
nosy: Michael Hearn, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: MacOS crash appJar 3.7.3
versions: Python 3.7
___
Python tracker
<https://bugs.python.org/issue37
New submission from Michael Hearn :
macOS 10.14.6 -anaconda install Python 3.7.3 pip install appJar (0.94.0)
On start of app with app.go() a crash will occur causing mac to logout.
Python 3.7.2 does not show this behavior
Will document on medium.
https://raw.githubusercontent.com
Michael Hearn added the comment:
Thanks for the fast response it uses appJar which is a very similar GUI
package but not the same one. AppJar is based of it but I don’t believe it
was built off it.
On Fri, Aug 16, 2019 at 3:55 PM Ronald Oussoren
wrote:
>
> Ronald Oussoren added the c
Change by Michael Hearn :
--
resolution: -> third party
stage: -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.or
Michael Hearn added the comment:
Hopefully apple will fix this.
https://medium.com/@michaeljosephhearn/macos-mojave-crash-6fd1e69d3d34
--
___
Python tracker
<https://bugs.python.org/issue37
601 - 700 of 3015 matches
Mail list logo
