Guilherme Polo added the comment:
If you are going to backport it to 2.6, then the C wrapper should be
adapted to match Python 2.x C coding style. If the other parts don't
apply correctly, then you should update it aswell.
__
Tracker [EMAIL PROTECTED]
http
Guilherme Polo added the comment:
I'm attaching a patch that fixes this, it was done for rev 61179 (trunk).
Note that is_cgi method is incorrectly documented, even more now. Only
the first line in its docstring is correct now, before this patch, last
paragraph was correct too
Guilherme Polo added the comment:
oops, I was doing some tests in the last patch and left a bug in it. I'm
attaching a new one.
Added file: http://bugs.python.org/file9629/CGIHTTPServer_is_cgi_fix2.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org
Guilherme Polo added the comment:
This corrects is_cgi docstring (maybe this should be done in a new
issue?). It also removes a part of it that I believe to not be
necessary, someone correct me if I'm wrong.
Added file: http://bugs.python.org/file9632/CGIHTTPServer_is_cgi_doc_fix.diff
Guilherme Polo added the comment:
Thanks for the review, corrections and suggestions Georg.
For the first three items: I will be working on this later today.
For the last item: which is one of those three new constants added. I
believe if you pass something else setitimer/getitimer might raise
Guilherme Polo added the comment:
I'm attaching another patch, this should be applied after the other ones
have been applied. It fixes what Georg mentioned.
I have chosen to let ItimerError inherit from IOError, and improved the
docstring of setitimer.
Added file:
http://bugs.python.org
Guilherme Polo added the comment:
Updated Doc/library/signal.rst, follows a patch.
Added file: http://bugs.python.org/file9620/setitimer_getitimer_wrapper_doc.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2240
Changes by Guilherme Polo:
Added file:
http://bugs.python.org/file9622/setitimer_getitimer_wrapper_doc_update.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2240
Guilherme Polo added the comment:
I've done some tests for getitimer/setitimer, diff is attached.
Added file:
http://bugs.python.org/file9623/setitimer_getitimer_wrapper_test.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2240
New submission from Guilherme Polo:
Right now Python misses a wrapper for setitimer and getitimer and I
believe it would be interesting to include them. I'm (almost) sure some
other people may find it useful too.
I'm attaching a standalone module, but if it gets to be included in
Python, I
Guilherme Polo added the comment:
I forgot to remove an unwanted comment from it =)
Attaching new version.
Added file: http://bugs.python.org/file9611/py-itimer-0.1.2.tar.gz
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2240
Guilherme Polo added the comment:
Martin, thanks for supporting the idea.
I'm attaching a patch. It is against rev 61255, py3k branch.
It patches configure, configure.in, Modules/signalmodule.c and pyconfig.h.in
I wasn't sure if I should attach a diff for each file, so they are all
packed
Guilherme Polo added the comment:
I noticed that I forgot to change setitimer and getitimer functions from
itimer_setitimer to signal_setitimer (same for getitimer).
I'm attaching a patch that should be applied after the previous one to
do this renaming.
Added file:
http://bugs.python.org
Guilherme Polo added the comment:
I believe it should say STORE_FAST or STORE_GLOBAL instead.
--
nosy: +gpolo
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2161
Guilherme Polo added the comment:
I'm attaching a patch that solves this and updates tests.
Added file: http://bugs.python.org/file9459/tokenize_r60884.diff
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2134
Guilherme Polo added the comment:
Have you read
http://docs.python.org/lib/optparse-standard-option-actions.html ?
If yes, what is the problem with store_true/store_false ?
--
nosy: +gpolo
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2130
New submission from Guilherme Polo:
function generate_tokes at tokenize.py yields token OP (51) for colon,
while it should be token COLON (11). It probably affects other python
versions as well.
I'm attaching a minor sample that demonstrates this, running it returns
the following output:
1
Guilherme Polo added the comment:
cgitb just creates a html document with a traceback, it doesn't send it
over network. I would like to take a look at this, but before it would
be good to know if the author of this bug found some other place that
this issue applies.
--
nosy: +gpolo
Guilherme Polo added the comment:
I tried Frederik's solution against trunk and it works. I compiled
python with ucs2 so it is surely setting SRE_CODE to unsigned long.
Before this change I got the same exception as pointed by Guido Ostkamp.
--
nosy: +gpolo
Guilherme Polo added the comment:
Maybe there should be two new functions then ? isgeneratorfunction and
isgenerator.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1916
Guilherme Polo added the comment:
I am attaching a patch that address this issue.
--
nosy: +gpolo
Added file: http://bugs.python.org/file9384/inspect.py.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1764286
Guilherme Polo added the comment:
I'm attaching a patch, it adds two new functions and removes some
constants defined in the code that can be retrieved from compiler.consts
Added file: http://bugs.python.org/file9380/inspect.py.diff
__
Tracker [EMAIL PROTECTED
Guilherme Polo added the comment:
Adding a patch that fixes inspect test and doc.
Added file: http://bugs.python.org/file9381/inspect_doc_and_test.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1916
Guilherme Polo added the comment:
I don't see the point of lines below that comment # Scripts don't get
the current directory in their path by default.. I'm adding a patch
that removes those lines and makes use of pathdirs function instead of
using sys.path in serve function, so you get unique
Guilherme Polo added the comment:
I'm attaching a patch. Is there some hidden problem that it may cause ?
By the way, this issue is a duplicate of http://bugs.python.org/issue993580
--
nosy: +gpolo
Added file: http://bugs.python.org/file9382/inspect.py.diff
Guilherme Polo added the comment:
Is this wanted at all ?
After checking
http://www.python.org/dev/summary/2006-06-01_2006-06-15/#inspect-isgenerator
that points to:
http://mail.python.org/pipermail/python-dev/2006-May/065334.html
http://mail.python.org/pipermail/python-dev/2006-June/065508
Guilherme Polo added the comment:
Isn't this fixed on trunk already ? Shouldn't this be marked as closed ?
--
nosy: +gpolo
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue908316
New submission from Guilherme Polo:
Wouldn't it be useful to add a key argument to some heapq functions ?
So you could construct a heap from dict items list based on the second
item of each tuple, for example.
--
components: Library (Lib)
messages: 61496
nosy: gpolo
severity: normal
Changes by Guilherme Polo:
--
type: - behavior
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1883
__
___
Python-bugs-list mailing list
Unsubscribe:
http
Guilherme Polo added the comment:
Adding a simple patch that adds the key argument. To test this you
need to comment lines where it tries to import the C version of heapq.
Added file: http://bugs.python.org/file9260/heapq_key.py.patch
__
Tracker [EMAIL PROTECTED
601 - 630 of 630 matches
Mail list logo
