Changes by Skip Montanaro <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file8179/robotparser.py.patch
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I suppose I'm as good a person to continue maintaining this as any,
though my time is largely spent doing other stuff these days. The patch
doesn't apply cleanly right now and lots of the changes it suggests have
been made
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Jesse> Per skip's email:
Jesse> FWIW, it appears that Solaris doesn't define SEM_VALUE_MAX but does
Jesse> define
Jesse> _SEM_VALUE_MAX in sys/params.h.
...
Thanks for submitting the bug report.
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Georg> I agree with Antoine that the standard behavior is what you want in most
Georg> simple command-line scripts.
Georg> It's easy enough to replace the parser's exit function to just print
the
Ge
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
My bad. Sorry for the noise. mods in my sandbox...
--
resolution: -> invalid
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Georg> Georg Brandl <[EMAIL PROTECTED]> added the comment:
Georg> Where does the strftime.c come from? It is not in the Python
Georg> sources -- is this a Mac-specific thing?
Whoops. My bad. Modified sandbox.
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
I'm fully up-to-date on my py3k branch (r64171). After a make clean I
find that I can't build either the time or datetime modules. Here are
errors from gcc:
building 'time' extension
gcc -fno-strict-aliasing -DN
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
status: open -> closed
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue3084>
___
__
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I originally sent this by email but never saw it pop up. I eventually
submitted via the web.
--
superseder: -> sys.exit() called from optparse - bad, bad, bad
___
Python tracke
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
This seems like a bug in optparse.OptionParser:
def exit(self, status=0, msg=None):
if msg:
sys.stderr.write(msg)
sys.exit(status)
def error(self, msg):
"""error(msg : str
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
versions: +Python 2.6, Python 3.0
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
This seems like a bug in optparse.OptionParser:
def exit(self, status=0, msg=None):
if msg:
sys.stderr.write(msg)
sys.exit(status)
def error(self, msg):
"""error(msg : str
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I'm not going to pretend I understand the changes. I do notice
that test_docxmlrpc hangs hard on my Mac (doesn't even respond to
Ctl-C). DocXMLRPCServer subclasses from SimpleXMLRPCServer, so I
suspect it needs some attenti
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Ah, I remember now. It was a special case for xmlrpclib to allow
its Date objects to operate before 1900.
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Which version of Python are you using? I could have sworn we just fixed
this problem in CVS a couple weeks ago.
--
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
The conclusion on python-dev is that NamedTemporaryFile is
an adequate replacement for mktemp, so this isn't needed.
--
resolution: -> rejected
status: open -> closed
__
Tracker
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Nick> What does this offer over using NamedTemporaryFile(delete=False)?
Nothing I suppose. I wasn't aware of the similarity of the two (I always
use mkstemp()) or the delete arg to NamedTemporaryFile, and assumed Guido
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
Removed file: http://bugs.python.org/file10136/mkstempf.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Thanks. New patch attached.
Added file: http://bugs.python.org/file10137/mkstempf.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
On python-dev Guido lamented the fact that tempfile.mkstemp()
returns a file descriptor instead of a file object. This
patch adds tempfile.mkstempf to remedy that.
--
components: Library (Lib)
files: mkstempf.diff
keywords
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
It's not a mistake. In fact, the csv unit tests make use of being able
to iterate over strings. I don't think this feature is going away.
--
nosy: +skip.montanaro
__
Tracker &
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
priority: -> normal
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2623>
__
___
Python-b
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I updated xmlrpclib.rst with your documentation changes (r62465).
Is it okay to close this ticket?
Skip
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTE
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Can this ticket be closed? I've still yet to see anything here that
anyone could actually do anything with.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Donovan, can you recreate this patch using the current Subversion trunk?
The patch program complains:
malformed patch at line 125: Index:
trunk.2/Lib/SimpleXMLRPCServer.py
Thanks,
Skip
--
nosy: +skip.mon
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Leonard,
Can you reformulate your patch in terms of the current xmlrpclib module
code? It no longer applies cleanly. Also, to be considered it will
definitely need new test cases and may well need documentation changes.
Also, not
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Checked in on trunk as r62378. Will let the normal 3.0 merge process
suck it over to the py3k branch.
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PR
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
working on it
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
resolution: -> invalid
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2640>
__
__
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
What platform are you on? Did you open the output file in
binary mode? I sort of suspect you failed to add 'b' to the
file mode and are getting a text file.
--
nosy: +skip.montanaro
__
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
assignee: skip.montanaro ->
nosy: -skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Assigning to Andrew (as the primary C lib author). Andrew, please
comment ;-).
--
assignee: skip.montanaro -> andrewmcnamara
nosy: +andrewmcnamara
_
Tracker <[EMAIL PROTE
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
resolution: -> remind
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1374063>
_
___
Changes by Skip Montanaro <[EMAIL PROTECTED]>:
--
status: pending -> closed
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue852532>
___
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Just a doc change after all...
--
status: pending -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
unassigning
--
assignee: skip.montanaro ->
Tracker <[EMAIL PROTECTED]>
<http://bugs.pyth
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I can't see a great reason to change the behavior. I've attached my
current patch for csv.py and test_csv.py in case someone else wants
to pick it up later.
--
keywords: +patch
priority: -> low
resolution:
New submission from Skip Montanaro <[EMAIL PROTECTED]>:
I recently started getting the following error when building the
trunk on Mac OS X Leopard:
ld: atom sorting error for .LFE1 and .ffi_call_SYSV_end in
build/temp.macosx-10.3-i386-2.6/Users/skip/src/python/trunk/Modules/_ctypes/libf
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
>> It works entirely based on chracter frequencies.
Amaury> Does it make sense to restrict delimiters to a reasonable set of
Amaury> characters? Usual punctuations, spaces, tabs... what else?
There is an optional d
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Jean-Philippe> You're right, it does seem that using f.read(1024) to
Jean-Philippe> feed the sniffer works OK in my case and allows me to
Jean-Philippe> instantiate the DictReader correctly... Why that is I'
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Jean-Philippe> The fact is this code is in use in an application where
Jean-Philippe> users can submit a .csv file produced by Excel for
Jean-Philippe> treatment. The file must contain a "Sequence" column
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
The default for Popen objects is to not use the shell, thus
no expansion. Set shell=True in the Popen call:
>>> import subprocess
>>> output = subprocess.Popen(['ls', '*'])
>>> ls: *: No
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Wolfgang> In this cases it is not really possible to sniff the right
Wolfgang> delimiter. To not allow digits or letters is not a good
Wolfgang> solution. I think the behavior as now is ok, and at this time
Wolf
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I gave this a try. It seems to not report on many files. For example,
test_csv was run and passed, but there is no html file in the coverage
directory with "csv" in its name after figleaf2html is run. Nor is there a
ke
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
How will this work if I use a build directory? For example,
my source is in ~/src/python/trunk. In there I create a
build directory. When I run it I get
% pwd
/Users/skip/src/python/trunk/build
% ./python.exe ../Tools/coverage/cover
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
What do you think the delimiter should be for this csv file?
43.4e12
147483648
47483648
What about this one?
abcdef
bcdefg
cdefgh
And this?
abc8def
bcd8efg
cde8fgh
If I force the sniffer to not allow digits or letters as
delimi
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Checking this in. All tests pass. Have for quite awhile.
rev 61402.
--
assignee: -> skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.py
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Jeffrey> ... but I'm really surprised to see the same tests affected in
Jeffrey> opposite directions. Is that common with pybench and compiler
Jeffrey> changes?
I've no idea. Marc-André Lemburg would be
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
Pybench doesn't show much difference for me, about 0.1% better on minimum
times. A few tests are quite a bit worse (> 10%) with the patch
(Recursion, SimpleFloatArithmetic, StringPredicates, TryFinally). A few
are quit
Skip Montanaro <[EMAIL PROTECTED]> added the comment:
I've yet to run pybench, but I came get these warnings from
the compiler after applying the patch:
../Python/ceval.c: In function 'PyEval_EvalFrameEx':
../Python/ceval.c:772: warning: 'x' may be used
Skip Montanaro added the comment:
I'm reopening this. I am seeing the same behavior now on my
MacBook Pro running Mac OS X 10.5.1. Looking at the crash report
in my ~/Library/Logs/CrashReporter directory I see both /usr/lib
and /opt/local/lib versions of libsqlite3:
0x1188000 - 0x11
Changes by Skip Montanaro:
--
type: -> behavior
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1927>
__
___
Python-bugs-list mailing list
Uns
New submission from Skip Montanaro:
>From a thread on python-dev...
http://mail.python.org/pipermail/python-dev/2008-January/076446.html
Mike Kent mike.kent at sage.com
Thu Jan 24 16:33:47 CET 2008
Recently I was trying to debug an old python program who's maintenance I
inherited
Skip Montanaro added the comment:
I'd personally be kind of surprised if Barry had any thoughts on this.
Is there any reason this couldn't be pushed down into the C code and
replace the normal tuple output completely? In the absence of any
fieldnames you could just dream some up, like
Skip Montanaro added the comment:
> it currently mentions test_socket_ssl and test_timeout explicitly
"it" being regrtest.py? This patch works for me. In what way is
regrtest's reference to test_socket_ssl (for example) a problem? All
I did for that test was tighten up t
Skip Montanaro added the comment:
This is an easy patch, but I'd like someone to at least verify it works
before checking it in... nudge, nudge, wink, wink...
--
keywords: +easy
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Skip Montanaro added the comment:
Do you have an example which doesn't require a login? Failing that,
can you tell us how to get the requisite login?
Skip
--
nosy: +skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Changes by Skip Montanaro:
--
nosy: -skip.montanaro
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue602345>
___
Python-bugs-list mailing list
Skip Montanaro added the comment:
I have no idea, but you can close this as far as I'm concerned.
Skip
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
Skip Montanaro added the comment:
duplicate of 1659
--
resolution: -> duplicate
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Skip Montanaro:
(third try at getting this bug report to submit by email.)
While riding to work today I ran the test suite on trunk. The following
tests failed due to lack of network connectivity:
test_socket
test_socket_ssl
test_ssl
test_urllib2
These
New submission from Skip Montanaro:
While riding to work today I ran the test suite on trunk. The following
tests failed due to lack of network connectivity:
test_socket
test_socket_ssl
test_ssl
test_urllib2
These tests should probably either require -u network or should
Skip Montanaro added the comment:
Guido> ... trying to explain why two numbers both print the same but
Guido> compare unequal ...
This is not a Python-specific issue. The notion of limited precision was
pounded into our heads in the numerical analysis class I took in college,
19
Changes by Skip Montanaro:
Removed file: http://bugs.python.org/file8903/datetime-f.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-
Skip Montanaro added the comment:
Stop me before I update it again! This update touches up
datetime_strptime a bit. It's more uniform and a bit faster.
Added file: http://bugs.python.org/file8907/datetime-f.diff
__
Tracker <[EMAIL PROTECTED
Changes by Skip Montanaro:
Removed file: http://bugs.python.org/file8901/datetime-f.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-
Changes by Skip Montanaro:
Removed file: http://bugs.python.org/file8439/dt-30.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-list
Skip Montanaro added the comment:
Updated diff. Just a tweak to datetime.rst.
Added file: http://bugs.python.org/file8903/datetime-f.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__Index:
Skip Montanaro added the comment:
Actually, I think I will avoid the 3.0 patch altogether and let these
changes propagate from trunk to py3k by whoever works that magic.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/
Changes by Skip Montanaro:
Removed file: http://bugs.python.org/file8438/dt-26.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-list
Skip Montanaro added the comment:
Okay, here's my latest patch (datetime-f.diff). 2.6 only at this point.
Added file: http://bugs.python.org/file8901/datetime-f.diff
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python
Skip Montanaro added the comment:
In the absence of any more feedback, I checked this in as r59420.
--
resolution: -> accepted
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Skip Montanaro added the comment:
updated docstrings for file and open (r59417).
--
nosy: +skip.montanaro
resolution: -> fixed
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
Changes by Skip Montanaro:
Removed file: http://bugs.python.org/file8851/string-split.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1538>
__
___
Pyth
Skip Montanaro added the comment:
I'm not sure why a string subclass shouldn't work, but I've attached a new
version of the patch that calls PyString_CheckExact() to prevent using a
string subclass.
Added file: http://bugs.python.org/file8864/str
New submission from Skip Montanaro:
The topic of avoiding string copies in certain string methods came up in
the
ChiPy list:
http://mail.python.org/pipermail/chicago/2007-December/002975.html.
The attached patch modifies the split and rsplit implementations to
avoid
making a copy of self
Skip Montanaro added the comment:
mal> Interesting. It appears as if r57142 caused this change.
Skip> How do I get a diff of the change in r57142?
Okay, I got that diff. The change was from my BeOS cleaning. While adding
back in that ifdef certain restores the desired behavior, I
Skip Montanaro added the comment:
mal> Interesting. It appears as if r57142 caused this change.
How do I get a diff of the change in r57142? In particular, is it something
I did? I was working on deleting BeOS support (and support for other
minority platforms) awhile ago. I don'
Skip Montanaro added the comment:
Chris> I keep needing to know the number of seconds that a timedelta
Chris> represents, so I implemented the following patch.
I can sympathize, but if we accept this patch, for symmetry reasons
shouldn't we also add .todays, .tomicroseconds and
Changes by Skip Montanaro:
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1511>
__
___
Python-bu
Changes by Skip Montanaro:
--
nosy: +skip.montanaro
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1067>
__
___
Python-bugs-list mailing list
Unsubs
Skip Montanaro added the comment:
Applied in r59317 (trunk) and r59318 (release25-maint).
--
assignee: -> skip.montanaro
nosy: +skip.montanaro
resolution: -> accepted
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http
Skip Montanaro added the comment:
This appears to work better in 2.5 and 2.6 (it doesn't crash, though it
gets the delimiter wrong) but does indeed fail in 2.4.
--
nosy: +skip.montanaro
_
Tracker <[EMAIL PROTECTED]>
<http://b
Skip Montanaro added the comment:
I changed the documentation for 2.5 and 2.6 to reflect the change in
semantics. r58840 and r58841. Have a look and let me know if that looks
reasonable.
--
status: open -> pending
title: cvs.get_dialect() return a class object -> cvs.get_d
Skip Montanaro added the comment:
One other thing worth noting is that %s is not universally
available. Solaris, for example, lacks it in its strftime()
implementation. (It has a bazillion other non-standard
format strings but not %s.)
Skip
_
Tracker
Skip Montanaro added the comment:
>> No fractions of a second...
Jon> If we're expecting floating-point, then everything you said earlier
Jon> about the limitations of ints was a bit redundant ;-)
Yes, sorry. I responded to the mail without going back and reviewing
Skip Montanaro added the comment:
Tom> unless I'm missing something important this will do the trick quite
Tom> nicely:
>>>> from datetime import datetime
>>>> datetime(2007, 12, 24, 20, 0).strftime("%s")
Tom> '11985228
Skip Montanaro added the comment:
Zooko> I meant that it special-cases .microseconds == 0.
Tim indicated in his comment that the behavior is both by design and
documented and isn't going to change. In an earlier comment I showed how to
achieve the result you ased for in one line.
Skip Montanaro added the comment:
Zooko> Here is a note for the next person who comes to this ticket
Zooko> wondering why isoformat() exhibits this slightly un-Pythonic
Zooko> behavior.
What are you referring to, that it doesn't display any microseconds when the
mic
Skip Montanaro added the comment:
The string name of the dialect is "excel-tab". Hyphens are not
valid characters in identifiers though, so the actual object
is named "excel_tab". When you call csv.get_dialect("excel-tab")
it instantiates the csv.ex
Skip Montanaro added the comment:
Martin> Website issues are not tracked in this tracker. See
Martin> http://wiki.python.org/moin/PythonWebsiteCreatingNewTickets
Is there some reason at this point that we need to maintain two separate
trackers? A ton of work went into making our R
New submission from Skip Montanaro:
It was reported to [EMAIL PROTECTED] today that Thomas Heller's
pyhelp.cgi script is not available (yields 403 Forbidden). For the
time being I removed that link from http://www.python.org/doc/.
Still, there is the Google search box at the top of the
Skip Montanaro added the comment:
Brett> In terms of strptime, I would just change _strptime.strptime() to
Brett> _strptime._strptime() and have it return everything along with
Brett> the microseconds measurement. Then have public functions that
Brett> call that functio
Skip Montanaro added the comment:
Brett,
Continuing the discussion of strptime... It returns a time.struct_time.
Would it cause too much breakage (only do this in 3.0) to add a tm_usec
field to the end of that object? It seems a lot of bits of code might
still expect a length 9 tuple-ish thing
Changes by Skip Montanaro:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mai
Skip Montanaro added the comment:
Here are new patches for 2.6 and 3.0 including changes
to doc and test cases.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__Index: Lib/test/test
Changes by Skip Montanaro:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1158>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mai
Skip Montanaro added the comment:
Eric> It's a nit, but there are a few other comments that should be
Eric> changed to mention %f in addition to %z/%Z.
Yes, thanks.
Skip
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.
Skip Montanaro added the comment:
Brett> Are you going to add support to strptime as well?
I looked at strptime for about two seconds then moved on. I presume you
would know how to add it easily though. ;-)
Brett> As for the 'time' module, I don't think it would be
New submission from Skip Montanaro:
Attached is a patch for py3k which adds a %f format code to its strftime
method. When included in a format string it expands to the number of
microseconds in the object. date, time and datetime objects all support
the format (though I'm not sure wha
701 - 800 of 838 matches
Mail list logo