Neal Norwitz wrote:
On 3/9/06, Thomas Heller [EMAIL PROTECTED] wrote:
Would it be a solution to move the 'official' ctypes development into
Python SVN external/ctypes, or would this be considered abuse? Another
location in SVN could be used as well, if external is though to contain
only
[Samuele Pedroni]
there's no sys.checkinterval in Jython. Implementing this would need the
introduction of some kind of GIL implementation in Jython, the JVM has no
primitive for global critical sections.
Wouldn't Java implement this directly by suspending and resuming the other
threads
Raymond Hettinger wrote:
[Samuele Pedroni]
there's no sys.checkinterval in Jython. Implementing this would need the
introduction of some kind of GIL implementation in Jython, the JVM
has no primitive for global critical sections.
Wouldn't Java implement this directly by suspending and
On Mon, 2006-03-13 at 21:38 -0800, Neal Norwitz wrote:
On 3/9/06, Thomas Heller [EMAIL PROTECTED] wrote:
Would it be a solution to move the 'official' ctypes development into
Python SVN external/ctypes, or would this be considered abuse? Another
location in SVN could be used as well, if
Nick Coghlan wrote:
Unfortunately my new test case breaks test_compiler. I didn't notice because
I
didn't use -uall before checking it in :(
If no-one else gets to it, I'll try to sort it out tonight.
OK, as of rev 43025 the compiler module also understands augmented assignment
to tuple
On Mon, 2006-03-13 at 21:06 -0800, Guido van Rossum wrote:
Oh, no! Please!
I just had to dissuade someone inside Google from the same idea.
Heh... that was me... I LOL'ed when I saw this... and no, I didn't put
Raymond up to it :-)
IMO it's fatally flawed for several reasons: it doesn't
[Trent Mick]
I have a patch in the works that defaults to yes, this machine does
have a soundcard if cscript.exe cannot be found on the PATH.
However, one wrinkle: test_winsound.py is made up of three test cases:
BeepTest
MessageBeepTest
PlaySoundTest
only the last need be
[Mark Hammond]
Maybe the following VBScript port of the above will work:
-- check_soundcard.vbs
rem Check for a working sound-card - exit with 0 if OK, 1 otherwise.
set wmi = GetObject(winmgmts:)
set scs = wmi.InstancesOf(win32_sounddevice)
for each sc in scs
set status =
On Tue, 2006-03-14 at 00:36 -0500, Raymond Hettinger wrote:
[Guido]
Oh, no!
Before shooting this one down, consider a simpler incarnation not involving
the
GIL. The idea is to allow an active thread to temporarily suspend switching
for
a few steps:
[...]
I disagree that the need is
Samuele Pedroni [EMAIL PROTECTED] wrote:
Raymond Hettinger wrote:
[Samuele Pedroni]
there's no sys.checkinterval in Jython. Implementing this would need the
introduction of some kind of GIL implementation in Jython, the JVM
has no primitive for global critical sections.
Josiah Carlson writes:
It would be nice if Jython or IronPython could (and would) implement
these 'critical sections'. Whether they can or not, I think that it
would be a useful feature in the CPython runtime.
The issue is not whether Jython and IronPython will, it's whether
they can.
[Nice analysis from Michael Chermside]
The concept of a critical section makes great sense when there is
effectively only one CPU: just stop switching threads. But if code
is using multiple CPUs, what does it mean? Shut down the other CPUs?
. . .
I think it is unwise to build such a
feature
On 3/14/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
Once place where we already have CPython specific support is insys.setcheckinterval().That suggests adapting that function or adding a newone totemporarily stop switching, almost the same assys.setcheckinterval
(sys.maxint) but continuing to
[Raymond Hettinger]
FWIW, the new with-statement makes the above fragment even more
readable:
with atomic_transaction():
# do a series of steps without interruption
[Phillip J. Eby]
+1 on the idea, -1000 on the name. It's neither atomic nor a
transaction. I believe that
At 02:21 PM 3/14/2006 -0500, Tim Peters wrote:
There _is_ some variation in what critical section means, exactly,
to different thread programming cultures, but in none does it mean:
a section of code such that, once a thread enters it, all other
threads are blocked from doing anything
[Raymond Hettinger]
...
I disagree that the need is rare. My own use case is that I sometimes
add some debugging print statements that need to execute
atomically -- it is a PITA because PRINT_ITEM and PRINT_NEWLINE
are two different opcodes and are not guaranteed to pair atomically.
Well,
On 3/14/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
At 02:21 PM 3/14/2006 -0500, Tim Peters wrote:
The common meaning is:
a section of code such that, once a thread enters it, all other
threads are blocked from entering the section for the duration
That doesn't seem like a very
[Phillip J. Eby]
Well, I'm showing my age here, but in the good ol' days of the 8086
processor, I recall it frequently being used to describe a block of
assembly code which ran with interrupts disabled - ensuring that no task
switching would occur.
According to Wikipedia's current article on
Op ma, 13-03-2006 te 19:52 -0800, schreef Alex Martelli:
The *ONE* thing I dislike about working in the US is vacations -- I
get about half of what I would expect in Europe, and that's with my
employer being reasonably generous... in practice, given I NEED some
time to go visit family
Tim Peters wrote:
I'd say instead that they should never be skipped: the real
difference on your box is the expected _outcome_ in the third
category.
That is indeed more reasonable than what I proposed.
Regards,
Martin
___
Python-Dev mailing list
Raymond Hettinger wrote:
Once place where we already have CPython specific support is in
sys.setcheckinterval(). That suggests adapting that function or adding a new
one to temporarily stop switching, almost the same as
sys.setcheckinterval(sys.maxint) but continuing to perform other
FWIW, I've been working on a way to simplify the use of queues with daemon
consumer threads
Sometimes, I launch one or more consumer threads that wait for a task to enter
a
queue and then work on the task. A recurring problem is that I sometimes need
to
know if all of the tasks have been
On Mon, 13 Mar 2006 21:57:59 -0500, Raymond Hettinger wrote:
Think of it as non-cooperative
multi-threading. While this is a somewhat rough approach, it is dramatically
simpler than the alternatives (i.e. wrapping locks around every access to a
resource or feeding all resource requests to
On Tue, 14 Mar 2006 00:55:52 +0100, Martin v. Löwis wrote:
I can understand that position. The bugs they find include potential
security flaws, for which exploits could be created if the results are
freely available.
On the other hand, the exploit could be crafted based on reading the SVN
[Martin v. Loewis wrote]
Tim Peters wrote:
I'd say instead that they should never be skipped: the real
difference on your box is the expected _outcome_ in the third
category.
That is indeed more reasonable than what I proposed.
I'll do this tonight or tomorrow.
Trent
--
Trent Mick
Isn't this a job for threading.BoundedSpemaphore()?
On 3/14/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
FWIW, I've been working on a way to simplify the use of queues with daemon
consumer threads
Sometimes, I launch one or more consumer threads that wait for a task to
enter a
queue and
[Raymond]
While this is a somewhat rough approach, it is dramatically
simpler than the alternatives (i.e. wrapping locks around every access to a
resource or feeding all resource requests to a separate thread via a Queue).
[Alexander]
Why is that actually more difficult to write? Consider
On 3/14/06, Raymond Hettinger [EMAIL PROTECTED] wrote:
FWIW, I've been working on a way to simplify the use of queues with daemon
consumer threads
Sometimes, I launch one or more consumer threads that wait for a task to
enter a
queue and then work on the task. A recurring problem is that I
On 3/14/06, Guido van Rossum [EMAIL PROTECTED] wrote:
Isn't this a job for threading.BoundedSpemaphore()?
Not sure I see how. What I think Raymond's after (and certainly what I
want) is to queue N tasks, set a counter to N, then wait until the
counter goes to zero.
I suppose
counter =
Isn't this a job for threading.BoundedSpemaphore()?
I don't see how that would work. ISTM that we need an inverse of a
BoundedSemaphore. If it understand it correctly, a BS blocks after some
pre-set
maximum number of acquires and is used for resources with limited capacity
(i.e.
a number
[Trent Mick, on test_winsound]
I'll do this tonight or tomorrow.
Cool!
I see that your Win2K buildbot slave always dies in the compile step now, with
-- Build started: Project: pythoncore, Configuration: Debug Win32 --
Compiling resources...
generate buildinfo
cl.exe -c -D_WIN32
I think I was thinking of the following: create a semaphore set to
zero; the main thread does N acquire operations; each of N workers
releases it once after it's done. When the main thread proceeds it
knows all workers are done. Doesn't that work? Also, I believe Tim
once implemented a barrier
[Raymond Hettinger]
FWIW, I've been working on a way to simplify the use of queues with
daemon consumer threads
Sometimes, I launch one or more consumer threads that wait for a task
to enter a queue and then work on the task. A recurring problem is that
I sometimes need to know if all of the
Fredrik Lundh wrote:
return=NULL; output=junk = out of memory
return=junk; output=-1 = cannot do this
return=pointer; output=value = did this, returned value bytes
I agree that the design is a bit questionable;
It sure is. If you get both NULL and -1 returned, how are
you
So I created a Py3K branch in subversion. (Due to my slippery fingers
it's actually called p3yk -- that's fine, it may keep bystanders out,
and it means we can rename it to the proper name when it's more ready
for public consumption. :-)
My current plans for this branch are simple: I'm going to
On 3/14/06, Guido van Rossum [EMAIL PROTECTED] wrote:
[SNIP]
In other news, I'd like to nominate Neal Norwitz as the Python 2.5
release coordinator. He's already doing a great job doing exactly
what I think a coordinator should be doing. Anthony will remain
release manager, Tim, Martin, Fred
[Tim Peters wrote]
...
I see that your Win2K buildbot slave always dies in the compile step now, with
-- Build started: Project: pythoncore, Configuration: Debug Win32 --
Compiling resources...
generate buildinfo
cl.exe -c -D_WIN32 -DUSE_DL_EXPORT -D_WINDOWS -DWIN32 -D_WINDLL
On Tuesday 14 March 2006 14:22, A.M. Kuchling wrote:
The conclusion I draw from these results: intermediate- or
advanced-level topics of program design are not covered enough,
whether in the Python documentation, in published books and
articles, or in PyCon talks. Please feel free to mine the
[Trent Mick]
Yes I've noticed it too. I've had to kill python_d.exe a few times. I
haven't yet had the chance to look into it. I am NOT getting this error
on another Windows Python build slave that I am running in-house for
play.
The last run on your Win2K slave that got beyond the compile
On Thu, 2006-03-09 at 08:51 -0800, Raymond Hettinger wrote:
[Steven Elliott]
As you probably know each access of a builtin requires two hash table
lookups. First, the builtin is not found in the list of globals. It is
then found in the list of builtins.
If someone really cared about
[Uncle Timmy]
...
Looks like it was running test_bsddb at the time, and the test
framework gave up after waiting 20 minutes for more output. I had one
of those recently that waited 20 minutes for output after starting
test_shelve, but it's scrolled off the page. Berkeley DB is fishy.
Well
On 12/28/05, Robert Brewer [EMAIL PROTECTED] wrote:
Noam Raphael wrote:
I don't think that every type that supports equality
comparison should support order comparison. I think
that if there's no meaningful comparison (whether
equality or order), an exception should be raised.
Just
Unless I hear shouts *soon*, the following modules will be removed in 2.5:
reconvert.py
regex # regexmodule.c
regex_syntax.py
regsub.py
lib-old/* # these are the modules under lib-old
Para.py codehack.py fmt.py ni.pystatcache.py whatsound.py
addpack.py dircmp.pygrep.py
Greg Ewing wrote:
Fredrik Lundh wrote:
return=NULL; output=junk = out of memory
return=junk; output=-1 = cannot do this
return=pointer; output=value = did this, returned value bytes
I agree that the design is a bit questionable;
It sure is. If you get both NULL and -1
[M.-A. Lemburg]
Why do you add these things to the xx module and not the
_testcapi module where these things should live ?
[Neal Norwitz]
Because I'm an idiot?
Ah, so _that's_ why you were made the release coordinator ;-)
Thanks for pointing it out, I moved the code.
Or maybe that was why.
[Thomas Wouters]
I did the same narrowing-down last week, and submitted a patch to add
cycle-GC support to itertools.tee . It really needs it.
I agree.
Come to think of it, now that I remember how to properly do GC, I think
the patch cuts some corners, but it solved the problem.
You mean
Raymond is on it, anyway:
http://python.org/sf/1444398
You found it, you fix it :-)
I've got this one.
Raymond
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
[Neal Norwitz]
...
The public report says 15, but the current developer report shows 12.
I'm not sure why there is a discrepancy. All 12 are in ctypes which
was recently imported.
I'm having a really hard time making sense of the UI on this. When I
looked at the Python project just now (I
On 3/14/06, Tim Peters [EMAIL PROTECTED] wrote:
[Neal Norwitz]
...
The public report says 15, but the current developer report shows 12.
I'm not sure why there is a discrepancy. All 12 are in ctypes which
was recently imported.
I'm having a really hard time making sense of the UI on
49 matches
Mail list logo