Georg Brandl ge...@python.org added the comment:
I'd like to see this in 3.3.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14837
___
Changes by Georg Brandl ge...@python.org:
Removed file: http://bugs.python.org/file25625/1.html
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1757118
___
Eric O. LEBIGOT eric.lebi...@normalesup.org added the comment:
Thank you for this lucid account of the situation, Terry.
As for where in the documentation something additional could be said about .pyo
files and the -O option, I must say that it is already mentioned in some
relevant places
New submission from anatoly techtonik techto...@gmail.com:
http://docs.python.org/library/__main__.html
It is this environment in which the idiomatic “conditional script” stanza
causes a script to run
?!?
--
assignee: docs@python
components: Documentation
messages: 163140
nosy:
Hynek Schlawack h...@ox.cx added the comment:
I’m no native speaker but I fail to see anything abusive here.
--
nosy: +hynek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15104
___
anatoly techtonik techto...@gmail.com added the comment:
It is abusive for those who don't get the meaning. Can you translate it to
simple english?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15104
anatoly techtonik techto...@gmail.com added the comment:
Maybe abusive language is not the right translation from Russian. It could be
coarse language or foul language.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15104
Martin v. Löwis mar...@v.loewis.de added the comment:
Which specific word do you consider грубый or сквернословие? This is all
polite, courteous wording, in my understanding of English. But maybe a native
speaker should really comment here.
--
nosy: +loewis
anatoly techtonik techto...@gmail.com added the comment:
Ok, the language is not clear enough is the queasily polite, serious and
corteous substitution for abusive language in the title of this issue.
Can you translate it to simple english?
--
___
Martin v. Löwis mar...@v.loewis.de added the comment:
The following fragment can be used to make a Python file both a library and a
script.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15104
Nadeem Vawda nadeem.va...@gmail.com added the comment:
To restate my position: the need is for an immutable string of bytes, [...]
I disagree that we should require the dictionary to be immutable - if the
caller wishes to use a mutable buffer here, it is their responsibility to
ensure that it
Martin v. Löwis mar...@v.loewis.de added the comment:
Or, actually
When the script executes as this (i.e. __main__) module, the following
conditional statement, which is in wide use and well-known, will cause the
script to run.
--
___
Python
anatoly techtonik techto...@gmail.com added the comment:
Now I get it. That's much better. Thanks. =)
After rereading the description with this new info I spot that __main__ is
called a module, which is not true, because it is only a module name. It makes
sense to enclose it in quotes in
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Thanks Antoine. I tested this in my virtualbox so something new must have
happened... Anyway, the GIL code should not have changed from before, only
moved about slightly. I´ll figure out what happened.
--
nosy:
Changes by Kristján Valur Jónsson krist...@ccpgames.com:
--
Removed message: http://bugs.python.org/msg163150
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15068
___
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Thanks Antoine. I tested this in my virtualbox so something new must have
happened... Anyway, the GIL code should not have changed from before, only
moved about slightly. I´ll figure out what happened
--
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
You are right, Richard. Thanks for pointing this out. This is not a new
problem, however, because this code has been in the New GIL since it was
launched.
The purpose of the n_waiting member is to make signal a no-op when no
Antoine Pitrou pit...@free.fr added the comment:
What is the purpose of the comment at the end of Python/importlib.h?
The purpose is to include a NUL character in the source file so that Mercurial
treats this (generated) file as a binary file, and so that the diffs are
omitted in commit
Richard Oudkerk shibt...@gmail.com added the comment:
The old version was
243 __inline static void _cond_signal(COND_T *cond) {
244 /* NOTE: This must be called with the mutex held */
245 if (cond-n_waiting 0) {
246 if (!ReleaseSemaphore(cond-sem, 1, NULL))
247
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Well spotted. This probably fixes the failure we saw in the buildbots as well.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15038
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 110b38c36a31 by Kristjan Valur Jonsson in branch 'default':
Issue #15038:
http://hg.python.org/cpython/rev/110b38c36a31
--
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. I think that chapter could use a more extensive rewrite with some
additional information provided. For example, you actually can have a __main__
module in a package, and anything inside it will execute when the package is
run via
Richard Oudkerk shibt...@gmail.com added the comment:
Standard condition variables have the following guarantees:
* if there are any waiters then signal()/notify() will awaken at least one of
them;
* if there are any waiters then broadcast()/notify_all() will awaken all of
them.
The
Christian Heimes li...@cheimes.de added the comment:
I've increased the priority to release blocker.
Reason:
We should come to an agreement how to handle the issue. In particular we must
not pronounce something as secure that isn't secure.
Options:
1) Remove the function.
2) Rename the
Hynek Schlawack h...@ox.cx added the comment:
It's not that simple as we currently use public functions for copying the files
and the metadata. copyfile is explicitly _not_ supposed to copy any metadata so
we can't patch it up to do so. Also that won't help for other stat xattr data
so this
New submission from vjp volker.pil...@dectris.com:
Running the program below on Linux (CentOS 5 and 6) two lines are printed, of
which the second one is not correctly indented:
Output is:
1234567012345670
012345670
rather than
1234567012345670
012345670
import curses
Changes by Richard Oudkerk shibt...@gmail.com:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
title: multiprocessing should use more context manager - Use context manager
protocol for more multiprocessing types
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Yes, another correct observation. This can if a thread is interrupted in
between releasing the mutex and waiting for the semaphore.
I see no way around this apart from manually creating event objects for every
thread.
Personally
Hynek Schlawack h...@ox.cx added the comment:
I thought this is settled as of f36af3766a20 (option 2)?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
___
Changes by Richard Oudkerk shibt...@gmail.com:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12774
___
___
Changes by Richard Oudkerk shibt...@gmail.com:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12882
___
___
Antoine Pitrou pit...@free.fr added the comment:
Personally I'm not sure it is a wise guarantee to make.
If you make sure internal users are immune to this issue, then fine (but make
sure to document it somewhere).
However, if this lost wakeup problem can affect current users of the API, then
Antoine Pitrou pit...@free.fr added the comment:
However, if this lost wakeup problem can affect current users of the API,
then it sounds unacceptable.
Let me elaborate: the GIL can perhaps suffer lost wakeups from time to time.
The Lock API certainly shouldn't.
--
Richard Oudkerk shibt...@gmail.com added the comment:
Let me elaborate: the GIL can perhaps suffer lost wakeups from time to
time. The Lock API certainly shouldn't.
I think with FORCE_SWITCHING defined (the default?) it is not possible for the
thread releasing the GIL to immediately
Serhiy Storchaka storch...@gmail.com added the comment:
It looks as great disadvantage compared with Subversion.
There are several ways to solve this problem:
1. Python/freeze_importlib.py generates a raw binary file Python/importlib.dump
(just marshal dump) and this file is placed in the
Christian Heimes li...@cheimes.de added the comment:
Oh, I totally missed Nick's checkin. Sorry for the noise.
Should we add the encode('unicode-internal') trick from #14955 as the next best
way to compare to unicode strings?
--
stage: needs patch - commit review
Christian Heimes li...@cheimes.de added the comment:
Nick has pushed a patch in rf36af3766a20 that disables the comparison of
unicode strings. See #15061
--
dependencies: +hmac.secure_compare() leaks information about length of strings
___
Python
Antoine Pitrou pit...@free.fr added the comment:
Should we add the encode('unicode-internal') trick from #14955 as the next
best way to compare to unicode strings?
I don't think so.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 7d86e207598f by Antoine Pitrou in branch 'default':
Issue #15103: remove the NUL character (serving as a Mercurial binary marker)
from Python/importlib.h.
http://hg.python.org/cpython/rev/7d86e207598f
--
Antoine Pitrou pit...@free.fr added the comment:
This should be fixed now.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15103
Changes by Alex Gaynor alex.gay...@gmail.com:
--
nosy: +alex
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
___
___
Python-bugs-list mailing
Richard Oudkerk shibt...@gmail.com added the comment:
The implementation in condvar.h is basically the same as one of the attempts
mentioned in
http://birrell.org/andrew/papers/ImplementingCVs.pdf
(Listing 2 fixed to use non-binary semaphores.)
The implementation for
Jesús Cea Avión j...@jcea.es added the comment:
As a general rule, generated files should not be included in the repository.
Recent mercurial versions include a --large parameter for hg add that
threat files as binary. In particular, precludes hg diff, that I guess it is
the point here.
Antoine Pitrou pit...@free.fr added the comment:
As a general rule, generated files should not be included in the
repository.
We already include generated files such as configure. This is either for
convenience or for bootstrap purposes.
Recent mercurial versions include a --large parameter
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e8ea27ab9fa6 by Brian Curtin in branch 'default':
Add versionchanged tags for #14772 changes
http://hg.python.org/cpython/rev/e8ea27ab9fa6
--
___
Python tracker
Antoine Pitrou pit...@free.fr added the comment:
The implementation for multiprocessing.Condition is virtually the same
as Listing 3 which the author says he thinks is formally correct but
with a fundamental performance problem.
To me, it seems similar to the last listing (under The
Antoine Pitrou pit...@free.fr added the comment:
The problem Richard describes isn´t a lost wakeup. PyCOND_SIGNAL
_will_ wake up _at least_ one thread. It just isn't guaranteed to be
one of those who previously called PyCOND_WAIT(): It could be a
latecomer to the game, including the one
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
The problem Richard describes isn´t a lost wakeup. PyCOND_SIGNAL _will_ wake
up _at least_ one thread. It just isn't guaranteed to be one of those who
previously called PyCOND_WAIT(): It could be a latecomer to the game,
Antoine Pitrou pit...@free.fr added the comment:
The implementation for multiprocessing.Condition is virtually the same
as Listing 3 which the author says he thinks is formally correct but
with a fundamental performance problem.
To me, it seems similar to the last listing (under The
New submission from Ken Cheung msrbugzi...@gmail.com:
I observed a code clone from the following files.
function : PyErr_Restore @ (file: Python-3.3.0a4/Python/errors.c, line: 27)~49
function : PyErr_SetExcInfo @ (file: Python-3.3.0a4/Python/errors.c, line:
341)~353
The function PyErr_Restore
Xavier de Gaye xdeg...@gmail.com added the comment:
Uploaded pdb_default_2.patch.
This new patch fixes the previous patch that fails to stop at
breakpoints set in nested functions, and extends the previous patch in
allowing breakpoints outside function and method definitions.
When a breakpoint
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
It's an interesting article Richard, but I don't see how their 2nd attempt
solves the probvlem. All it does is block the thread doing the Signal(), not
other threads, from stealing the wakeup.
I think I know how to fix this
Richard Oudkerk shibt...@gmail.com added the comment:
The notes should also mention that PyCOND_SIGNAL() and PyCOND_BROADCAST() must
be called while holding the mutex. (pthreads does not have that restriction.)
--
___
Python tracker
New submission from Ken Cheung msrbugzi...@gmail.com:
I observed a code clone from the following files.
function : mpd_qexp @ (file:
Python-3.3.0a4/Modules/_decimal/libmpdec/mpdecimal.c, line: 4092)~4165
function : mpd_qln @ (file:
Python-3.3.0a4/Modules/_decimal/libmpdec/mpdecimal.c, line:
Serhiy Storchaka storch...@gmail.com added the comment:
Unicode string timing depends on the string implementation which depends on the
maximum character code in the string. Strings 'A'*+'$' 'A'*+'€' have
different timings for almost all operations (inluding
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Right.
Without holding the mutex, the definition of already blocked is of course
meaningless, since only the holding the mutex can define any ordering.
pthread standard indeed says however, if predictable scheduling behaviour is
Mark Dickinson dicki...@gmail.com added the comment:
The code looks fine to me.
In the first few lines of this clone, the function mpd_qexp only calls
mpd_setspecial when mpd_isnegative is false while the function mpd_qln
calls mpd_setspecial independent of the value of mpd_isnegative.
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15104
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
superseder: - Drop support for the ur string prefix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14973
___
Mark Dickinson dicki...@gmail.com added the comment:
That would probably be because exp(-infinity) is 0, which isn't a
floating-point special value, and ln(-infinity) is NaN, which is.
Actually, looking at the code, mpd_setspecial is called under exactly the same
circumstances (namely for
Serhiy Storchaka storch...@gmail.com added the comment:
Oh, I see, Antoine said the same thing (msg162771).
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset d7a72fdcc168 by Kristjan Valur Jonsson in branch 'default':
Issue #15038: Document caveats with the emulated condition variables.
http://hg.python.org/cpython/rev/d7a72fdcc168
--
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14187
___
___
Python-bugs-list
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15102
___
___
Python-bugs-list
Christian Heimes li...@cheimes.de added the comment:
I'm well aware of the fact that they have different timings. That's why I
argued against including a unicode aware variant of the timing safe compare
function.
I've used Guido's time machine and seen requests for a unicode function in the
Antoine Pitrou pit...@free.fr added the comment:
I'm well aware of the fact that they have different timings. That's
why I argued against including a unicode aware variant of the timing
safe compare function.
I would not want to repeat myself, but the compare function can be made
safe if it
Richard Oudkerk shibt...@gmail.com added the comment:
It's an interesting article Richard, but I don't see how their 2nd attempt
solves the problem. All it does is block the thread doing the Signal(),
not other threads, from stealing the wakeup.
Do you mean the listing on page 5? (The
Kristján Valur Jónsson krist...@ccpgames.com added the comment:
Ah, right, the lock x, I forgot about that.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15038
___
Christian Heimes li...@cheimes.de added the comment:
Alright, Antoine.
Shall explore option 2b) optionally create a C implementation as it's much
easier to check C code for timing issues as I suggested in
http://bugs.python.org/issue15061#msg162893 ?
--
Yury Selivanov yseliva...@gmail.com added the comment:
New patch (pep362.5.patch)
Fixed a bug in BoundArguments.args BoundArguments.kwargs
--
Added file: http://bugs.python.org/file26052/pep362.5.patch
___
Python tracker rep...@bugs.python.org
Richard Oudkerk shibt...@gmail.com added the comment:
1.41 Generic emulations of the pthread_cond_* API using
1.42 earlier Win32 functions can be found on the Web.
1.43 The following read can be edificating (or not):
1.44
Jesús Cea Avión j...@jcea.es added the comment:
So my question is easy: could we apply this patch as is and defer any
improvement to 3.4?. The risk of not doing so would be to miss 3.3 completely.
--
___
Python tracker rep...@bugs.python.org
Yury Selivanov yseliva...@gmail.com added the comment:
New patch (pep362.6.patch)
Fixed a bug in BoundArguments.args when positional arguments were partially
mapped by functools.partial
--
Added file: http://bugs.python.org/file26053/pep362.6.patch
Brian Curtin br...@python.org added the comment:
Before we miss yet another beta freeze, how does something like this look?
It moves `which` into one function which always yields paths. I don't think
anyone will approve of adding a dual-function API to solve this problem. I
originally tried
Ezio Melotti ezio.melo...@gmail.com added the comment:
I left a few comments on rietveld.
The '\' is sometimes used where not necessary and the preferred way to write
conditions on multiple lines is:
(foo == bar and
bar == baz and
baz == asd)
rather than
foo == bar \
and bar == baz \
Yury Selivanov yseliva...@gmail.com added the comment:
New patch - pep362.6.patch
Ezio,
I've eliminated almost all '\'.
Test coverage is now almost 100%.
--
Added file: http://bugs.python.org/file26055/pep362.6.patch
___
Python tracker
Georg Brandl ge...@python.org added the comment:
This has Python 3.3 set as Version. Does it really block the 3.3 release?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13463
Georg Brandl ge...@python.org added the comment:
Is this issue still valid?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14225
___
Georg Brandl ge...@python.org added the comment:
So it's not a blocker anymore, right?
--
nosy: +georg.brandl
priority: release blocker - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15061
Georg Brandl ge...@python.org added the comment:
Does this block 3.3b1?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5302
___
Georg Brandl ge...@python.org added the comment:
Greg, are you still going to update expat in time for 3.3? Otherwise this
doesn't block 3.3 anymore.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14340
Georg Brandl ge...@python.org added the comment:
Brett (and/or Brian?), this sounds like it should be tackled soon, to give
Windows users enough time of testing 3.3.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
Georg Brandl ge...@python.org added the comment:
I'm not willing to hold up 3.3 for this. On the other hand, it should not be
done in the beta stage. And I don't assume it's a trivial matter (Éric?), so
I'm inclined to move it to 3.4.
--
nosy: +georg.brandl
Georg Brandl ge...@python.org added the comment:
Ping. Does this block 3.3?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12779
___
Georg Brandl ge...@python.org added the comment:
Which parts are still missing here?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13959
___
Georg Brandl ge...@python.org added the comment:
Is this ready to go in before beta1?
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14928
___
Georg Brandl ge...@python.org added the comment:
If you commit this, please do so before beta1.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15096
___
Georg Brandl ge...@python.org added the comment:
I guess this is not an issue anymore.
--
resolution: - out of date
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12046
Georg Brandl ge...@python.org added the comment:
Ping?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13590
___
___
Python-bugs-list mailing
Georg Brandl ge...@python.org added the comment:
Ping. This isn't necessary for beta1, but would be nice to have once the final
release draws near.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14940
Ned Deily n...@acm.org added the comment:
In progress; fixes for this and the other Xcode4-related issues will be in for
3.3.0b1.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13590
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset c3616595dada by Antoine Pitrou in branch 'default':
Issue #14928: Fix importlib bootstrap issues by using a custom executable
(Modules/_freeze_importlib) to build Python/importlib.h.
Ned Deily n...@acm.org added the comment:
It was still valid as of 3.3.0a4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14225
___
___
Christian Heimes li...@cheimes.de added the comment:
I'll submit an updated patch tomorrow.
--
assignee: - christian.heimes
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15096
___
Antoine Pitrou pit...@free.fr added the comment:
Should be ok now.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14928
Christian Heimes li...@cheimes.de added the comment:
New patch:
* corrected comment in Parser/tokenizer.c
* added test for ub and bu raising SyntaxError
* removed handling of ur from tokenize module
Serhiy, could you please review my changed to the tokenize module? I think I
found all
New submission from Pankaj D p...@comcast.net:
Hi,
Sporadically, while running an sqlite3 query, the above error is seen.
In order to debug, I modified Objects/tupleobject.c, PyTuple_SetItem() as
follows:
if (!PyTuple_Check(op) || op-ob_refcnt != 1) {
Jesús Cea Avión j...@jcea.es added the comment:
Could you possibly reproduce this in 2.7, 3.2 and/or default (future 3.3)?.
Python 2.6 support is over.
--
components: +Cross-Build
nosy: +jcea
___
Python tracker rep...@bugs.python.org
Changes by Jesús Cea Avión j...@jcea.es:
--
components: -Cross-Build
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15108
___
___
Python-bugs-list
Pankaj D p...@comcast.net added the comment:
sorry, 2.7, 3.2 is not an option currently but I am hoping someone can
provide enough info to help probe this more efficiently. There seem to be
references to this issue on the web but no root-cause.
--
1 - 100 of 130 matches
Mail list logo