Michael Foord added the comment:
I'm not sure to what extent mock documentation should explain Python semantics.
The docs *do* make clear that sentinel is useful for where you want to test
(compare) objects by *identity*. Problems with copying and pickling them come
from the fact that
New submission from Michael JasonSmith:
The email.utils.formataddr function is used to encode a name-address 2-tuple
for use as an email message. If the name contains a non-ASCII character it
needs to be encoded. This happens correctly in Python 3.3.2, but incorrectly in
Python 2.7.5. Ideally
Michael JasonSmith added the comment:
I care enough to lodge an issue, but I lack the conviction in order to belabour
the point in python-dev! I'll mark this issue as closed.
Hopefully the work-around in my original post will help others :)
--
resolution: -> wont fix
stat
Michael Foord added the comment:
That's correct.
--
___
Python tracker
<http://bugs.python.org/issue20145>
___
___
Python-bugs-list mailing list
Unsubscr
Michael Foord added the comment:
Committed in revision 6418. Still needs fixing in trunk (note the patch
itself can't be applied as it is missing a couple of 'self's).
Having problems testing this fix without causing spurious o
Michael Foord added the comment:
Oops - I meant revision 73997 of course.
--
___
Python tracker
<http://bugs.python.org/issue6418>
___
___
Python-bugs-list mailin
Michael Foord added the comment:
Committed to trunk in revision 74007.
--
assignee: -> michael.foord
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.o
New submission from Michael Kesper :
In http://docs.python.org/library/stdtypes.html#mutable-sequence-types
s.pop([i]) is listed. Correct would be:
s.pop(i)
--
assignee: georg.brandl
components: Documentation
messages: 90623
nosy: georg.brandl, mkesper
severity: normal
status: open
Michael Haubenwallner added the comment:
While at it: gcc does not understand '+s', it does need '-Wl,+s'.
--
nosy: +haubi
Added file:
http://bugs.python.org/file14514/distutils_hpux_libdir_option-gcc.patch
___
P
Michael Haubenwallner added the comment:
Ohw, indeed, this line was copied from 3 lines below, sorry!
The actual patch I'm using does not do { compiler[:3] == 'gcc' }, but {
compiler.find("gcc") }, to also work when CC=gcc-version, but this is a
different problem i
Michael Foord added the comment:
I can duplicate the problem - I wonder if this has to do with the
refactoring into a package? Anyway, thanks for catching this.
--
___
Python tracker
<http://bugs.python.org/issue6
Michael Foord added the comment:
Ha - no I can't reproduce it on trunk.
The python -m features are new in trunk and neither documented nor
working in 2.4-2.6.
--
___
Python tracker
<http://bugs.python.org/i
Michael Foord added the comment:
This isn't a bug - the command line message if you run "python -m
unittest" on Python 2.4-2.6 is just confusing. It has never worked.
--
resolution: -> rejected
status: open -> closed
___
New submission from Michael Foord :
Issue to track improvements in the standalone discover.py that I need to
port to the test discovery in unittest.
* Failure to import a module does not halt discovery
* Will not attempt to import test files whose names are not valid Python
identifiers, even
Michael Foord added the comment:
Uhm... they may or may not be almost equal, but probably not.
Comparisons on them are defined to be undefined so you're using the
wrong thing to test them. Use assertTrue and math.isinf instead.
--
nosy: +michael.foord
resolution: -> wont fi
Michael Foord added the comment:
Hmm... I guess equality does imply almost-equals. I'll make and document
the change that objects that compare equal will also compare almost equal.
--
___
Python tracker
<http://bugs.python.org/i
Michael Foord added the comment:
All I'm proposing to do is add a short circuit equality test to
assertAlmostEquals.
--
___
Python tracker
<http://bugs.python.org/i
New submission from Michael Foord :
Patch for inspect.py so that it will import correctly even if
sys._getframe is unavailable.
Without this patch inspect can't be imported under IronPython 2.6
(breaking basic features like help) when started without Python stack
frame support.
The sam
Michael Foord added the comment:
hmm... the lambda should probably take an argument like sys._getframe.
--
___
Python tracker
<http://bugs.python.org/issue6
Michael Foord added the comment:
Committed in revision 74215 & revision 74216.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.
New submission from Michael Hudson :
If you call email.utils.make_msgid a number of times within the same
second, the uniqueness of the results depends on random.randint(10)
returning different values each time.
A little mathematics proves that you don't have to call make_msgid
*that*
Michael Hudson added the comment:
A higher resolution timer would also help, of course.
(Thanks to James Knight for the prod).
--
___
Python tracker
<http://bugs.python.org/issue6
Michael Gorven added the comment:
Note that on Ubuntu Hardy at least, the libpython2.5.so symlink only
exists in the python2.5-dev package. This means that in order for the
library to work without the dev package installed, it should dlopen
libpython2.5.so.1 instead.
--
nosy: +mgorven
New submission from Michael Gruen :
I am new, I apologize if this is a trivial or non-problem. I have
researched for hours, tried every variant but cannot understand why this
doesn't work.
--
components: None
messages: 91572
nosy: mgruen
severity: normal
status: open
title: &
Michael Foord added the comment:
It's actually quite annoying that inspect takes a private API (that has
warnings in the documentation about its use) and makes it public. It's
just a direct alias. That in itself is not a good reason to say the
_getframe should be public.
Python fram
Michael Foord added the comment:
I meant in IronPython of course. D'oh. Anyway, I made the change to
inspect to keep it compatible with IronPython so I can make the
documentation change.
A mention in the sys._getframe docs that it is not guaranteed to exist
across implementations wou
New submission from Michael Foord :
os.path.join has very basic behavior in the handling of '..'
>>> import os
>>> os.path.join('/foo', '..')
'/foo/..'
For some usecases (comparing paths for example) this is not us
Michael Foord added the comment:
Damn. :-)
Detecting the case where the normpath'd location is the same means
hitting the filesystem - and the current version just does string
manipulation so it doesn't seem like an acceptable change.
Still, compared to other languages the file h
Michael Foord added the comment:
Cool.
--
___
Python tracker
<http://bugs.python.org/issue6275>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Michael Foord :
There are a couple of minor changes I'd like to make to the tutorial.
Section 6.1 introduces the import * syntax without noting that it is bad
practise. I'd like to add the following text:
The import * form is generally considered to be bad prac
Michael Foord added the comment:
In addition section 8.3 of the tutorial references the .message
attribute which is now deprecated.
But use of .args is discouraged. Instead, the preferred use is to pass a
single argument to an exception (which can be a tuple if multiple
arguments are needed
Michael Foord added the comment:
The TransitionError defined in section 8.5 of the tutorial has a
'message' argument / attribute that will raise a DeprecationWarning in
Python 2.6.
--
___
Python tracker
<http://bugs.python.
Michael Haubenwallner added the comment:
Basically yes, two minor ones:
*) also look for 'g++',
*) string.find() returns the index where found, -1 when not found,
so:
{{{
...
elif sys.platform[:5] == "hp-ux":
if compiler.find('gcc') >= 0 or compiler.find(&#x
Michael Haubenwallner added the comment:
> But compiler[:3] implies that the compiler string starts *with* 'gcc'.
>
> so are you sure we're looking for 'gcc' anywhere in the string,
> or at the beginning of it ?
It is very common to use the host triple
Michael Haubenwallner added the comment:
> > compiler.find("gcc") >= 0 or compiler.find("g++") >= 0
> Why not `("gcc" in compiler or "g++" in compiler)`? Just curious.
Fine with me too.
--
__
Michael Foord added the comment:
This was rejected prior to Steven Bethard becoming involved, so I'm
reopening.
+1 from me - argparse is a great module to use.
--
nosy: +michael.foord
resolution: rejected ->
status: closed -> open
___
New submission from Michael Foord :
>>> try:
... open('flooble')
... except Exception as e:
... pass
...
[39343 refs]
>>> str(e)
"[Errno 2] No such file or directory: 'flooble'"
[39345 refs]
>>> unicode(e)
u"(2, 'No such fi
Michael Foord added the comment:
Committed revision 74779.
--
___
Python tracker
<http://bugs.python.org/issue6301>
___
___
Python-bugs-list mailing list
Unsub
Michael Foord added the comment:
Committed revision 74780.
--
resolution: wont fix -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Committed revision 74781.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Committed revision 74782.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Committed revision 74783.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Committed revision 74785.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Command line parsing is a basic need, including amongst other standard
library modules. argparse has many advantages over optparse (not the
least of which is that it has an active maintainer). Several of these
features *can't* be added to optparse w
Michael Foord added the comment:
He has a few important feature requests to deal with as well.
--
___
Python tracker
<http://bugs.python.org/issue6247>
___
___
New submission from Michael Foord :
Requested by Fernando Perez on the Testing in Python mailing list.
Test creation in TestProgram is done in both parseArgs and createTests.
It would be better if it was only done in createTests so that
controlling test creation only required the overloading of
Michael Foord added the comment:
Why does this need to be built into the interpreter? The script / app
should have logging config support.
--
nosy: +michael.foord
___
Python tracker
<http://bugs.python.org/issue6
Michael Foord added the comment:
The new longMessage class attribute on TestCase already shows both
arguments when a call to assertEqual fails (the failUnless methods are
now deprecated) - even if you supply a custom message.
--
___
Python tracker
New submission from Michael Markert :
There is a `print` statement in line 225 of introduction.rst instead of
a print function, rendering the snippet buggy in Python3.
--
assignee: georg.brandl
components: Documentation
messages: 93132
nosy: cofi, georg.brandl
severity: normal
status
Michael Foord added the comment:
Committed in revision 75095.
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/
Michael Foord added the comment:
Committed revision 75098. Re-open if you think this isn't sufficient.
--
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python
New submission from Michael Foord :
Logging is incompatible with IronPython 2.6.
See: http://ironpython.codeplex.com/WorkItem/View.aspx?WorkItemId=24714
The core of the issue is that logging assumes that if sys._getframe is
not defined then frames can still be accessed through exceptions
Michael Foord added the comment:
Works for me - thanks Vinay.
--
___
Python tracker
<http://bugs.python.org/issue7014>
___
___
Python-bugs-list mailing list
Unsub
New submission from Michael Foord :
unittest.TestCase.assertEqual uses the new type equality functions for
comparing containers.
In Python 2.7 assertMultilineEqual should be the default comparison
method for unicode strings and in Python 3.2 for comparing strings.
assertMultilineEqual should
Michael Foord added the comment:
Because diffing binary data isn't useful...
This is the reason that assertMultilineEqual isn't already the default
for comparing strings - because in Python 2 when you have strings you
don't know if the intention is for them to contain textual
Michael Foord added the comment:
Heh - all ascii would be a better heuristic, or zero null characters
perhaps. But 2.X is destined to die anyway so I'm happy for it to only
be the default for unicode strings without implementing potentially
complex, wrong and slow heuristics.
Users can a
New submission from Michael Foord :
distutils package installation isn't compatible with IronPython.
To reproduce first install IronPython 2.6 (RC1 is currently latest
version) from the msi installer. This installs by default on Windows
into "C:\Program Files\IronPython 2.6"
Changes by Michael Foord :
--
keywords: +26backport
___
Python tracker
<http://bugs.python.org/issue7071>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Foord added the comment:
Hmmm... ok, so I was running on Vista where a normal user can't create
files in the "Program Files" directory anyway. If I run with elevated
permissions then I get the same error as reported on the IronPython
issue on codeplex (which is probabl
Michael Foord added the comment:
So there are two issues here - the terrible error message when an
install fails with an access denied error and the fact that distutils
attempts to compile bytecode under IronPython.
--
___
Python tracker
<h
Michael Wise added the comment:
While the discussion seems to think the matter is closed, I wanted to
install numpy 1.30 which requires Python 2.6 and all my machines are PPC
(G4 or G5 - nice architectures).
gcc-4.0 -arch ppc -arch i386 -fno-strict-aliasing ...
followed, unsurprisingly, by
Michael Wise added the comment:
Dear Ronald
Not that simple. I had, for the first time, installed Python 2.6.3 via
the .dmg rather than compiled from scratch, and then numpy, again via
the .dmg. I was trying to compile biopython from scratch using disutils
when the problem occurred. That
Michael Wise added the comment:
Dear Ned
Odd you should say that. The system is the latest version of 10.4
(10.4.11), but I did notice that the compiler assumed 10.3. The version
of Xcode on this PowerBook G4 is 2.0 (quite old), so perhaps it has
OSX 10.3 wired in. I don't think tha
New submission from Michael Broghton :
On FreeBSD and MacOS 64-bit systems the ident field of a kevent is big
enough to hold a 64-bit integer (uintptr_t). Looks like Python is
casting it to an unsigned 32-bit integer.
This is inconvenient for implementing kqueue timers, where id(timer_obj)
is a
Michael Foord added the comment:
Personally I'm uncomfortable with creating
yet-another-location-for-config-files.
As we now have is ~/.local/pythonX.Y I would reuse this.
--
___
Python tracker
<http://bugs.python.org/i
Michael Broghton added the comment:
I'm not sure how to patch this so that it will work on both 32 and 64
bit systems. Issues:
1. What would be an appropriate member type for ident in
kqueue_event_members? It seems like T_PYSSIZET might work. Otherwise, I
am guessing that this will in
Michael Foord added the comment:
For Linux and Mac OS X put the config file wherever the 'right' place is
then, but we are starting to create a lot of new directories disparate
from the actual install. Oh well.
On Windows we create: %APPDATA%/Python/PythonX.Y/site-packages
If i
Michael Foord added the comment:
Noting of course that on IronPython it should be:
%APPDATA%/IronPython/PythonX.Y/
or wherever we decided in the end. :-)
--
___
Python tracker
<http://bugs.python.org/issue7
Michael Broghton added the comment:
Martin, thanks for your responses. In regards to point three:
Kqueue's are not just used for file descriptors. I believe this is the
reason why the ident field is a uintptr_t and not an int.
The example I gave was for kqueue timers. Since the oper
Michael Foord added the comment:
This problem showed up when installing a package with IronPython, where
the site-packages folder requires admin privileges to write to (which
*should* be true with CPython Windows but isn't).
If you perform a 'python setup.py install' without a
Michael Foord added the comment:
Sorry - meant to create a new issue.
--
nosy: +tarek
resolution: -> accepted
status: open -> closed
___
Python tracker
<http://bugs.python.org/
New submission from Michael Foord :
This problem showed up when installing a package with IronPython, where
the site-packages folder requires admin privileges to write to (which
*should* be true with CPython Windows but isn't).
If you perform a 'python setup.py install' without a
Michael Broghton added the comment:
This is against release31-maint, if it matters.
--
keywords: +patch
Added file: http://bugs.python.org/file15212/kevent.patch
___
Python tracker
<http://bugs.python.org/issue7
Michael Broghton added the comment:
Antoine, thanks for the tips and the example. I have updated the patch.
I checked and this does apply cleanly to py3k.
--
Added file: http://bugs.python.org/file15228/kevent.patch
___
Python tracker
<h
Michael Droettboom added the comment:
This is a rather serious bug for matplotlib -- since the C++ compiler is
not correctly selected, it can't be built with many Unix compilers, such
as Sun Studio.
--
nosy: +mdboom
___
Python tracker
Michael Droettboom added the comment:
I'm testing this against release25_maint and release26_maint as we
speak. I'll post new patches when that's done.
--
___
Python tracker
<http://bugs.pytho
Michael Droettboom added the comment:
Attached is a patch against the release26-maint branch. This works for
me on Sun Workshop 6.
Note that on Sun, the C compiler is 'cc' and the C++ compiler is 'CC',
but distutils uses 'cc' and 'c++'. However, the C
Michael Droettboom added the comment:
Here's another patch against release25_maint for the benefit of those
still using Python 2.5. It's different only in some whitespace changes.
--
Added file: http://bugs.python.org/file15390/py25_cxx_comp
Changes by Michael Broghton :
--
nosy: +mbroughton
___
Python tracker
<http://bugs.python.org/issue7416>
___
___
Python-bugs-list mailing list
Unsubscribe:
Michael Foord added the comment:
Agreed, defining __eq__ and __hash__ on DocTestCase sounds like the way
to go.
--
___
Python tracker
<http://bugs.python.org/issue7
Michael Foord added the comment:
I'll try and look at both these issues in the next few days unless one
of you beats me to it. :-)
--
___
Python tracker
<http://bugs.python.org/i
Michael Foord added the comment:
Personally I agree. I'll see if I can find the change (don't think it
was me) and see if there was some kind of rationale.
--
___
Python tracker
<http://bugs.python.
New submission from Michael Newman :
For the "ssl" module documentation at:
http://docs.python.org/3.1/library/ssl.html
I noticed that "SSLSocket.unwrap()" description is listed twice in the
"17.3.2. SSLSocket Objects" section.
--
assignee: georg.br
New submission from Michael Mullins :
When using NNTP.body(id,file) I get the following repeatable error:
Traceback (most recent call last):
File "", line 1, in
File "nntplib.py", line 436, in body
return self.artcmd('BODY {0}'.format(id), file)
File &qu
Changes by Michael Mullins :
--
components: +Library (Lib)
type: -> crash
___
Python tracker
<http://bugs.python.org/issue7644>
___
___
Python-bugs-list mai
Michael Foord added the comment:
'\x85' when decoded using latin-1 is just transcoded to u'\x85' which is
treated as the NEL (a C1 control code equivalent to end of line). This changes
iteration over the file when you decode and actually broke our csv parsing code
when
Michael Mullins added the comment:
"('crash' is for the interpreter crashing)"
Sorry.
"Unless someone feels like creating an nntp test framework..."
This sounds like it is beyond me. But given the evidence, specifically the
previous line:
"file.
Michael Foord added the comment:
Documenting the characters that splitlines treats as newlines for Unicode
should definitely be done.
--
___
Python tracker
<http://bugs.python.org/issue7
Michael Foord added the comment:
Wouldn't this be a backwards incompatible change of tested behaviour though?
--
___
Python tracker
<http://bugs.python.org/i
Michael Foord added the comment:
I'm unhappy with a straight change in behaviour because it will break code that
is currently catching AttributeError.
A slightly less invasive change would be to raise an AttributeError if the
module doesn't exist, otherwise letting the orig
Changes by Michael Foord :
--
assignee: -> michael.foord
___
Python tracker
<http://bugs.python.org/issue7559>
___
___
Python-bugs-list mailing list
Unsubscri
New submission from Michael Stephens :
Just something small that bothers me whenever I'm in the re docs - his name's
spelled 'Malcolm Reynolds', not 'Malcom Reynolds' ;)
--
assignee: georg.brandl
components: Documentation
files: malcolm_typo.diff
keywor
New submission from Michael Stephens :
The documentation for strftime and strptime behavior strikes me as a bit
jumbled right now. The behavior of datetime.datetime.strptime is explained by a
reference to time.strptime, which in turn references time.strftime to explain
the format string.
The
Michael Stephens added the comment:
I think it's referring to:
>>> datetime.time(10, 34, 6).strftime("%Y-%m-%d %H:%M:%S")
'1900-01-01 10:34:06'
and thus still applies. It is wrong about month and day being replaced by '0',
however, and
New submission from Michael Kesper :
When upgrading to 2.6.1, an error occurs if the old installer is not
found. I needed to open it several times until I read _what_ was needed.
Finding old installers on python.org requires too much search, too.
--
components: Installation
files
Michael Foord added the comment:
@Victor
IronPython doesn't use Python stack frames, so tracking them and then
constructing the objects on demand would add about a ~10% performance
hit to IronPython. Even when it is done it is likely to be an option
rather than on by default - using _get
Michael Foord added the comment:
Attached is an alternative patch that wraps the call to findCaller in a
try:...except.
Added file: http://bugs.python.org/file13116/logging2.patch
___
Python tracker
<http://bugs.python.org/issue5
Michael Kesper added the comment:
Hi,
On Tue, Feb 17, 2009 at 06:22:02PM +, Martin v. Löwis wrote:
>
> Martin v. Löwis added the comment:
>
> How exactly did you install the old installer? It should have been
> cached into your Windows folder, so that it is available on
New submission from Michael Foord :
I can't find any documentation for the __subclasses__ magic method. At
the very least needed for language implementors.
--
assignee: georg.brandl
components: Documentation
messages: 82504
nosy: georg.brandl, mfoord
severity: normal
status: open
New submission from Michael Foord :
There is a useful Scanner class in the re module which is undocumented.
See:
http://mail.python.org/pipermail/python-dev/2003-April/035075.html
http://www.evanfosmark.com/2009/02/sexy-lexing-with-python/
--
assignee: georg.brandl
components
2201 - 2300 of 3033 matches
Mail list logo
