Changes by Skip Montanaro s...@pobox.com:
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7353
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
For 2.6.4 I get a test_float failure on Solaris as well:
test test_float failed -- Traceback (most recent call last):
File /home/tuba/skipm/src/python/Python-2.6.4/Lib/test/test_float.py,
line 765, in test_roundtrip
self.identical(-x
Skip Montanaro s...@pobox.com added the comment:
On what platform did you encounter this failure? I can't reproduce it
on Mac OSX (Leopard - 10.5.8) or Solaris 10 (update 5) running from
up-to-date release26-maint branches or on Ubuntu (8.10) running the 2.6.4
release code.
--
nosy
Skip Montanaro s...@pobox.com added the comment:
Your output file should be opened in binary mode. Sounds like you
opened it in text mode.
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7198
Changes by Skip Montanaro s...@pobox.com:
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7185
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
Committed revision 75495.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7147
New submission from Skip Montanaro s...@pobox.com:
I raised the topic of the use of WITHOUT_COMPLEX in python-dev. Here's
a patch to remove it from the 3.x trunk.
--
components: Interpreter Core
files: nocomplex.diff
keywords: easy, needs review, patch, patch
messages: 94113
nosy
Skip Montanaro s...@pobox.com added the comment:
Georg The (en|dis)able_interspersed_args accessors are already
Georg documented, so I see no reason to document the attribute as
Georg well...
But it is documented in the class's docstring and there are no docstrings
for the methods
New submission from Skip Montanaro s...@pobox.com:
The OptionParser.allow_interspersed_args attribute is undocumented in
the Sphinx documentation. (It is mentioned in the OptionParser
docstring.) By its name it appears to actually part of the official
API, so should at least be mentioned
Skip Montanaro s...@pobox.com added the comment:
Thanks for the report. Fixed for 2.6, 2.7, 3.0, 3.2. Can't seem to check
out a 3.1 branch (tried release31-maint but was rebuffed by svn).
--
nosy: +skip.montanaro
___
Python tracker rep
Skip Montanaro s...@pobox.com added the comment:
figured out my checkout problem. will have 3.1 fixed shortly.
--
assignee: georg.brandl - skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6723
Skip Montanaro s...@pobox.com added the comment:
3.1 corrected as well.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6723
Skip Montanaro s...@pobox.com added the comment:
What is xz compression and why is it important?
Skip
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6715
Skip Montanaro s...@pobox.com added the comment:
I thought GC was expected to eliminate reference cycles.
Antoine Of course, but it's also the de facto API when wanting to
Antoine reclaim memory.
When did that happen? I agree with Raymond. The cyclic gc should just
reclaim cycles
Skip Montanaro s...@pobox.com added the comment:
Try it at the help prompt without the parens (you're not calling
it here, just asking for the documentation on the name raw_input.
help raw_input
Help on built-in function raw_input in module __builtin__:
raw_input(...)
raw_input([prompt
Skip Montanaro s...@pobox.com added the comment:
Instead of expanding the C API for each type which supports a free
list perhaps there should be a single call, say, PyObject_ClearFreeList,
which takes a pointer to the appropriate type object as an argument.
PyTypeObject can then grow
Skip Montanaro s...@pobox.com added the comment:
Is your mh_python module written in C/C++ or Python? If it's written
in C or C++ check your Py_DECREF calls. You are probably doubly
decrementing some object which at times refers to Py_None. Do that
enough and you eventually try to deallocate
Skip Montanaro s...@pobox.com added the comment:
Seems to work as expected for me:
7 1
3
7 1
14
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6571
Skip Montanaro s...@pobox.com added the comment:
I suspect that was a conscious decision. Back when it was first written
urllib2 was supposed to eventually replace urllib I think. Dunno if
that's still true, but if so I could see why this feature wasn't added
to urllib.urlopen
Changes by Skip Montanaro s...@pobox.com:
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6251
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
I can't see that the order of keys should matter for language-neutral
serialization libs like json or xmlrpclib. You're quite possibly
going to be communicating with something on the other end which doesn't
have an OrderedDict-like class. Why
Skip Montanaro s...@pobox.com added the comment:
Daniel Daniel Diniz aja...@gmail.com added the comment:
Daniel I get different behavior in py3k compared to trunk:
Daniel ~/trunk-py$ ./python issue1511_py3k.py
Daniel [['foo', 'bar\r\nbaz\r\nbiff', 'boo']]
Daniel
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1755841
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
Robert Is there any interest in my expanding the list of probes?
Yes. Jeff Garrett (a guy I work with) added some more DTrace probes to a
2.4 source tree at work. I mentioned them in an earlier message. I'll
check with him at work tomorrow
Skip Montanaro s...@pobox.com added the comment:
Sorry, I've been away from this issue. I was sort of hoping the Sun and
Apple folks would just work things out amongst themselves and present us
with a fait accompli. ;-) I'll try to mess around with this a little.
Robert $ sudo dtrace
Skip Montanaro s...@pobox.com added the comment:
Akira Note that dbm and gdbm C API is a little different. gdbm_nextkey
Akira requires key for its argument, dbm_nextkey don't. So I had to
Akira use for gdbm an static variable that points to the current
Akira position.
I don't
Skip Montanaro s...@pobox.com added the comment:
skip What's worse, even in a non-threaded environment you might want to
skip iterate over the gdbm file simultaneously from two different
skip places.
Or iterate over two different gdbm files simultaneously
Skip Montanaro s...@pobox.com added the comment:
Mark Here's a patch that backports the corresponding changes from
Mark trunk.
Mark Skip, can you confirm that this fixes the issue?
Indeed, your patch appears to fix the problem:
% LD_LIBRARY_PATH=. ./python Lib/test/regrtest.py -v
Skip Montanaro s...@pobox.com added the comment:
FWIW, with the patch applied all tests still pass on Mac OS X 10.5.6
(Intel).
S
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5724
New submission from Skip Montanaro s...@pobox.com:
I configured and built Python 2.6.2c1 on Solaris 10 using gcc 4.2.
All tests pass except cmath:
% LD_LIBRARY_PATH=. ./python Lib/test/regrtest.py -v test_cmath
test_cmath
test_abs (test.test_cmath.CMathTests) ... ok
Changes by Skip Montanaro s...@pobox.com:
--
nosy: +marketdickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5724
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
David I've added some unit tests for embedded newlines, and py3k csv
David passes (on linux at least) when newline='' is used. Unless
David someone can provide a test case that fails when newline='' is
David used, I propose we fix
Skip Montanaro s...@pobox.com added the comment:
David I also deleted the unicode discussion (since CSV obviously
David handles unicode now) ...
Maybe there should be a simple example showing use of the encoding parameter
to open() to encode Unicode on write and decode to Unicode on read
Skip Montanaro s...@pobox.com added the comment:
Am I the only person who wishes all the assert* and fail* methods would
simply go away in favor of simply using the assert statement?
Skip
--
___
Python tracker rep...@bugs.python.org
http
Skip Montanaro s...@pobox.com added the comment:
Michael Why do you need the assert methods to go away in order to use
Michael assert statements?
You don't, but use of assert statements seems a hell of a lot more Pythonic
to me than all the assert* or fail* method names which I can never
Skip Montanaro s...@pobox.com added the comment:
You don't, but use of assert statements seems a hell of a lot more
Pythonic to me than all the assert* or fail* method names which I can
never remember.
Antoine 1. they are optimized away in -Oxxx mode
As far as I can tell
Skip Montanaro s...@pobox.com added the comment:
I don't see a patch. Is there some reason that if you need this
you can't simply subclass DictWriter?
--
nosy: +skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1653416
___
___
Python-bugs-list
New submission from Skip Montanaro s...@pobox.com:
The main thread has an ident, but the threading module doesn't
recognize that fact. I shouldn't have to start the main thread.
Example:
% python
Python 2.7a0 (trunk:70084, Feb 28 2009, 20:51:51)
[GCC 4.0.1 (Apple Inc. build 5490)] on darwin
Skip Montanaro s...@pobox.com added the comment:
Here's a test case which reveals the problem as I see it.
--
keywords: +patch
stage: - needs patch
Added file: http://bugs.python.org/file13525/threading.diff
___
Python tracker rep...@bugs.python.org
Changes by Skip Montanaro s...@pobox.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2578
___
___
Python-bugs-list mailing list
Unsubscribe
Skip Montanaro s...@pobox.com added the comment:
Personally, I would prefer it if unittest got rid of all the various
ways to spell assert and just let test cases use the assert statement.
I use nose for most of my stuff which supports/allows use of the assert
statement. I think my test cases
Skip Montanaro s...@pobox.com added the comment:
Just in case it can't be retrieved, here is Greg's text from msg84360:
Oh for reference, i left these out but they may interest people for
completeness sake.
assert_ 15%
assertTrue 9%
assertFalse 5%
We
Skip Montanaro s...@pobox.com added the comment:
I'm closing this. It's my own fault that it languished for so long,
but the current trunk version of Python doesn't demonstrate the behavior
Neil documented four years ago.
--
resolution: - out of date
status: open - closed
Skip Montanaro s...@pobox.com added the comment:
(I did try to clarify the return type of the iterator a bit better.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1431091
Changes by Skip Montanaro s...@pobox.com:
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1431091
___
___
Python-bugs-list mailing list
Skip Montanaro s...@pobox.com added the comment:
Closing as won't fix. There are bound to be limits to how the Sniffer
class works. I'm not sure it's worth the effort necessary to fix this
corner case.
(Andrew, reopen if you want to tackle this.)
--
resolution: - wont fix
status
Skip Montanaro s...@pobox.com added the comment:
(I did try to clarify the return value of the next/__next__ method a bit.)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1157169
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue444582
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
This issue seems to have simply been overlooked when 3.0 was released.
It should be fixed in the next round of 3.0 and 3.1 updates. Any
feeback on the idea that the csv.reader constructor (and probably the
DictReader and proposed NamedTupleReader
Skip Montanaro s...@pobox.com added the comment:
Jervis So the returned lineobj is a bytes type and then the
Jervis PyUnicode_Check throws the error.
Right, but given that fact how do you get a Unicode string out of the bytes
without an encoding? You can't open a file in binary mode
Skip Montanaro s...@pobox.com added the comment:
me What should be the default?
Scratch that. If the iterator passed to csv.reader is in a mode which will
cause it to emit bytes instead of unicode objects the caller must give an
encoding. The csv.reader code will then perform the necessary
Skip Montanaro s...@pobox.com added the comment:
I find this aspect of the proposal disturbing:
If *fieldnames* is None the values in the
first row of the *csvfile* will be used as the fieldnames
I don't think this should be implicit. It makes the NamedTupleReader
Changes by Skip Montanaro s...@pobox.com:
--
message_count: 26.0 - 25.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1818
___
___
Python-bugs
Skip Montanaro s...@pobox.com added the comment:
I retract my previous comment. I don't use the DictReader the way it
operates (fieldnames==None = first row is a header) and forgot about
that behavior.
--
message_count: 25.0 - 26.0
___
Python
New submission from Skip Montanaro s...@pobox.com:
I just discovered that the csv module's reader class in 3.x doesn't work
as expected when used as documented. The requirement has always been
that the CSV file is opened in binary mode so that embedded newlines in
fields are screwed up. Alas
Skip Montanaro s...@pobox.com added the comment:
Jervis in csv.rst removed reference to reader.next() as a public method.
Because? I've not seen any discussion in this issue or in any other forums
(most certainly not on the c...@python.org mailing list) which would suggest
that csv.reader's
Skip Montanaro s...@pobox.com added the comment:
Can't be applied to 2.5 at this point. I agree it's dumb to
report the entire partial read and that reporting just the
number of bytes read is a much better solution. Your patch
looks fine to me as well, except you call resp.close() twice
Changes by Skip Montanaro s...@pobox.com:
--
stage: needs patch - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4308
___
___
Python
Skip Montanaro s...@pobox.com added the comment:
Chris Why can't it be applied to 2.5?
Benjamin can correct me if I'm wrong, but I thought the last 2.5 release was
the last full release planned. Certainly if another full 2.5 release is in
the cards then the patch should go there as well.
Skip
Skip Montanaro s...@pobox.com added the comment:
Martin The Python 2.5 branch is closed for bug fixes; no further bug
Martin fix releases of Python 2.5 will be made. Only security fixes can
Martin be accepted on the 2.5 branch.
So all Chris has to do to get this applied to 2.5 is craft
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1580
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
Raymond Barry or Skip, is this something you want in your module?
Sorry, I haven't really looked at this ticket other than to notice its
presence. I wrote the DictReader/DictWriter functions way back when, so I'm
pretty comfortable using them
Skip Montanaro s...@pobox.com added the comment:
Hrm... I replied twice by email. Only one comment appears to have
survived the long trip. Here's my second reply:
Rob NamedTupleReader and NamedTupleWriter should be inverses. This
Rob means that NamedTupleWriter needs to write
Skip Montanaro s...@pobox.com added the comment:
Let me be more explicit. I don't know how it implements it, but I think
you really need to give the user the option of specifying the field
names and not reading/writing headers. It can't be implicit as I
interpreted Rob's earlier comment
Skip Montanaro s...@pobox.com added the comment:
More concretely, I don't think this is so onerous:
names = [col1, col2, color]
writer = csv.DictWriter(open(f.csv, wb), fieldnames=names, ...)
writer.writerow(dict(zip(names, names)))
...
or
f = open(f.csv, rb)
names
Skip Montanaro s...@pobox.com added the comment:
Rob I still don't like the lack of symmetry of supporting implicit
Rob header reads, but not implicit header writes.
A header is nothing more than a row in the CSV file with special
interpretation applied by the user. There is nothing
Skip Montanaro s...@pobox.com added the comment:
I verified the bug. I started to work on a patch (see attached), but
it quickly seems to get out-of-hand with tracebacks about stuff not
supporting the buffer API. I suspect the real solution might involve
doing something to convert the bytes
Skip Montanaro s...@pobox.com added the comment:
Martin If it becomes a sys.excepthook, it doesn't need to be part of
Martin Python anymore; any user could install it as a recipe if they
Martin desire.
Martin Hence I'm rejecting the patch.
It could still be a nice addition
Skip Montanaro s...@pobox.com added the comment:
PyPI: http://pypi.python.org/pypi/tb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1098732
___
___
Python
Skip Montanaro s...@pobox.com added the comment:
How about reformulating it as a function appropriate as sys.excepthook?
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1098732
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -montanaro.historic
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1152248
___
___
Python-bugs
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1214879
___
___
Python-bugs-list
Changes by Skip Montanaro s...@pobox.com:
--
nosy: -skip.montanaro
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue849662
___
___
Python-bugs-list
Skip Montanaro s...@pobox.com added the comment:
Antoine Skip, removing the colon doesn't work if the macro adds code
Antoine after the colon :)
When I looked I thought both TARGET and TARGET_WITH_IMPL ended with a colon,
but I see that's not the case. How about removing TARGET_WITH_IMPL
Skip Montanaro s...@pobox.com added the comment:
Seems like this should be fairly easy to do right. 'U' needs to be
removed from the flags but then applied to the lines read from the
stream.
--
keywords: +easy
nosy: +skip.montanaro
stage: - needs patch
Skip Montanaro s...@pobox.com added the comment:
Here's a patch against trunk. Extra test case and minor doc tweak
included.
--
keywords: +patch
Added file: http://bugs.python.org/file12945/gzipU.diff
___
Python tracker rep...@bugs.python.org
http
Changes by Skip Montanaro s...@pobox.com:
--
keywords: +needs review
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5148
Skip Montanaro s...@pobox.com added the comment:
This has been checked in, right? Might I suggest that the TARGET and
TARGET_WITH_IMPL macros not include the trailing colon? I think that
will make it more friendly toward smart editors such as Emacs' C
mode. I definitely get better indentation
Skip Montanaro s...@pobox.com added the comment:
Unassigning myself. I don't have time for this. I've taken my sandbox
version about as far as I can, and the subject of this ticket has
gone a bit far afield from just adding a sqlite module to the dbm pkg.
--
assignee: skip.montanaro
Skip Montanaro s...@pobox.com added the comment:
Ted I tried building this on my Mac and got this;
Forgive me if I'm preaching to the choir here.
Did you run autoconf or autoreconf after applying the patch? If not,
@DTRACEOBJS@ would not be a substitutable string. It's fairly common
Skip Montanaro s...@pobox.com added the comment:
Here's a patch against the current trunk (2.7) which compiles on my Mac. It
adds a --with-dtrace configure option. The code checks to see if the -G
option is understood by the dtrace command. If so, dtrace support is added
Sun-style. If not we
Skip Montanaro s...@pobox.com added the comment:
Laca Please see here for discussion about the -G flag on OS X:
Laca http://markmail.org/message/4nheqnexjr2o6mcx
Laca If I read it correctly, on OS X, you will need to use -h instead
Laca of -G and it won't emit an object file
New submission from Skip Montanaro s...@pobox.com:
The attached patch removes vestiges of Monterey compiler support from
configure.in. Apparently Monterey was some ill-conceived 64-bit SCO/IBM
operating system which died in 2000. Can't see why we need to support it.
Skip
===File ~/src/python
Skip Montanaro s...@pobox.com added the comment:
Here's the original patch as an attachment.
--
keywords: +patch
Added file: http://bugs.python.org/file12850/configure.in.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5047
Skip Montanaro s...@pobox.com added the comment:
And a diff for README. The other changes in r16962 seem to be bug fixes
which, while exposed by the Monterey port, don't appear to be platform-
dependent.
Added file: http://bugs.python.org/file12851/README.diff
Skip Montanaro s...@pobox.com added the comment:
So I completely dropped the ball on this. It appears we have some
folks from Sun and Brett surmised that Ronald Oussoren would be the
likely person to do the heavy lifting on the Apple side of things.
Ronald, I've made you nosy. I will try
Skip Montanaro s...@pobox.com added the comment:
After applying the patch and reconfiguring I get compilation errors in
Python/ceval.c. I suspect it's because there is a new header file,
Python/python.h. That's probably found by the #include directive in
favor of Include/Python.h because
Skip Montanaro s...@pobox.com added the comment:
me I get an error later running dtrace which I have yet to investigate.
Apple's dtrace program doesn't support the -G flag. When I remove it from
Makefile.pre.in and rebuild I get an error about privileges:
dtrace -o Python/dtrace.o -C -s
Skip Montanaro s...@pobox.com added the comment:
Look at the oldest checkin comment for a line still in the module:
r2166 | guido | 1990-10-13 14:23:40 -0500 (Sat, 13 Oct 1990) | 2 lines
Initial revision
In short, it's been there for a long, long time. Long before PEPs.
Long before
Skip Montanaro s...@pobox.com added the comment:
Antoine (sorry, the patch is very long because it seems running
Antoine autoconf changes a lot of things in the configure script)
Normal practice is to not include the configure script in such patches and
indicate to people
Skip Montanaro s...@pobox.com added the comment:
Pystone results:
apply why patch
py3k% rm $TMPDIR/*.[coi] ; make python.exe rm -f /tmp/trash ;
./python.exe Lib/test/pystone.py
rm: /tmp/*.[coi]: No such file or directory
make: `python.exe' is up to date.
Pystone(1.1) time for 5 passes
Skip Montanaro s...@pobox.com added the comment:
pybench comparison...
% ./python.exe Tools/pybench/pybench.py -s stock.out -c why.out
-
--
PYBENCH 2.0
Skip Montanaro s...@pobox.com added the comment:
Works for me. Thanks Ronald. Closing...
--
assignee: - ronaldoussoren
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4472
Skip Montanaro s...@pobox.com added the comment:
I thought why_not_here was meaningful.
Antoine I don't know, when I see goto why_not_here it looks like a
Antoine joke to me :)
Well, I think the enum name WHY_NOT is kind of a joke itself, but it's been
that way for so long I see
Skip Montanaro s...@pobox.com added the comment:
Paolo Various techniques allow to create binary code from the
Paolo interpreter binary, by just pasting together the code for the
Paolo common interpreters cases and producing calls to the other. But,
Paolo guess what, on most
New submission from Skip Montanaro s...@pobox.com:
I was just poking around the distutils documentation and came across the
distutils.mwerkscompiler module. Surely that can't be useful anymore, can
it? The doc reads, in its entirety:
Contains MWerksCompiler, an implementation
Skip Montanaro s...@pobox.com added the comment:
I'm sure this is the wrong place to bring this up, but I had a
thought about simple JIT compilation coupled with the opcode
dispatch changes in this issue.
Consider this silly function:
def f(a, b):
... result = 0
... while b
Skip Montanaro s...@pobox.com added the comment:
Hopefully I'm not picking at a scab here. I updated the dbm.sqlite
module in the sandbox. It now orders by rowid instead of by key.
(I saw no performance penalty for the small table sizes I was using
to ordering. I switched from ordering by key
New submission from Skip Montanaro s...@pobox.com:
I get this error when trying to configure with Intel's icc on my Mac (Intel,
10.5.6, Xcode 3.1.2):
configure:10332: checking size of size_t
configure:10637: icc -o conftest -g -O2 conftest.c 5
ld: library not found for -lgcc_s
401 - 500 of 805 matches
Mail list logo