Georg Brandl added the comment:
Marc-Andre Lemburg schrieb:
Marc-Andre Lemburg added the comment:
Nice idea, but why don't you use a dictionary iterator (PyDict_Next())
for the fixup ?
I thought that is unsafe to use when the dictionary is mutated while
iterating.
Martin v. Löwis added the comment:
It definitely sounds like a compiler bug. Unless you can provide further
details to the specific error in the C code of Python, it's likely that
we can do little about it.
If you want to analyze this further, here is a number of things you can try:
- compile
Martin v. Löwis added the comment:
This is a duplicate of #1078.
--
nosy: +loewis
resolution: - duplicate
status: open - closed
superseder: - cachersrc.py using tuple unpacking args
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1085
Simon Anders added the comment:
Martin, you are right: is is related to compiler optimization. I have
boiled it down to a call of stringlib_find (defined in
Python-2.5.1/Objects/stringlib/find.h) and this runs fine with 'icc -O2'
but incorrectly for 'icc -O3'. (The test code is attached.)
So,
Martin v. Löwis added the comment:
If you are curious, we could now try to find out what precisely goes
wrong. The procedure would be this
* after each step, check whether the problem still occurs
a) resolve the includes manually, then strip everything that isn't
needed. This could start with
Marc-Andre Lemburg added the comment:
Ah, I hadn't noticed that you're actually manipulating the input
dictionary. You should create a copy and fix that instead of changing
the dict that the user passed in to the function.
You can then use PyDict_Next() for fast iteration over the original
Simon Anders added the comment:
Martin: I've boiled down the test case a bit more and removed all
Python-specific types and macros, so that it can now be compiled
stand-alone. (Updated test case 'findtest.c' attached.) I didn't feel
like diving into the code much deeper, and so I have sent it to
New submission from xyb:
test test_email failed -- Traceback (most recent call last):
File /home/xyb/Python-3.0a1/Lib/email/test/test_email.py, line 1445,
in test_same_boundary_inner_outer
msg = self._msgobj('msg_15.txt')
File /home/xyb/Python-3.0a1/Lib/email/test/test_email.py, line 67,
Peter van Kampen added the comment:
Attached is msg_15.txt encoded in utf-8.
f = codecs.open('Lib/email/test/data/msg_15.txt', 'r',
encoding='iso-8859-1')
s = f.read()
f.close()
f = open('Lib/email/test/data/msg_15.txt','w')
f.write(s)
f.close()
$ ./python Lib/test/regrtest.py test_email
Jon Ribbens added the comment:
Almost everything you just said about time_t is wrong. time_t is signed,
and always has been (otherwise the 'end of time' for 32-bit time_t would
be 2106, not 2038). Also, time_t does not end at 2038 because nothing
says it must be 32 bits. Also, Python has 'long
Skip Montanaro added the comment:
Jon Almost everything you just said about time_t is wrong. time_t is
Jon signed, and always has been (otherwise the 'end of time' for 32-bit
Jon time_t would be 2106, not 2038). Also, time_t does not end at 2038
Jon because nothing says it must be 32
Changes by Georg Brandl:
--
assignee: - collinwinter
nosy: +collinwinter
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1078
__
___
Python-bugs-list mailing list
Changes by Carsten Haese:
--
components: Library (Lib)
severity: normal
status: open
title: py3k os.popen result is not iterable, patch attached
type: behavior
versions: Python 3.0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1087
Changes by Carsten Haese:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1087
__
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
Mark Hammond has now confirmed it worked for 3.0a1, so closing it.
--
status: open - closed
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1746880
_
Martin v. Löwis added the comment:
I don't understand the problem. What Solaris version are you using?
Why do you want to remove _XOPEN_SOURCE? Solaris considers this as a
request for XPG 4.2 only _XOPEN_SOURCE_EXTENDED is defined, which it
shouldn't be on Solaris 10.
Martin v. Löwis added the comment:
A 2.5 patch would not be accepted; there won't be any new features
for 2.5 , and new port would be a new feature.
Procedurally, are you willing to support a QNX port for the coming years
(say, 5 years)? Otherwise, there is little point in accepting such a
Martin v. Löwis added the comment:
Closing because of lack of feedback. (it may be that I got feedback in
private mail off-tracker; I don't remember).
--
resolution: - works for me
status: open - closed
_
Tracker [EMAIL PROTECTED]
Changes by Martin v. Löwis:
--
severity: normal - minor
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1654408
_
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
The source of make_type is in Parser/asdl_c.py.
--
nosy: +loewis
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1752184
_
___
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1087
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1006
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1007
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1012
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1015
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1016
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1017
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1023
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1029
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1030
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1000
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1002
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1004
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1005
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1019
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1022
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1026
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1027
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1032
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1034
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1043
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1047
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1061
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1071
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1075
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Martin v. Löwis:
--
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1076
__
___
Python-bugs-list mailing list
Unsubscribe:
Martin v. Löwis added the comment:
I don't think recoding the message is the right thing to do. Instead,
the email package should be fixed to not treat the bytes before the
first part of a multipart message as text, or else assume that it is
Latin-1 encoded (it's certainly not *meant* to be text
New submission from Graham Horler:
The news page:
http://www.python.org/news/
...has a relative link:
a class=reference href=download/releases/3.0first alpha release/a
...which resolves to:
http://www.python.org/news/download/releases/3.0
...which does not exist. It should be absolute:
Martin v. Löwis added the comment:
Thanks for the report. This is now fixed.
--
nosy: +loewis
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1088
__
New submission from Waldemar Osuch:
Loading pickles on windows without specifying 'rb' does not work in
http://svn.python.org/projects/doctools/trunk/sphinx/web/application.py
A simple patch attached
--
components: Documentation tools (Sphinx)
files: sphinx_web_application.patch
New submission from Humberto Diogenes:
This patch addresses 3 simple errors (1 syntax, 1 runtime, 1 import) when
doing a make altinstall on Mac OS X, including the error listed in issue
1078.
--
components: Installation, Macintosh
files: py3k-mac-install-1.patch
messages: 55596
nosy:
Brett Cannon added the comment:
I have security/stability issues with code objects having mutable
bytecode. This would allow someone to possibly crash the interpreter
with crappy bytecode. I also have a worry that someone might come up
with some clever way of causing different code to execute
New submission from Vizcaynot:
When trying the tutorial example about unicode I have:
Äpfel.encode('utf-8')
File stdin, line 1
SyntaxError: (unicode error) unexpected code byte
I live in a latin american country so I need to do:
Äpfel.decode('latin-1).encode('utf-8')
File stdin, line 1
New submission from Ryan Freckleton:
This is a patch to implement a product() builtin function. It works
behaves similarly to reduce(operator.mul,...) but is implemented in C.
Tests and documentation are included in this patch.
--
components: Documentation, Library (Lib), Tests
files:
Martin v. Löwis added the comment:
-1. I doubt this is needed often enough to justify a builtin function.
--
nosy: +loewis
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1093
__
Guido van Rossum added the comment:
Thanks, but no thanks; I was quickly dissuaded from the need for this.
--
nosy: +gvanrossum
resolution: - rejected
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1093
56 matches
Mail list logo