GOGER Valentin Eugen added the comment:
Hello
On AIX 64bit (see http://bugs.python.org/issue6600) you should add in CFLAGS
-U__STR__ to bypass xlc(_r) define/inlining issue.
--
nosy: +gix
___
Python tracker rep...@bugs.python.org
Changes by GOGER Valentin Eugen gixgo...@yahoo.com:
--
versions: +Python 2.6, Python 2.7
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15963
___
New submission from Chris Jerdonek:
The executable argument to Popen() takes precedence over args[0] when the
executable argument is provided. The test suite should include a test of this
that runs on all systems. The test suite does not currently include such a
test. This test is a
Chris Jerdonek added the comment:
Adding issue 16115 as a dependency so that the more general case can be settled
and committed before dealing with the current issue's more specific (and
platform-specific) case.
--
dependencies: +test that executable arg to Popen() takes precedence
Roundup Robot added the comment:
New changeset 662fb4bd5f84 by Nick Coghlan in branch '2.7':
Issue #12947: Add a note to doctest until the example rendering is fixed
http://hg.python.org/cpython/rev/662fb4bd5f84
--
nosy: +python-dev
___
Python
Roundup Robot added the comment:
New changeset 679b3e3aadae by Nick Coghlan in branch '3.3':
Issue #12947: Add a note to doctest until the example rendering is fixed
http://hg.python.org/cpython/rev/679b3e3aadae
--
___
Python tracker
Nick Coghlan added the comment:
Since the status quo is thoroughly confusing for readers, I added an explicit
note before the affected examples. That note should be removed once the
rendering problem is fixed. (The note is there on trunk as well, I just forgot
to include the issue number in
STINNER Victor added the comment:
A signal handler can be called anymore, anywhere. How do you handle such
exception in an application? handle: do something better than exit the
apllication.
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
I thought of an easy work-around we can use after looking at the changeset
Terry referenced above:
[2] https://bitbucket.org/birkenfeld/sphinx/changeset/d91bf8e465ef
At the expense of pretty color highlighting, we can enable Pygments' TextLexer
for the
Michele Orrù added the comment:
Patch + unittests + documentation attached.
$ ./python -m test -R 3:2 test_builtin
[1/1] test_builtin
beginning 5 repetitions
12345
.
1 test OK.
[158296 refs]
--
keywords: +patch
nosy: +maker
Added file:
Chris Jerdonek added the comment:
Attaching proposed tests.
--
keywords: +patch
stage: test needed - needs patch
Added file: http://bugs.python.org/file27396/issue-16114-1-tests-default.patch
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
A signal handler can be called anymore, anywhere.
Oopos: anywhere/anytime.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16105
___
Roundup Robot added the comment:
New changeset 18d927fb8671 by Nick Coghlan in branch '2.7':
Issue #12947: Better workaround for the problem with doctest directives being
stripped from code examples that are intended to illustrate those directives
http://hg.python.org/cpython/rev/18d927fb8671
Serhiy Storchaka added the comment:
I added some comments in Rietveld.
ReST documentation should be updated too.
vars() returns modifiable dict. The patch should be much harder if we want to
preserve this behavior. Otherwise, the difference must be explicitly documented.
--
nosy:
Roundup Robot added the comment:
New changeset d93a59a0a984 by Nick Coghlan in branch '3.3':
Issue #12947: Better workaround for the problem with doctest directives being
stripped from code examples that are intended to illustrate those directives
http://hg.python.org/cpython/rev/d93a59a0a984
Nick Coghlan added the comment:
Adopted Chris's workaround for now. I kept a reworded version of the preceding
note (with the link to this bug), so readers know that the lack of syntax
highlighting is intended-but-not-desired.
--
___
Python tracker
Serhiy Storchaka added the comment:
There's another thing. __slots__ value is converted to a tuple and saved as
ht_slots field in PyHeapTypeObject. You can use fast PyTuple_GET_ITEM() for
item access.
--
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
Thanks, Nick. It looks like there are a few more though? I'm counting four
more in default (search for doctest:): three IGNORE_EXCEPTION_DETAIL and one
ELLIPSIS.
--
___
Python tracker rep...@bugs.python.org
Charles-François Natali added the comment:
A signal handler can be called anymore, anywhere. How do you handle such
exception in an application? handle: do something better than exit the
apllication.
Well, chances are you won't, but failing with an explicit error
message is better than
Nick Coghlan added the comment:
Carsten: emulating __class__ is necessary to implement proxy types (and similar
utilities like mock objects) correctly. The difference between x.__class__ is
that proxies can remap it to the type of the referent, while type(x) will
always report the real class
Nick Coghlan added the comment:
I only changed the ones that were specifically in the section explaining
doctest directives. There are probably others, but it didn't seem necessary to
change them and lose the syntax highlighting at this point.
--
New submission from Masami HIRATA:
I'm trying to install C extension modules inside a venv.
It works outside a venv and inside a virtualenv-1.8.2 but breaks inside the
venv.
OS: Windows 7 Starter Edition SP1 (32-bit)
Python: 3.3.0 (python-3.3.0.msi)
Compiler: Microsoft Visual C++ 2010 Express
Changes by Masami HIRATA msm...@gmail.com:
Added file: http://bugs.python.org/file27398/Python33_with_virtualenv.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16116
___
Changes by Masami HIRATA msm...@gmail.com:
Added file: http://bugs.python.org/file27399/Python33_without_venv.txt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16116
___
New submission from Roland Lezuo:
class Int(ctypes.Structure):
_fields_ = [ (_i, ctypes.c_uint64),
(undef, ctypes.c_bool)]
class Int {
public:
Int();
Int(uint64_t i);
uint64_t _i;
Kristján Valur Jónsson added the comment:
I admit that I kind of like Java's approach to this. First off, they define an
interface, ReadWriteLock:
http://docs.oracle.com/javase/1.5.0/docs/api/java/util/concurrent/locks/ReadWriteLock.html
There, they also discuss the different choices an
Richard Oudkerk added the comment:
The patch does not seem to walk the mro to look for slots in base classes.
Also, an instance with a __dict__ attribute may also have attributes stored in
slots.
BTW, copyreg._slotnames(cls) properly calculates the slot names for cls and
tries to cache them
New submission from Jesús Cea Avión:
We have a #sha3 winner!! Keccak - https://en.wikipedia.org/wiki/Keccak
--
components: Extension Modules
messages: 171879
nosy: jcea
priority: normal
severity: normal
stage: needs patch
status: open
title: Implement SHA-3
type: enhancement
versions:
suddha sourav added the comment:
Thank you for the hint, Roger! On my side, I have changed the
HIDE_SEQUENCES tuple to (Key-Escape,) and it is giving me the behaviour
I desired. However, I am not sure if this is a fix of the real issue.
I tried IDLE on OpenSUSE 12.2 last night and faced the
Changes by Mark Dickinson dicki...@gmail.com:
--
nosy: +mark.dickinson, meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16117
___
___
Changes by Brett Cannon br...@python.org:
--
superseder: - Add SHA-3 (Keccak) support
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16118
___
___
Changes by Brett Cannon br...@python.org:
--
resolution: - duplicate
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16118
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16114
___
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16115
___
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15535
___
___
Python-bugs-list mailing list
koobs added the comment:
Incase it helps at all, I'm seeing the test failure preparing for adding
python33 to the FreeBSD ports tree.
On FreeBSD 9.0-RELEASE-p3 (amd64), with /etc/hosts configured as follows:
::1 localhost.domain localhost
127.0.0.1
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16113
___
___
Python-bugs-list mailing list
Jesús Cea Avión added the comment:
We have MD5, SHA1, sha256, sha512 implemented, to use when openssl is not
available. Can we do the same with sha-3?. I would suggest to adopt the
reference implementation without extensive optimizations, since we will have
them when openssl has them.
So we
Richard Oudkerk added the comment:
Multiprocessing: Because there is no way I know to share a list of
owning thread ids, this version is more limited
Why do you need a *shared* list? I think it should be fine to use a
per-process list of owning thread ids. So the current thread owns the
Changes by Serhiy Storchaka storch...@gmail.com:
--
title: IDLE code completion window does not scoll/select with mouse - IDLE
code completion window does not scroll/select with mouse
___
Python tracker rep...@bugs.python.org
New submission from Spiros K.:
Hello.
I intalled EPD Free 7.3-2 WIN x86 a few hours ago and idle script doesn't work.
When i try to run IDLE from cmd (c:\Python27\Lib\idlelibidle.py) i take the
following output:
Traceback (most recent call last):
File C:\Python27\Lib\idlelib\idle.py, line
Gereon Kremer added the comment:
We have implemented this functionality according to RFC 2177.
We actually implemented a synchronous idle function that blocks until a timeout
occurs or the server sent some event.
This is not the most flexible way, however it will provide a basic
functionality
Serhiy Storchaka added the comment:
Added patches for 2.7 and 3.2.
--
Added file: http://bugs.python.org/file27401/long_aslong_overflow-3.2.patch
Added file: http://bugs.python.org/file27402/long_aslong_overflow-2.7.patch
___
Python tracker
Roger Serwy added the comment:
Does the official Python 2.7.3 installation from python.org/download/ work for
you?
--
nosy: +serwy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16119
___
Felipe Cruz added the comment:
Why limit to EBADF? You could also have EPIPE, EINVAL and many other errors.
The only error you may not want to report is EAGAIN.
Charles,
You're right! If all errno cases get covered in the patch, will It looks
reasonable?
--
R. David Murray added the comment:
To fully answer the original question that opened this issue: contributions
will be welcomed. While I don't currently have time to work on imaplib myself,
I have an interest and will review and if appropriate commit patches.
I like Shay's proposal, but
Spiros K. added the comment:
i removed the EPD version and installed the official Python 2.7.3, but still
IDLE doesn't work (neither the start menu sortcut, nor the idle.py from cmd
which still gives the same dll error).
The only difference is that the python (command line) works this time.
Kristján Valur Jónsson added the comment:
Excellent point, I hadn't thought of that!
Yes, it is is sufficient to test if _I_ am in the list. I'll make the
necessary changes. That will make the thread/process implementation virtually
identical.
--
Changes by Mike Hoy mho...@gmail.com:
--
nosy: +mikehoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15104
___
___
Python-bugs-list mailing list
Roger Serwy added the comment:
This is not a problem with IDLE, but with an error with loading the _socket
DLL. I changed the title to reflect the problem.
--
components: +Library (Lib) -IDLE
title: Python 2.7 IDLE not working in WinVista - Python 2.7 _socket DLL import
error on
Michele Orrù added the comment:
The patch does not seem to walk the mro to look for slots in base
classes. Also, an instance with a __dict__ attribute may also have
attributes stored in slots.
Well, what I am doing is more or less the equivalent of
return object.__slots__ if
New submission from Berker Peksag:
Related changesets:
- http://hg.python.org/cpython/rev/33a221662f39
- http://hg.python.org/cpython/rev/fb90e2ff95b7
--
components: Library (Lib)
files: yield-from_v1.diff
keywords: patch
messages: 171894
nosy: berker.peksag
priority: normal
severity:
Jesús Cea Avión added the comment:
3.3 is in bugfix mode only now. So, targeting 3.4.
I am neutral to this change. Showing use of new language idioms is nice, but
merging patches to 3.3 and 3.4 would be more difficult.
--
nosy: +jcea
versions: -Python 3.3
R. David Murray added the comment:
Thanks for the patch.
I think that seeing as we've already done a bunch, there's little reason not to
do more.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16120
Richard Oudkerk added the comment:
Well, what I am doing is more or less the equivalent of
return object.__slots__ if hasattr(object, '__slots') else object.__dict__
and this is coherent with the updated documentation. The one you
proposed is an alternative behavior; am I supposed to
Christian Heimes added the comment:
I've done some experiments with the reference implementation and adopted code
of sha1module.c for sha3: https://bitbucket.org/tiran/pykeccak
So far the code just compiles (64bit only) but doesn't work properly yet. I may
need to move away from the NIST
Serhiy Storchaka added the comment:
The patch does not seem to walk the mro to look for slots in base classes.
Also, an instance with a __dict__ attribute may also have attributes
stored in slots.
BTW, copyreg._slotnames(cls) properly calculates the slot names for cls and
tries to cache
Richard Oudkerk added the comment:
This is from Python side. Did ht_slots field of PyHeapTypeObject does not
contain properly calculated slot names?
Looking at the code, it appears that ht_slots does *not* include inherited
slots.
--
___
Python
Charles-François Natali added the comment:
Why limit to EBADF? You could also have EPIPE, EINVAL and many other errors.
The only error you may not want to report is EAGAIN.
Charles,
You're right! If all errno cases get covered in the patch, will It looks
reasonable?
Raising an error in
Changes by Mike Putnam m...@theputnams.net:
--
nosy: +mikeputnam
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14574
___
___
Python-bugs-list
Terry J. Reedy added the comment:
As I understand it, var(ob) is pretty much a synonym for ob.__dict__. Without
knowing the internal details, I think vars should do with slots what it would
do if slots were not used and normal dicts were used. In particular, if a class
is changed by adding
Changes by Antoine Pitrou pit...@free.fr:
--
components: +Windows
nosy: +vinay.sajip
priority: normal - critical
versions: +Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16116
___
Adam Glenn added the comment:
I did some more testing and verified that this is a problem caused by the fact
that trans_5C is a string and not unicode. It also happens when trans_36 is
sent to key.translate().
Python 2.7.3 (default, Aug 1 2012, 05:14:39)
[GCC 4.6.3] on linux2
Type help,
Richard Oudkerk added the comment:
That modifying the dict has no effect on the object is okay.
I have written vars(obj).update(...) before. I don't think it would be okay
to break that.
--
___
Python tracker rep...@bugs.python.org
New submission from Arfrever Frehtes Taifersar Arahesis:
shlex.shlex.error_leader() reports incorrect line number with posix=True or
when last token is not quoted.
This bug occurs in all versions of Python.
The attached script shows this bug:
$ ./shlex_test.py
### text1 posix=False
('var1',
Serhiy Storchaka added the comment:
I see a special warning in the documentation:
Note: The returned dictionary should not be modified: the effects on the
corresponding symbol table are undefined. [2]
[2] In the current implementation, local variable bindings cannot normally be
affected
Richard Oudkerk added the comment:
A search of googlecode shows 42 examples of vars(...).update compared to 3000
for .__dict__.update. I don't know if that is enough to worry about.
http://code.google.com/codesearch#search/q=vars\%28[A-Za-z0-9_]%2B\%29\.update%20lang:^python$type=cs
New submission from samwyse:
I'm once again frustrated by a third-party module that only accepts filenames,
not already-opened file-like objects. This prevents me from passing in
StringIO objects or any of the standard file streams. Currently, *open()*
function accepts strings or (in Python
Benjamin Peterson added the comment:
So, this is supposed to be a kludge for 3rd-party libraries that don't support
using file objects? Immediately calling open() isn't necessarily what such a
library will do. It could process the path somehow. Anyway, it's not clear what
the semantics of the
Christian Heimes added the comment:
I've another argument against your proposal:
open() always wraps a operating system resource and not some Python object. At
the lowest level open() interacts with a file descriptor (aka file handler on
Windows). I don't like to break the promise.
Lot's of
Changes by Christian Heimes li...@cheimes.de:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16122
___
___
Changes by Benjamin Peterson benja...@python.org:
--
resolution: - rejected
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16122
___
___
New submission from Roger Serwy:
Removing the option of running IDLE without a subprocess would simplify the
maintenance of IDLE. This should be deprecated for 3.4 and then fully removed
in 3.5.
Here's a link to a brief discussion on IDLE-dev:
Jesús Cea Avión added the comment:
Berker, could you possibly submit a Contributor Agreement Form? Details at
http://www.python.org/psf/contrib/
Does your patch take care of all yield in the stdlib?
--
___
Python tracker rep...@bugs.python.org
Björn Edström added the comment:
For what it's worth, I've built a working C-based sha3-module that is available
here: https://github.com/bjornedstrom/python-sha3
Note that I've only tested this on Python 2, for Python 3 YMMV.
Best regards
Björn
--
nosy: +bjornedstrom
Antoine Pitrou added the comment:
I don't like the API. Why should I write rwlock.acquire_read() instead of
rwlock.reader.acquire()? There should be one obvious way to do it.
The fact that reader_lock and writer_lock return a new object every time is
a bit suboptimal, IMO.
Also, RWLockBase
Antoine Pitrou added the comment:
By the way, the fact that acquire_read() is documented as Acquire the lock in
shared mode and acquire_write() as Acquire the lock in exclusive mode hints
that perhaps RWLock is not the right name ;)
--
___
Python
Jesús Cea Avión added the comment:
I close this bug as out of date. If you think this is still an issue, please,
reopen.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13398
Changes by Jesús Cea Avión j...@jcea.es:
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15642
___
___
Python-bugs-list mailing list
Felipe Cruz added the comment:
Raising an error in case the signal can't be written to the FD
(because the other end didn't drain the pipe/socket) seems reasonable.
You should just retry on EINTR (although any sane implementation
shouldn't return EINTR on non-blocking write, I don't think
Changes by Jesús Cea Avión j...@jcea.es:
--
versions: +Python 3.4 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15625
___
___
New submission from Garrett Cooper:
As discussed in ID # 1471, the type for request is not 100% correct on some
platforms (FreeBSD, NetBSD, and OpenBSD, for instance) and the custom platform
that I'm using unfortunately uses non-32-bit int ioctls. An autoconf test needs
to be added for these
Kushal Das added the comment:
Attached patch which has a new test called test_executable_precedence to test
precedence of executable argument over args[0].
--
keywords: +patch
nosy: +kushaldas
Added file: http://bugs.python.org/file27407/executable_precedence.patch
Kushal Das added the comment:
Patch to update docstring and documentation with explicit saying that calling
JSONEncoder.default raises a TypeError
--
keywords: +patch
Added file:
http://bugs.python.org/file27408/explicit_json_doc_update_for_encoder_default.patch
Kushal Das added the comment:
The previous patch should be back committed to all 3.x and 2.7 branch.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16057
___
85 matches
Mail list logo