New submission from Robert DeVaughn rdevau...@gmail.com:
When attempting to store a file via FTP, the following error occurs. See
attached code.
Traceback (most recent call last):
File C:\Documents and
Settings\rdevaughn\Desktop\HTTP\src\FTP_directory.py, line 14, in
module
New submission from Robert Kern robert.k...@gmail.com:
The final 'arg' argument of the sys.settrace() callback is documented to
be None for the 'c_return' and 'c_exception' events, but it appears to
be the function object itself. Additionally, the 'return' event's
argument may be None
Robert Lehmann lehman...@gmail.com added the comment:
I composed a list of __future__ features and linked the respective PEPs.
Even though the language reference would be a better place to store such
general information (being PEP'd and all) I found the library
reference's __future__.py
Robert Cronk cron...@gmail.com added the comment:
I changed the script to use subprocess (attached file) and got the same
rollover errors as before. I had to change cd and del to be cd.bat and
del.bat which contained cd %1 and del %1 respectively since it appears
subprocess can't run
Robert Cronk cron...@gmail.com added the comment:
Could this problem be associated with issue4749? It was found that
something goes wrong when two cmd children processes are spawned from
different threads, when the first exits, it is closing file handles
shared with the first (or something
Robert Cronk cron...@gmail.com added the comment:
I found Issue1425127 which may be a different symptom of this core
problem. I suggested that we create a bug that documents the core
problem here as described by Vinay in msg89174 and links to these two
bugs (along with any others we find
Robert Cronk cron...@gmail.com added the comment:
One more possibly related bug is issue2320 where subprocesses are
spawned from multiple threads. They found an interesting workaround
that I found seems to help our problem too: on Windows, if close_fds
is true then no handles
Robert Cronk cron...@gmail.com added the comment:
Could this problem be associated with issue4749? It was found that
something goes wrong when two cmd children processes are spawned from
different threads, when the first exits, it is closing file handles
shared with the first (or something
Robert Cronk cron...@gmail.com added the comment:
Thanks Vinay. I ran the newest revised script with virus protection
turned off and got the same failures as before (see console output
below).
If you comment out the os.system() calls, everything works just fine.
Uncomment them and logging
Robert Cronk cron...@gmail.com added the comment:
I'll thoroughly look through every piece of software that's running to
see if I can turn eveything off that might be causing the problem.
Were you able to reproduce the problem with my original script? I'm
sure you have all of your virus
Robert Cronk cron...@gmail.com added the comment:
I turned off anti-virus again as well as file indexing and google
desktop too and still got the errors when I disabled the locks around
the os.system() calls.
Vinay - when the locks aren't around the os.system() calls, do you get
the rotating
Robert Cronk cron...@gmail.com added the comment:
Vinay - that's great news! Are you going to create a new bug for this issue
with a proper title? It would seem to me that the fix for this would be to put
locks internal to the os.system() call around where it spawns cmd so multiple
spawns
Robert Cronk cron...@gmail.com added the comment:
I have a small script that reproduces the problem. I couldn't
reproduce it until I added some os.system() calls in the threads that
were logging. Here's the output using python 2.6.1:
Traceback (most recent call last):
File C:\Python26
Robert Cronk cron...@gmail.com added the comment:
P.S. The above script and failure is running on winxp sp3. Also, if
you comment out the two os.system() calls, it works just fine. They
seem like they should be unrelated to the logging though. You'll also
see some errors about access
Robert Cronk cron...@gmail.com added the comment:
import sys
print sys.version
2.6.1 (r261:67517, Dec 4 2008, 16:51:00) [MSC v.1500 32 bit (Intel)]
I have seen this behavior in older versions as well. Interesting to
see it fail in linux as well
Robert Cronk cron...@gmail.com added the comment:
P.S. Frans - It's good to get these other data points from you. So
this is reproducible from another person and on different versions of
python AND on different platforms! I wasn't expecting that at all.
Thanks Frans.
Is there a way we
Robert Cronk cron...@gmail.com added the comment:
Thanks Lowell - good information. You have many more versions of
Python laying around than I do. ;)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4749
Robert Cronk cron...@gmail.com added the comment:
I just upgraded to 2.6.2 windows from python.org and it fails as well:
Python 2.6.2 (r262:71605, Apr 14 2009, 22:40:02) [MSC v.1500 32 bit
(Intel)] on win32
I hope Vinay can track this down in case it's a race condition that's
just moving
Robert Cronk cron...@gmail.com added the comment:
I didn't care about the os.system() call contention because that's what
caused the logging problem and that blah.txt file contention should not
cause logging to fail.
I also had the join calls originally but took them out to simplify the
code
New submission from Robert T McQuaid r...@fixcas.com:
#
# Python 3.0.1 can read piped input when invoked with a
# program name as the argument of the interpreter, but not
# when invoked implicitly by the file extension. On
# Windows xp the first command below runs successfully
Robert Lehmann lehman...@gmail.com added the comment:
This only seems to be the case with the C implementation of json (_json).
json.encoder.c_make_encoder = None
json.dumps(OrderedDict(items))
'{one: 1, two: 2, three: 3, four: 4, five: 5}'
I think the culprit is encoder_listencode_dict
Robert Cronk cron...@gmail.com added the comment:
I have had this problem with 2.6.1 on windows from multiple _threads_
instead of multiple processes. Is that not supported either? If not,
what is the workaround for logging from multiple threads? Shouldn't it
be easy to use a semaphore
Robert Cronk cron...@gmail.com added the comment:
I will go through the code and make sure I am not mistaken, but I do
believe I have a single process, multiple threads, and only one handler
for this file and I'm getting the same types of error messages shown on
this page. I'm probably doing
Robert Schuppenies robert.schuppen...@gmail.com added the comment:
Fixed in r72751.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5964
Robert Schuppenies robert.schuppen...@gmail.com added the comment:
Maybe because I take the doc too specfic. It says A rich comparison
method may return the singleton NotImplemented if it does not implement
the operation for a given pair of arguments.
I see the type check of the 'other' object
New submission from Robert Lehmann lehman...@gmail.com:
There are a few errors in the ctypes documentation covering function
calls using the example of `libc.printf`. It's basically just typos but
they are really confusing when trying to understand the examples.
Patch to trunk is attached
Robert Schuppenies robert.schuppen...@gmail.com added the comment:
The test passes on my machine, but a quick review would definitely be
nice :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5964
Robert Schuppenies robert.schuppen...@gmail.com added the comment:
If that is the right behavior then yes. Is this documented somewhere?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5964
Changes by Robert Schuppenies robert.schuppen...@gmail.com:
--
stage: needs patch - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5964
Robert Collins robe...@robertcollins.net added the comment:
Well, I think its relatively uncommon to be doing such a loop with a
static buffer anyway - often you'll instead be reading from disk or a
network stream; if we could make those cases simpler and avoid copying
that would be great
Robert Schuppenies robert.schuppen...@gmail.com added the comment:
Sounds right to me. Here is another patch plus tests.
Going through the other tests, I adapted two more tests to actually test
WeakSet. Also, I found the following one and think it is a copypaste
from test_set which
Changes by Robert Schuppenies robert.schuppen...@gmail.com:
Removed file: http://bugs.python.org/file13955/_weakrefset.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5964
Robert Collins robe...@robertcollins.net added the comment:
Maybe I'm missing something, but isn't the offset parameter just another
way of spelling
buffer(input, offset)?
I like the avoiding of copying, just wondering if having a magic
parameter to get a tuple is really better than (say
Robert Schuppenies robert.schuppen...@gmail.com added the comment:
Here is a patch which will return False instead of TypeError. This is
the same behavior a normal set has. Two things though.
1. I don't know wether the 'import _abcoll' statement somehow influences
the bootstrap in one way
New submission from Robert Schuppenies robert.schuppen...@gmail.com:
Running this code:
import weakref
class C: pass
...
ws = weakref.WeakSet([C])
if ws == 1:
... print(1)
...
gives me the following exception:
Traceback (most recent call last):
File stdin, line 1, in module
Robert Collins robe...@robertcollins.net added the comment:
On Sat, 2009-04-25 at 23:17 +, Michael Foord wrote:
Michael Foord mich...@voidspace.org.uk added the comment:
Proper patch and proper issue this time! Not my evening.
--
Added file: http://bugs.python.org/file13787
Robert Kern robert.k...@gmail.com added the comment:
Ah, I misread the Apple function-return probe code. Its extra argument
is the type name of the return object or error if an exception was
raised, not the returned object itself. Could be useful
Robert Kern robert.k...@gmail.com added the comment:
Is there any interest in my expanding the list of probes? Ruby has quite
a few more than function-entry and function-return, to give some
examples of what is possible:
http://dev.joyent.com/projects/ruby-dtrace/wiki/Ruby+DTrace+probes
Robert Kern robert.k...@gmail.com added the comment:
We could probably merge Apple's and Sun's probes without too much
trouble. Apple simply extended function-entry to include the argcount in
addition to Sun's (filename, funcname, lineno) arguments. We could use
Apple's probe while retaining
Robert Kern robert.k...@gmail.com added the comment:
James McIlree from Apple has informed me on dtrace-discuss that ustack
helpers cannot currently be built on OS X. Bummer.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org
Robert Kern robert.k...@gmail.com added the comment:
Skip, it doesn't appear that the ustack helper is getting incorporated
into the OS X build anywhere. This rule is obviously wrong (compiling
the wrong input file with the wrong flags):
Include/phelper.h: $(srcdir)/Include/phelper.d
Robert Kern robert.k...@gmail.com added the comment:
Got a bit farther. Adding this stanza to the top of phelper.d gets past
the issues in the headers:
#ifdef __APPLE__
#define _SYS_TIME_H_
#define _SYS_SELECT_H_
#define __MATH_H__
#define _OS__OSBYTEORDER_H
#define _FD_SET
#define
Robert Kern robert.k...@gmail.com added the comment:
This is on an Intel Core 2 Duo running OS X 10.5.6. __i386 is defined.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4111
Robert Kern robert.k...@gmail.com added the comment:
John, -Z does not appear to help:
$ sudo dtrace -Z -n 'pid$target::PyEval_EvalFrameEx:entry' -c python
dtrace: description 'pid$target::PyEval_EvalFrameEx:entry' matched 0 probes
I'm not sure how that would help. If I'm reading the man
Robert Kern robert.k...@gmail.com added the comment:
Skip Perhaps not quite on-topic for this tracker item, but it bugs me
that the
Skip mere compilation of a D script requires root privileges.
It doesn't. dtrace -G and dtrace -h (the only mere compilation
that dtrace does) run without root
Robert Kern robert.k...@gmail.com added the comment:
Ah, duh, of course. The problem here with PyEval_EvalFrameEx is that I
don't have ceval.o on the command line *at all* since OS X's dtrace
doesn't support -G. It doesn't appear to accept ceval.o with -h, either,
so I suppose that adding
Robert Kern robert.k...@gmail.com added the comment:
Hmm, wait a second. Never mind. The Solaris patches don't have ceval.o
on the line for compiling phelper.o, either.
If dtrace needs to resolve the symbol PyEval_EvalFrameEx in an object
file, how does it know to look in ceval.o
Robert Collins robe...@robertcollins.net added the comment:
Updates - docs, and fixes a couple of stubbed out upcalls in the logging
result put in while bootsrapping.
--
Added file: http://bugs.python.org/file13709/start-stop-TestRun.patch
___
Python
Robert Xiao nneon...@gmail.com added the comment:
Have you tried this with xml.dom.minidom?
--
nosy: +nneonneo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5762
Robert Collins robe...@robertcollins.net added the comment:
On Wed, 2009-04-15 at 23:19 +, Barry A. Warsaw wrote:
Barry A. Warsaw ba...@python.org added the comment:
The patch looks fine to me, except that it's missing documentation
updates. The feature and names are fine too.
Where
Robert Collins robe...@robertcollins.net added the comment:
I've written up a patch for this; it works with old result classes too.
Hopefully the bugtracker will attach it in reply to this mail; if not
I'll put in via the webui this evening.
-Rob
--
keywords: +patch
Added file: http
New submission from Robert Collins robe...@robertcollins.net:
Original mail:
JML's testtools has a TestResult subclass with a done() method. The
reason for this method is to allow doing things after the last test has
run. While a result can infer 'first test' it can't infer 'last test'
without
Robert Collins robe...@robertcollins.net added the comment:
Now, some refinements, as usual (for me at least) when considering a
feature like this from an upstream perspective, where one's immediate
use cases are just special cases not general case, I've come up with
some refinements.
Firstly
Robert Collins robe...@robertcollins.net added the comment:
On Sun, 2009-04-05 at 07:25 +, Garrett Cooper wrote:
Garrett Cooper yaneg...@gmail.com added the comment:
I think some perspective is required on this enhancement request. I
originally filed this issue -- http://bugs.python.org
Robert Collins robe...@robertcollins.net added the comment:
On Sun, 2009-04-05 at 10:15 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
Our experience in bzr (we use this heavily, and migrated to it
incrementally across our 17K fixture suite) is that we
Robert Collins robe...@robertcollins.net added the comment:
On Sun, 2009-04-05 at 21:31 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
So, we are talking about adding a feature that could cause problem whether
cleanup is performed before tearDown or after
Robert Collins robe...@robertcollins.net added the comment:
On Sun, 2009-04-05 at 23:49 +, Michael Foord wrote:
As an interesting data point, the Bzr code does clean ups *before*
tearDown.
No it doesn't:
We subclass unittest.TestCase. We also override run() to make tearDown
run
Robert Collins robe...@robertcollins.net added the comment:
On Sun, 2009-04-05 at 23:57 +, Michael Foord wrote:
Michael Foord mich...@voidspace.org.uk added the comment:
My apologies - the jml code on launchpad runs clean ups before taerDown.
http://bazaar.launchpad.net/~jml/testtools
Robert Collins robe...@robertcollins.net added the comment:
It should run after tearDown so that teardown can do actions that may
require cleanup; because the cleanups run in LIFO you can acquire
resources in setUp and have cleanups clean them up,
--
nosy: +rbcollins
Robert Collins robe...@robertcollins.net added the comment:
Actually let me phrase that differently.
standard practice for setUp is
super.setUp()
my_setup_code()
and tearDown is
my_teardown_code()
super.tearDown()
because of the LIFO need.
If you imagine that clean ups are being done
New submission from Robert Collins robe...@robertcollins.net:
Currently if you alter the way TestSuite iterates one must always
implement countTestCases, run, debug etc. The attached patch would make
this simpler.
If this looks ok I'll write up a test for it.
--
components: Library
Robert Collins robe...@robertcollins.net added the comment:
On Sat, 2009-04-04 at 22:09 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
teardown
Why should they? It's only an implementation choice, and not a wise one
I would say (precisely because people
Robert Collins robe...@robertcollins.net added the comment:
On Sat, 2009-04-04 at 23:06 +, Antoine Pitrou wrote:
Antoine Pitrou pit...@free.fr added the comment:
The main use case for addCleanup is resource allocation in tests. Why
does this require clean ups to be executed before
New submission from Robert Xiao nneon...@gmail.com:
(tested and verified on Windows and Solaris SPARC)
Running this code in Python 2.4, 2.5 or 2.6 (all minor versions)
produces garbage.
f=open(anyfile,w)
f.write(garbage)
f.readline()
Mac OS X and Linux appear to simply throw an IOError
Robert Xiao nneon...@gmail.com added the comment:
OK, it's not a memory leak, rather, it's something leaking from the
files. However, this still winds up filling the affected file full of
garbage, which is quite undesirable (and, I think, quite likely to be
unwanted behaviour, considering
Robert Xiao nneon...@gmail.com added the comment:
Frankly, I don't really like that idea; I think it muddles up the RE
syntax to have such a group-modifying operator, and seems rather
unpythonic: the existing way to do this -- use .upper(), .lower() or
.title() to format the groups in a match
Changes by Robert Schuppenies robert.schuppen...@gmail.com:
--
nosy: +schuppenies
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4258
Robert Luce l...@math.tu-berlin.de added the comment:
Thomas, is there any chance of getting your attention for this one?
Deciding whether or not this issue can be fully resolved by applying the
proposed patch would already be sufficient. If it is not, I am willing
to invest more time
Robert Xiao nneon...@gmail.com added the comment:
In fact, it works for Python 2.4, 2.5, 2.6 and 3.0 from my rather
limited testing.
In Python 2.4:
u\N{LATIN CAPITAL LETTER A}
u'A'
u\N{MUSICAL SYMBOL DOUBLE SHARP}
u'\U0001d12a'
In Python 3.0:
\N{LATIN CAPITAL LETTER A}
'A'
ord(\N{MUSICAL
Changes by Robert Kern robert.k...@gmail.com:
--
nosy: +robert.kern
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3976
___
___
Python-bugs-list
Robert Hancock hanc...@sedsystems.ca added the comment:
That's not really a meaningful difference, though.. if the application
uses this code continuously then the conditions will pile up in memory
until it fills up.
--
nosy: +robhancock1 -robhancock
New submission from Robert Yodlowski rbt...@gmail.com:
In
http://docs.python.org/3.0/library/functions.html
these function entries seem to be missing Permalinks.
dict() frozenset() memoryview() set()
Hope this helps.
The Permalinks are a great idea. I hope you add lots more.
...Bob
Robert Lehmann lehman...@gmail.com added the comment:
When I started writing this patch this was actually what I intended. But
having ``fixlen(range(3), 2)`` return 0 1 2 struck me as odd. Renaming
the function to `pad` would help there indeed.
It depends on which use case is more common
New submission from Robert Lehmann lehman...@gmail.com:
As raised recently on python-ideas [1]_, an itertools method fixing
iterators to a certain length might be handy (where fixing is either
cutting elements off or appending values).
I appended a patch implementing this feature in Python/C
New submission from Robert Luce [EMAIL PROTECTED]:
Consider the library 'c_lib.so' consisting of a single function 'c_func'
int c_func ( double *arg0, double *arg1, double *arg2, double *arg3,
double *arg4, double *arg5, double *arg6) {
printf(Value of arg0 is %p\n, arg0
Robert Bradshaw [EMAIL PROTECTED] added the comment:
I think *both* behaviors are wrong, the 3.0 one is backwards
incompatible, and the 2.7 one is inconsistent (accepting MyInt if it's
32 bits, rejecting it for 64 bits).
For our particular use case, it is very annoying to not be able to use
New submission from Robert Schuppenies [EMAIL PROTECTED]:
Sphinx does not show failed doctests when run in quiet mode. Any output
from the tests seems to be suppressed. The same applies to the linkckeck
builder.
--
assignee: georg.brandl
components: Documentation tools (Sphinx)
messages
New submission from Robert Schuppenies [EMAIL PROTECTED]:
The Sphinx latex writer crashes if a documentation has more than 7
levels in a section hierarchy. The LaTeXTranslator class defines 7
section names, each corresponding to a level. If a deeper level is
encountered, no appropriate section
New submission from Robert Lehmann [EMAIL PROTECTED]:
The markup in the Doc/whatsnew/2.6.rst document is somewhat messy in
some places. I fixed indentation (spaces to tabs -- made some things
readable in the docutils output but not in the source), code samples
(- notation to Python prompt
New submission from Robert Lehmann [EMAIL PROTECTED]:
The sqlite3 documentation misses Row and Cursor.description.
Additionally it does not use the best markup in all places (missing
links, basically, and forgotten .. class:: statements).
A patch is attached.
--
assignee: georg.brandl
New submission from Robert Yodlowski [EMAIL PROTECTED]:
I just installed the 2.6 final release on my fully updated Win XP
system. When I tried to run IDLE I got the same...
IDLE's subprocess didn't make connection. Either IDLE can't start
subprocess or personal firewall is blocking.
...fatal
Robert Yodlowski [EMAIL PROTECTED] added the comment:
Amaury, when I tried to run IDLE from the command line as you suggested
I got:
C:\C:\python26\Lib\idlelib\idle.py
IDLE Subprocess: socket error: An attempt was made to access a socket in
a way forbidden by its access permissions, retrying
Robert Yodlowski [EMAIL PROTECTED] added the comment:
Amaury, my stupid! I must have forgotten to delete the run.pyc file
before trying out the modified run.py as suggested in #3905 . It all
works now and IDLE starts up just fine.
Sorry and, thanks for the help.
...Bob
Robert Yodlowski [EMAIL PROTECTED] added the comment:
Amaury, I did as you suggested - running idle.py directly both from a
command line and by clicking on it and the results were the same. Each
time, I got the same error message window as before. In addition,
several seconds before the error
Robert Schuppenies [EMAIL PROTECTED] added the comment:
This was fixed in r65489 (see issue3498). Using the current Sphinx trunk
(http://svn.python.org/projects/doctools/trunk/sphinx) works for me.
--
resolution: - duplicate
status: open - closed
Robert Schuppenies [EMAIL PROTECTED] added the comment:
Attached is a patch which takes the preallocation of small_ints into
account. What do you think?
Added file: http://bugs.python.org/file11568/smallints_sizeof.patch
___
Python tracker [EMAIL PROTECTED
New submission from Robert Yodlowski [EMAIL PROTECTED]:
I installed 3.0rc1 on a Win XP 2.4Gzh system with all current updates
with no problems. Cmd line Python and docs work fine.
Tried to start IDLE but got error message: IDLE's subprocess didn't
make connection. Either IDLE can't start
Robert Schuppenies [EMAIL PROTECTED] added the comment:
Fixed in r66480.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3859
Robert Schuppenies [EMAIL PROTECTED] added the comment:
What's the actual difference that this change makes?
It would provide more accurate results, even in the light of being not
perfect.
[..] each small_int takes a complete PyLongObject. If that was also
considered in long_sizeof
Robert Schuppenies [EMAIL PROTECTED] added the comment:
I think it's ok, since the underlying containers will get cleared, thus
breaking the cycle.
What about the dictiter object which references a tuple (di_result)?
Tuple does not implement tp_clear, but OTOH tuples are immutable
Robert Schuppenies [EMAIL PROTECTED] added the comment:
As I understood the long object allocation it is implemented as
PyObject_MALLOC(sizeof(PyVarObject) + size*sizeof(digit)) to avoid
this allocation of extra 2 bytes. So from my understanding, the number 0
allocates memory for the reference
Robert Schuppenies [EMAIL PROTECTED] added the comment:
You are right, it should be '3P'. When merging to py3k I changed the
previous line, but not the one causing trouble.
--
keywords: +patch
Added file: http://bugs.python.org/file11486/test_sys.patch
New submission from Robert Schuppenies [EMAIL PROTECTED]:
sys.getsizeof returns wrong results for bool objects in Python 3000.
Although bool objects use the same datatype as long objects, they are
allocated differently. Thus, the inherited long_sizeof implementation is
incorrect. The applied
New submission from Robert Schuppenies [EMAIL PROTECTED]:
The dict, set, and deque iterators do not implement tp_traverse although
they reference container objects. This can lead to reference cycles
which will not be collected. The attached cycle.py script from Amaury
demonstrates the problem
Changes by Robert Schuppenies [EMAIL PROTECTED]:
Added file: http://bugs.python.org/file11255/tp_traverse.patch
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org/issue3680
New submission from Robert Lehmann [EMAIL PROTECTED]:
The `sqlite3` docs are a little unpythonic. When using `str.join` on
`Connection.iterdump`, the example in the docs manually unpacks the
generator using a LC. I propose this'd be improved.
Patch attached. Same applies to the py3k docs, it's
Robert Schuppenies [EMAIL PROTECTED] added the comment:
Fixed in r65971. Backported to the release25-maint and merged into the
py3k branch.
--
resolution: - fixed
status: open - closed
___
Python tracker [EMAIL PROTECTED]
http://bugs.python.org
Robert Schuppenies [EMAIL PROTECTED] added the comment:
I am sry that you see it that way, I do not. I was given commit access
solely for gsoc purposes and committing changes before a late release
without review from a committer IMHO violates strict policies. I tried
to get somebody to review
Robert Schuppenies [EMAIL PROTECTED] added the comment:
I was thinking about returning in that new if statement, too, but
decided not too. The reason is that I didn't want to anticipate _tkinter
implementations, which may change (although not likely, still possible).
Also, with the third beta
Robert Schuppenies [EMAIL PROTECTED] added the comment:
You are right. How about the attached patch, do you see any problems
here? Tkinter seems to ignore any delete calls when either of the
indices is None, so the deletion of commands may be ignored as well. But
I couldn't find a description
901 - 1000 of 1065 matches
Mail list logo
