py.user port...@yandex.ru added the comment:
allright I installed two -dev packages and ran tkinter
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8555
___
Martin v. Löwis mar...@v.loewis.de added the comment:
You could also try to commit the MSI file in-between, which may release memory.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8552
Pascal Chambon chambon.pas...@gmail.com added the comment:
I'm quite surprised it wasn't already covered by the test suite :S
Anyway I'm quite confused about the semantic which is expected from IO
operations...
Should a flush on a closed stream fail (at the moment sometimes it does,
Senthil Kumaran orsent...@gmail.com added the comment:
Hi David,
The attached patch for this issue:
+if isinstance(payload, unicode):
+payload = payload.encode(msg.get_charset().output_charset or
'us-ascii')
looks fine enough to me. Are you worried about the /or
Daniel Urban urban.dani...@gmail.com added the comment:
Is anyone still interested in this? Is there a problem with my patch?
Thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7584
anatoly techtonik techto...@gmail.com added the comment:
So, what about 2.7 ?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7582
___
___
anatoly techtonik techto...@gmail.com added the comment:
Thanks Daniel. I am still interested in this. My Python code as well as your
patch doesn't specify that Z must be present when time zone offset is unknown
or absent, but Atom specification mentions that and I believe this is that most
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5565
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8106
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6560
___
___
Antoine Pitrou pit...@free.fr added the comment:
Unfortunately, that can result in ugly error messages when the
interpreter is exiting.
The classical solution is to early bind the necessary globals to
argument defaults, such as:
def __del__(self, _socketclose=_socketclose):
New submission from Dave Abrahams d...@boostpro.com:
On POSIX systems, the PATH environment variable is always used to
look up directory-less executable names passed as the first argument to
Popen(...), but on Windows, PATH is only considered when shell=True is also
passed.
Actually I think
New submission from holger krekel holger.kre...@gmail.com:
Running the attached file with python3.1.1 works fine, all assertions pass.
Running it with 3.1.2 gives me this output:
$ python3.1.2/bin/python3.1 stringio_fail.py
Traceback (most recent call last):
File stringio_fail.py, line 12,
Antoine Pitrou pit...@free.fr added the comment:
This is a last-minute API change. truncate() was modified not to change the
file position anymore. We should probably document it more explicitly.
See the following subthread in python-dev:
holger krekel holger.kre...@gmail.com added the comment:
Ah, thanks for the pointer. So indeed, for me truncate(0)+seek(0)
works fine for all interpreters i care for (python2.4 - 3.1.X),
previously truncate(0) was enough.
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
I'm quite surprised it wasn't already covered by the test suite :S
Probably an oversight. Do you want to add some tests?
Should a flush on a closed stream fail (at the moment sometimes it
does, sometimes doesn't) ?
It probably should, yes.
Jesús Cea Avión j...@jcea.es added the comment:
Patch committed.
trunk (2.7): r80574
2.6: r80575
py3k (3.2): r80576
3.1: r80577
--
resolution: - accepted
stage: commit review - committed/rejected
status: open - closed
___
Python tracker
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +heikki
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8550
___
___
Python-bugs-list mailing
Fredrik Håård fredrik.ha...@gmail.com added the comment:
Confirmed on trunk.
Attached a (what I think is) minimal patch to fix, together with a tweak of
existing unit test case to verify it.
--
keywords: +patch
versions: +Python 2.7
Added file:
Dave Abrahams d...@boostpro.com added the comment:
It's worse than I thought; there isn't even one setting for shell that works
everywhere. This is what happens on POSIX (tested on Mac and Ubuntu):
$ mkdir /tmp/xxx
$ cd /tmp/xxx
xxx $ virtualenv /tmp/zzz
xxx $ python
Python 2.6.5 (r265:79063,
Brian Curtin cur...@acm.org added the comment:
2.7 is now frozen as far as new features go. It's still good for 3.2.
I think this is ready to go, so I'll probably commit it later in the day.
--
versions: -Python 2.7
___
Python tracker
New submission from STINNER Victor victor.stin...@haypocalc.com:
http://www.python.org/dev/buildbot/builders/alpha Debian
3.x/builds/67/steps/test/logs/stdio
==
ERROR: test_strings (test.test_gdb.PrettyPrintTests)
Verify the
Changes by Jakub Wilk jw...@jwilk.net:
--
nosy: +jwilk
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1813
___
___
Python-bugs-list mailing list
Nick Coghlan ncogh...@gmail.com added the comment:
Committed for 2.7 in r80578
I'll forward port to 3.2 at some point after the next 2.7 beta is out.
--
resolution: - accepted
stage: patch review - committed/rejected
status: open - pending
___
Nick Coghlan ncogh...@gmail.com added the comment:
I think I'll concur with the this is a mess assessment.
Given that state of affairs, punting on this until 3.2 (at the earliest).
--
assignee: ncoghlan -
versions: +Python 3.2 -Python 2.4, Python 2.7, Python 3.0, Python 3.1
Nick Coghlan ncogh...@gmail.com added the comment:
Committed for 2.7 in r80580 (as it turns out, the hack I remembered was
probably from the original pre-runpy 2.4 implementation and has since been
replaced by the proper runpy based system. This bug was likely just a lingering
remnant of that
Nick Coghlan ncogh...@gmail.com added the comment:
Missed the boat for 2.7 I'm afraid. Definitely one to take another look at for
3.2 though.
--
assignee: ncoghlan -
versions: -Python 2.7
___
Python tracker rep...@bugs.python.org
Nick Coghlan ncogh...@gmail.com added the comment:
I'll have a closer look at this tomorrow with the aim of getting it into 2.7b2.
(I'm inclined to agree with jd that this is just a bug in the existing
implementation, hence the change in the issue type)
--
type: feature request -
Changes by Nick Coghlan ncogh...@gmail.com:
--
versions: +Python 3.2 -Python 3.0
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5251
___
___
Mark Summerfield m...@qtrac.eu added the comment:
IMO there's another problem with subprocess portablity---the lack of control
over encodings: see issue 6135.
--
nosy: +mark
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8557
Bill Janssen bill.jans...@gmail.com added the comment:
Yes, I've tried that. No joy. Right now I'm trying an approach which
packages each top-level directory as a separate cab.
What I'm finding is that if I get up around 4200 files, it breaks,
regardless of the file sizes. Out of curiosity,
anatoly techtonik techto...@gmail.com added the comment:
I still do not understand your policy - it is a tool, it is not a part of
standard library.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7582
New submission from STINNER Victor victor.stin...@haypocalc.com:
regrtest takes between 10 and 20 minutes to run the full test suite. It would
be nice to see the progress of the test suite with a kind of progress bar. Add
the test number would be enough:
$ ./python Lib/test/regrtest.py
Changes by R. David Murray rdmur...@bitdance.com:
--
resolution: - out of date
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1462525
___
___
Pascal Chambon chambon.pas...@gmail.com added the comment:
Probably an oversight. Do you want to add some tests?
That's WIP
Because it's not an IO error at all. No I/O occurs. You are just using
the file wrongly (or the wrong file), hence the ValueError.
Then when you try to wrap a
Daniel Urban urban.dani...@gmail.com added the comment:
My Python code as well as your patch doesn't specify that Z must be
present when time zone offset is unknown or absent,
Yes, that is because RFC 3339 explicitly says (in 4.3.) that -00:00 is differs
semantically from an offset of Z or
Senthil Kumaran orsent...@gmail.com added the comment:
Whenever the HEAD method is queried, the httplib recognizes it read method and
returns an '' empty string as expected.
Fixed in revision 80583, release26-maint: r80584, py3k: r80587 and
release31-maint in 80588.
--
resolution:
Tarek Ziadé ziade.ta...@gmail.com added the comment:
done in r80589
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8295
___
Changes by Bill Janssen bill.jans...@gmail.com:
Removed file: http://bugs.python.org/file17118/unnamed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8552
___
Bill Janssen bill.jans...@gmail.com added the comment:
I've now been able to build my installer.
I applied Travis Oliphant's patch from http://bugs.python.org/issue2399 to
Lib/msilib/__init__.py, then added a __del__ method to the Directory class:
def __del__(self):
if
Terry J. Reedy tjre...@udel.edu added the comment:
Can this be closed as either fixed or out-or-date, as the case may be?
--
nosy: +tjreedy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1909
Raymond Hettinger rhettin...@users.sourceforge.net added the comment:
It should still be done if any one has the time.
Guido approved it long ago.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1909
Terry J. Reedy tjre...@udel.edu added the comment:
Resolution should only be set when an issue is closed. So should this be
closed? or unfixed and the versions updated?
--
nosy: +tjreedy
___
Python tracker rep...@bugs.python.org
Terry J. Reedy tjre...@udel.edu added the comment:
I am assuming that this is an unfixed bug that might still be fixed in 2.7
sometime and that it should not be closed yet, so I am just updating the
version.
--
nosy: +tjreedy
versions: +Python 2.7 -Python 2.6
Changes by Terry J. Reedy tjre...@udel.edu:
--
versions: +Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2380
___
___
Python-bugs-list
Terry J. Reedy tjre...@udel.edu added the comment:
Ok, I though 2.7 was in feature freeze.
Updating version.
--
versions: +Python 2.7 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1909
New submission from Nate DeSimone nateman1...@gmail.com:
During network transit, .exe generated with distutils may become corrupted.
The part of the file that is a binary executable is small compared to the full
package typically, so it is possible for the installer to run and lay down bad
Nir Aides n...@winpdb.org added the comment:
On Wed, Apr 28, 2010 at 12:41 AM, Larry Hastings wrote:
The simple solution: give up QPC and use timeGetTime() with
timeBeginPeriod(1), which is totally
reliable but only has millisecond accuracy at best.
It is preferable to use a high
Nir Aides n...@winpdb.org added the comment:
Dave, there seems to be some problem with your patch on Windows:
F:\devz:\dabeaz-wcg\PCbuild\python.exe y:\ccbench.py -b
== CPython 3.2a0.0 (py3k) ==
== x86 Windows on 'x86 Family 6 Model 23 Stepping 10, GenuineIntel' ==
--- I/O bandwidth ---
New submission from AdamN a...@varud.com:
This bug from the Ubuntu list is being moved here:
https://bugs.launchpad.net/ubuntu/+source/python-defaults/+bug/570737
Newlines support is enabled on Ubuntu but the example from:
http://www.python.org/dev/peps/pep-0278/
Does not give the correct
Bryce Allen o...@bda.ath.cx added the comment:
I encountered this issue when trying to exit cleanly on SIGTERM, which I use to
terminate background daemons running serve_forever.
In BaseServer, a threading.Event is used in shutdown, so it can block until
server_forever is finished (after
Barry A. Warsaw ba...@python.org added the comment:
I'm not so sure about sdist_debian for the command I'm thinking about because
it doesn't actually build a distribution. It just creates a 'debian' directory
so I think I like just 'debian' as the name of the command. But thanks for the
Antoine Pitrou pit...@free.fr added the comment:
I've updated the doc in r80591. Sorry for the inconvenience!
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8558
New submission from Arfrever Frehtes Taifersar Arahesis
arfrever@gmail.com:
compileall.compile_file() creates empty __pycache__ directories for non-.py
files.
This problem usually occurs when compileall.compile_file() is called by
compileall.compile_dir() and a subdirectory contains
Antoine Pitrou pit...@free.fr added the comment:
In BaseServer, a threading.Event is used in shutdown, so it can block
until server_forever is finished (after checking __serving). Since the
SIGTERM interrupts the select system call, the event set is never
reached, and shutdown hangs waiting
Antoine Pitrou pit...@free.fr added the comment:
For what it's worth, I documented the possibility to call close() several times
in r80592.
Then when you try to wrap a non-readable stream into a readable
buffered stream (like BufferedRWPair), it should raise a value error as
well,
Good
Antoine Pitrou pit...@free.fr added the comment:
Besides someone having to produce the patch, it would also need the release
manager's approval (Benjamin).
--
nosy: +benjamin.peterson, pitrou
___
Python tracker rep...@bugs.python.org
Benjamin Peterson benja...@python.org added the comment:
Wouldn't this imply a full backport of keyword only arguments? That seems
unlikely at the moment.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1909
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7865
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5178
___
___
anatoly techtonik techto...@gmail.com added the comment:
It also says that if the offset to local time is unknown, this can
be
represented with an offset of -00:00. So I don't think we can write
Z or +00:00 if we don't know the UTC offset.
but Atom
specification mentions that
It says
Daniel Stutzbach dan...@stutzbachenterprises.com added the comment:
Attached is a new test-case patch.
--
Added file: http://bugs.python.org/file17122/winreg_test.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2810
Changes by Daniel Stutzbach dan...@stutzbachenterprises.com:
Removed file: http://bugs.python.org/file16802/winreg_test.pach
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2810
___
anatoly techtonik techto...@gmail.com added the comment:
I do not think that -00:00 or +00:00 will be invalid Atom timestamp, but to
implement parser of rfc3339 timestamp, Z handling is still needed. I can easily
imagine people making wrong assumption that parsing 00:00 at the end would be
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
LDSHARED not always is compiler and I'm not sure that linkers always accept
compiler flags .
After fix of issue xxx about CFLAGS and issues a, b, c, for LDFLAGS now all is
passed to python build system and users could set argument to
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
You don't need to add source in case of
AC_COMPILE_IFELSE([AC_LANG_SOURCE([[]])] ..
when the the test is ..main() { return 0 ;} ...
, posted long time ago as part of issue3754 ( minimal cross-compilation
support for configure ).
New submission from Peter Fein pf...@pobox.com:
The documentation on integrating doctests in a file of unittests is confusing
and out of date. This patch updates the documentation to use unittest2 test
discovery.
--
assignee: d...@python
components: Documentation
files:
Peter Fein pf...@pobox.com added the comment:
See http://lists.idyll.org/pipermail/testing-in-python/2010-April/003039.html
for discussion
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8564
Roumen Petrov bugtr...@roumenpetrov.info added the comment:
Configure could call macro to define inline - cf. autoconf manuals.
--
nosy: +rpetrov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5553
Tres Seaver tsea...@agendaless.com added the comment:
I can confirm that the patch applies cleanly to the 2.6 branch, that the new
test fails before rebuilding, and that the test passes afterwards:
$ hg summary
parent: 41597:295c02a21979 tip
[svn r80597] Merged revisions 80596 via svnmerge
Changes by Tres Seaver tsea...@agendaless.com:
--
versions: +Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1574217
___
___
STINNER Victor victor.stin...@haypocalc.com added the comment:
Ported to py3k (r80600), blocked in 2.6 (r80602) and 3.1 (r80601).
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7449
New submission from Jeffrey Yasskin jyass...@gmail.com:
Sorry for being all curmudgeonly, but we're using 2to3 in the benchmark suite
at http://hg.python.org/benchmarks/, and, since many of the non-CPython
implementations are still only 2.5-compatible, the version there needs to run
under
Changes by Collin Winter coll...@gmail.com:
--
nosy: +collinwinter
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8566
___
___
Python-bugs-list
Antoine Pitrou pit...@free.fr added the comment:
Py_LOCAL_INLINE is also not used a lot. Usually, the compiler will inline small
static functions by itself. Most of the time, we used #defines rather than
functions when we want to inline short snippets of code.
--
nosy: +pitrou
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +dmalcolm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8566
___
___
Python-bugs-list
Changes by Matt Wartell matt.wartell...@gmail.com:
--
nosy: +Matt.Wartell
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8562
___
___
Senthil Kumaran orsent...@gmail.com added the comment:
Should we close this as out-of-date? I was inclined to see it as fixed as
urlparse has gone changes in direction as suggested by the issue.
Sorry Paul, for no response.
Regarding this issue, I plan to use the testcases provided in the
78 matches
Mail list logo