Christian Heimes added the comment:
Here you go, Guido!
Added file: http://bugs.python.org/file8647/py3k_closefd.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1329
__Index: Python/pythonrun.c
Christian Heimes added the comment:
Improved patch
--
nosy: +gvanrossum
Added file: http://bugs.python.org/file8648/py3k_preliminary_stderr2.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1352
__Index:
New submission from Jacob:
mp4 is missing from the mimetypes.py list of valid mimetypes. mp4 is
registered with IANA and is defined in the mpeg-4 standard as a container
for mpeg-4 codecs such as h264. Lack of this definition means the format
cannot be recognised by software dependsing on the
New submission from Raja R:
Hi,
I downloaded the python-2.5.msi yesterday and tried installing it
but i am getting the following error This installation package could
not be opened . cOntact the application vendor to verify that this is
a valid WIndows Installer package.
I was able to
New submission from whooey1830:
http://docs.python.org/dev/library/xml.dom.html#module-xml.dom
PyXML
Users that require a full-featured implementation of DOM should use
the PyXML package.
PyXML however is no longer maintained. Is it a wise idea to link to that
resource? Novice users might
David Ripton added the comment:
No signal handler. Yes, we run subprocesses.
I don't believe either is necessary to trigger the race condition, though.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1183
__
Tal Einat added the comment:
Update, as requested.
After the recent configDialog.py changes, very little changes to it are
required.
I've included a much updated version of tabbedPages.py in this patch.
Since posting the original patch, I've discovered and fixed a few bugs,
implemented a 3d
Raghuram Devarakonda added the comment:
I installed python 2.5 on multiple windows machines and had no problem.
How ever, this doesn't look like it belongs in bug tracker. You will
have better chance if you post to comp.lang.python.
--
nosy: +draghuram
Kevin Watters added the comment:
This patch did not work for me.
After running build_ssl.bat, the last couple lines of my console are:
cl /Fotmp32dll\cfb_enc.obj -Iinc32 -Itmp32dll /MD /Ox /O2 /Ob2
/W3 /WX
/Gs0 /GF /Gy /nologo -DOPENSSL_SYSNAME_WIN32 -DWIN32_LEAN_AND_MEAN
-DL_ENDIAN
Christian Heimes added the comment:
Kevin,
It's a known issue which is solved in newer version of OpenSSL. I hope
to convince somebody to update the packages someday.
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1320
Isaac Morland added the comment:
This is probably overkill, but I've created a Python script (attached)
that runs all the tests given in Section 5.4 of RFC 3986. It reports
the following:
baseurl=http://a/b/c/d;p?q
failed for ?y: got http://a/b/c/?y, expected http://a/b/c/d;p?y
failed for
New submission from Jean Brouwers:
Building 3.0a1 on Solaris 10 using SUN's C/C++ compilers fails due to
one compilation error.
The problem is the name of the last argument 'restrict' of function
analyze_cells on line 473 in file Python/symtable.c. Changing that name
to something else like
New submission from Jean Brouwers:
The 3.0a1 Solaris build (see issue #1356) fails at the end of make test
with the following error:
test_zlib
278 tests OK.
5 tests failed:
test_cookielib test_email test_fileio test_pipes test_uuid
39 tests skipped:
test_aepack test_applesingle
Tal Einat added the comment:
Bah, sorry, included wrong version of tabbedPages.py in the previous patch.
(differences are very minor, just some code cleanup and one very minor bug)
Added file: http://bugs.python.org/file8653/IDLE_tabbedPages.071029.patch
_
Guido van Rossum added the comment:
New Revision: 58701.
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1340
__
___
Python-bugs-list mailing
Christian Heimes added the comment:
Please run the test suite in verbose mode and attach the output:
$ ./python Lib/test/regrtest.py -v test_cookielib test_email test_fileio
test_pipes test_uuid
You seem to missing some packages to build additional extensions. Can
you install sqlite, openssl,
Guido van Rossum added the comment:
I don't think that patch is the right thing either. Certainly the
comment on the line you're proposing to delete is suggesting that the
close() call was added for a reason.
--
nosy: +gvanrossum
__
Tracker [EMAIL
Guido van Rossum added the comment:
Are you sure this is the proper fix? Why does netrc.py insist on not
having \r\n line endings? It opens the file in text mode so I don't
quite understand your patch.
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
Guido van Rossum added the comment:
Looks good. You can check this in yourself right?
--
assignee: - janssen
nosy: +gvanrossum
resolution: - accepted
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1347
__
Guido van Rossum added the comment:
Thanks, good catch!
Committed revision 58704.
(in the py3k branch)
--
nosy: +gvanrossum
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1341
New submission from andres:
Compiling python 2.5.1 on Mac OS X 10.5 (Leopard) fails with the
following message:
gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp
-mno-fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I.
-I./Include -DPy_BUILD_CORE -c ./Modules/posixmodule.c -o
Tal Einat added the comment:
I'm trying to keep this as simple as possible, because it seems we're
tending to over-complicate.
We're discussing two distinct issues:
1) Should Delegator delegate calls to callables
2) Should Percolator inherit from Delegator
Have I missed something?
Regarding
Martin v. Löwis added the comment:
Yes, the documentation should be changed. I feel sorry that you've
wasted your time.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1355
__
Martin v. Löwis added the comment:
Indeed, this tracker is not about obtaining support. It is a place for
you to help us, not for us to help you.
If you want to help, please report the precise URL, and compute and
report the md5sum of the file you downloaded.
--
nosy: +loewis
Guido van Rossum added the comment:
Committed revision 58706.
This is in the trunk, i.e. what will become Python 2.6. I don't think
it's worth fixing in 2.5.2, but if you really think it should go there
as well, petition Neal Norwitz.
--
nosy: +gvanrossum
resolution: - accepted
Guido van Rossum added the comment:
If this report is simply due to the lack of certain required packages,
can it just be closed as invalid?
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1357
Ralf Schmitt added the comment:
here is a patch against 2.5.1
Added file: http://bugs.python.org/file8657/patch
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1089358
_
patch
Description: Binary data
Changes by Guido van Rossum:
--
assignee: - gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1329
__
___
Python-bugs-list mailing list
Unsubscribe:
Jean Brouwers added the comment:
Close it for now. Once I have the missing packages installed I will try
again.
My main concern was not the actual test failures, but the make test ***
Error 1 ... itself.
__
Tracker [EMAIL PROTECTED]
Martin v. Löwis added the comment:
Thanks for the report. Fixed in r58705.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1356
__
___
Python-bugs-list
Guido van Rossum added the comment:
Thanks!!
The patch as given doesn't quite work -- it gives an error message on
string literals like '\s'. By reverting some of your code and only
keeping the bounds checks for the octal escape code I got it to work
though. See my checkin.
Committed
andres added the comment:
I've attached a compressed config.log.
Incidentally, we were able to get Python to compile by appending the
following line to pyconfig.h:
#define SETPGRP_HAVE_ARG
-Andres
On Oct 29, 2007, at 1:00 PM, Martin v. Löwis wrote:
Martin v. Löwis added the comment:
Guido van Rossum added the comment:
Closing.
The make fatal error is just what make prints when a command fails with
a nonzero exit code; regrtest.py returns a nonzero exit code to the
shell for just this purpose.
--
resolution: - invalid
status: open - closed
Changes by Guido van Rossum:
--
priority: normal - high
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1171
__
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
Can you please also attach config.log (perhaps compressed)?
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1358
__
New submission from Amaury Forgeot d'Arc:
A correction for the problem found by GvR in change 58692:
There's one mystery: if I remove ob_sstate from the PyStringObject struct,
some (unicode) string literals are mutilated, e.g. ('\\1', '\1') prints
('\\1', '\t'). This must be an out of
Changes by Guido van Rossum:
--
resolution: - accepted
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1356
__
___
Python-bugs-list mailing list
Guido van Rossum added the comment:
Better fix:
Committed revision 58708.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1359
__
___
Python-bugs-list mailing list
Unsubscribe:
Amaury Forgeot d'Arc added the comment:
I don't like this assert either: this function is part of the public
API, and should not crash the interpreter just because of a trailing \.
To test easily:
import ctypes
decode = ctypes.pythonapi.PyUnicodeUCS2_DecodeUnicodeEscape
decode.restype =
Guido van Rossum added the comment:
(Hold on, the assert I added triggers in debug mode.)
--
status: closed - open
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1359
__
Guido van Rossum added the comment:
I'm -1 myself. I've rarely needed this -- if I wanted to know the size,
I was almost always going to read the data into memory anyway, so why
not just read it and then ask how much you got? For files on the
filesystem there's os.path.getsize().
If I ever
Bill Janssen added the comment:
Will do.
On 10/29/07, Guido van Rossum [EMAIL PROTECTED] wrote:
Guido van Rossum added the comment:
Looks good. You can check this in yourself right?
--
assignee: - janssen
nosy: +gvanrossum
resolution: - accepted
Bill Janssen added the comment:
I've been testing it over the weekend. Will do.
Bill
On 10/29/07, Guido van Rossum [EMAIL PROTECTED] wrote:
Guido van Rossum added the comment:
Looks good, though I can't find anything that would test this.
Can you check this in yourself?
--
New submission from Daniele Varrazzo:
This issue probably depends on #1167930
When waiting on a queue in blocking mode, in no timeout is set, ctrl-C
doesn't raise KeyboardInterrupt::
q = Queue()
q.get(True)
# ctrl-c doesn't work here
If any timeout is set, ctrl-c works as
Guido van Rossum added the comment:
Good idea.
Are there any places where PyBytes or PyString are written to stderr?
Or can you get away with just supporting PyUnicode?
It's dumb, not dump.
I wouldn't explicitly remove the old stderr printer -- it will be
deleted automatically by the
Changes by Guido van Rossum:
--
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1359
__
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Thanks!! Code review:
Shouldn't closefd be passed as 1 in import.c?
I don't see the point of distinguishing between -1 and +1. The block
if (closefd 0) { closefd = 1; } looks rather silly.
In io.py, you should document that closefd must not be False when
Guido van Rossum added the comment:
This (and the other issue you mention) is because the regular acquire()
method on a basic lock cannot be interrupted. That's unlikely to go
away, so you'll just have to live with this. As you've discovered,
specifying a timeout solves the issue. Since code
New submission from Dan M:
In section 4.6 it says:
Writing the value None is normally suppressed by the interpreter if it
would be the only value written.
When it should say:
Writing the value None is normally displayed by the interpreter if it
would be the only value written.
Or less wordy:
Eric Hopper added the comment:
My testing methodology was faulty, this is not actually true. Oops.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1361
__
___
Python-bugs-list
Daniele Varrazzo added the comment:
Because the easy workaround, we can live with the issue. Anyway, because
the workaround is not trivial to find, and because the behavior is
supposed to remain unchanged, maybe the issue should be mentioned in the
docs.
Thank you for the explanation :)
Facundo Batista added the comment:
The OP changed his mind, :)
--
nosy: +facundobatista
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1361
__
Kurt B. Kaiser added the comment:
Prior to the 13:17:41 update:
r58710.
Minor formatting changes.
I figured you might have an update :-) It's good to let these new
modules
age a bit :-) Well, maybe not that long...
renamed tabbedPages.py - tabbedpages.py to conform to PEP 8.
Nicely done,
Kurt B. Kaiser added the comment:
Well, I already checked it in. Please synch to svn and send me an update
against that. Note that I renamed tabbedPages.py.
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1612746
Senthil added the comment:
I have started this work at
http://svn.python.org/projects/sandbox/trunk/urilib/
as a part of G-SoC, yes taking it to web-sig would be appropriate and I
shall do so. techtonik, you might want to review it urilib and we can
discuss it further.
Thanks,
--
nosy:
Christian Heimes added the comment:
Guido van Rossum wrote:
Shouldn't closefd be passed as 1 in import.c?
I don't see the point of distinguishing between -1 and +1. The block
if (closefd 0) { closefd = 1; } looks rather silly.
I used -1 as default to keep it consistent with buffer=-1. I
Martin v. Löwis added the comment:
I fail to see the bug. The documentation is correct as it stands, ie.
None is *not* displayed normally. IOW, writing is normally suppressed.
--
nosy: +loewis
resolution: - invalid
status: open - closed
__
Tracker
Christian Heimes added the comment:
Guido van Rossum wrote:
Are there any places where PyBytes or PyString are written to stderr?
Or can you get away with just supporting PyUnicode?
I could have simple copied the write method from _fileio.c and letting
the argument parser do its job instead
58 matches
Mail list logo