On Tue, Jul 27, 2010 at 6:43 PM, R. David Murray rdmur...@bitdance.comwrote:
On Tue, 27 Jul 2010 08:27:35 +0200, Stefan Behnel stefan...@behnel.de
wrote:
Gregory P. Smith, 27.07.2010 07:40:
A max cache size of 100 was too small. I just increased it to 500 in
the
py3k branch along with
On 07/27/2010 06:18 PM, Alexander Belopolsky wrote:
On Tue, Jul 20, 2010 at 10:20 AM, R. David Murrayrdmur...@bitdance.com wrote:
I'd go with putting it in shutil.
+1
I would also call it shutil.mktree which will go well with
shutil.rmtree next to it.
Note that mktree is not analogous to
Hrvoje Niksic writes:
single branch, not an entire tree. I'd imagine a mktree function to
accept a data structure describing the tree to be created.
-1 on mktree for that reason.
If you're going for a short name distinctive from mkdir, I propose
mksubdirs.
A little more accurate
On Tue, Jul 27, 2010 at 1:25 AM, Ron Adam r...@ronadam.com wrote:
Another way to communicate to the server would be to add a link in
the browser to open a server status page. For example my router has a
configure page where I can check it's status and do other things.
That might be something
Hrvoje Niksic wrote:
mktree would only create a
single branch, not an entire tree.
Maybe mkbranch, then?
--
Greg
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
On 28/07/2010 11:53, Greg Ewing wrote:
Hrvoje Niksic wrote:
mktree would only create a single branch, not an entire tree.
Maybe mkbranch, then?
Seeing as we already have a decision to add this functionality to
os.makedirs as a switch and not to create a new function, this
bikeshedding
On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
ronaldousso...@mac.com wrote:
In my opinion the GIL is a weak point of CPython and it would be nice if it
could be fixed. That is however easier said than done, a number of people
have tried in the past and ran into implementation limitations
On 28/07/2010 11:50, Nick Coghlan wrote:
On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
ronaldousso...@mac.com wrote:
In my opinion the GIL is a weak point of CPython and it would be nice if it
could be fixed. That is however easier said than done, a number of people
have tried in the
On Wed, 28 Jul 2010 11:56:16 +0100
Michael Foord fuzzy...@voidspace.org.uk wrote:
This is the kind of approach that seems to hold the most promise of
removing the GIL without incurring the single-threaded performance hit
that has been the achilles heel of previous attempts at creating a
Hello to all..Today I was trying to install FreeCAD 0.10 from its source
code. I am using RHEL5. I have firstly installed python2.6.5 from source and
also tested it. Python is working fine. But when I try to compile FreeCAD
0.10, I got following configure error :
#./configure
On 28/07/2010 12:21, Vikas Mahajan wrote:
Hello to all..Today I was trying to install FreeCAD 0.10 from its
source code. I am using RHEL5. I have firstly installed python2.6.5
from source and also tested it. Python is working fine. But when I try
to compile FreeCAD 0.10, I got following
Hello.
We are sorry but we cannot help you. This mailing list is to work on
developing Python (adding new features to Python itself and fixing bugs);
if you're having problems learning, understanding or using Python, please
find another forum. Probably python-list/comp.lang.python mailing
On Wed, Jul 28, 2010 at 4:50 PM, Gregory P. Smith g...@krypto.org wrote:
On Tue, Jul 27, 2010 at 6:43 PM, R. David Murray rdmur...@bitdance.com
wrote:
On Tue, 27 Jul 2010 08:27:35 +0200, Stefan Behnel stefan...@behnel.de
wrote:
Gregory P. Smith, 27.07.2010 07:40:
Random replacement
On 28 Jul, 2010,at 12:56 PM, Michael Foord fuzzy...@voidspace.org.uk wrote:On 28/07/2010 11:50, Nick Coghlan wrote:
On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
ronaldousso...@mac.com wrote:
In my opinion the GIL is a weak point of CPython and it would be nice if it
could be fixed.
On 28/07/2010 12:43, Ronald Oussoren wrote:
On 28 Jul, 2010,at 12:56 PM, Michael Foord fuzzy...@voidspace.org.uk
wrote:
On 28/07/2010 11:50, Nick Coghlan wrote:
On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
ronaldousso...@mac.com wrote:
In my opinion the GIL is a weak point of
Wiadomość napisana przez Vikas Mahajan w dniu 2010-07-28, o godz. 13:21:
Hello to all..Today I was trying to install FreeCAD 0.10 from its source
code. I am using RHEL5. I have firstly installed python2.6.5 from source and
also tested it. Python is working fine. But when I try to
1. Please post Python usage related problems to the python-users mailing list:
http://mail.python.org/mailman/listinfo/python-list
Sorry for posting here. I am new baby to python so I don't know where
to post. I will remember this and will not post irrelevant topics
here.
2. That being said,
I believe, in design purpose, the os.mkdir() is to match the system call
mkdir() exactly, the os.makedirs() is a Super-mkdir, it provides
extra convenience for using when we want to create directories. This is the
case makedirs() should deal with. A new function maybe confused with
makedirs().
I
CJ Kucera wrote:
Hello list, resurrecting a rather old thread from here:
http://mail.python.org/pipermail/python-dev/2009-August/091450.html
... and one final update from me, mostly just so Google and the like
will pick it up. I did actually end up packaging up something I called
czipfile,
On Tue, Jul 27, 2010 at 10:29 PM, Stefan Behnel stefan...@behnel.de wrote:
What about actually putting it visibly into the stdlib? Except for files, I
didn't see much about caching there, which seems like a missing battery to
me. Why not do it as with the collections module and add stuff as it
On Jul 28, 2010, at 7:31 AM, Guido van Rossum wrote:
On Tue, Jul 27, 2010 at 10:29 PM, Stefan Behnel stefan...@behnel.de wrote:
What about actually putting it visibly into the stdlib? Except for files, I
didn't see much about caching there, which seems like a missing battery to
me. Why not
I think this is better suited for python-ideas, so moving it there.
Guido van Rossum, 28.07.2010 16:31:
On Tue, Jul 27, 2010 at 10:29 PM, Stefan Behnel wrote:
What about actually putting it visibly into the stdlib? Except for files, I
didn't see much about caching there, which seems like a
On 7/28/2010 4:42 AM, Ray Allen wrote:
I believe, in design purpose, the os.mkdir() is to match the system call
mkdir() exactly, the os.makedirs() is a Super-mkdir, it provides
extra convenience for using when we want to create directories. This is
the case makedirs() should deal with.
After
2010/7/25 Stefan Behnel stefan...@behnel.de:
Nick Coghlan, 25.07.2010 08:29:
We knew PEP 380 would be hurt by the moratorium when the moratorium
PEP went through.
The goals of the moratorium itself, in making it possible to have a
3.2 release that is fully supported by all of the major
On 28/07/2010 22:20, Benjamin Peterson wrote:
2010/7/25 Stefan Behnelstefan...@behnel.de:
Nick Coghlan, 25.07.2010 08:29:
We knew PEP 380 would be hurt by the moratorium when the moratorium
PEP went through.
The goals of the moratorium itself, in making it possible to have a
3.2
Hi, I'm writing because I'm working on a project where the user can
run scripts that don't reference a file but use internal application
text data.
Otherwise we are not doing anything tricky, only that the scripts
should each run independently (no cruft left from the previous scripts
namespace,
On Wed, Jul 28, 2010 at 5:20 PM, Benjamin Peterson benja...@python.org wrote:
2010/7/25 Stefan Behnel stefan...@behnel.de:
Nick Coghlan, 25.07.2010 08:29:
We knew PEP 380 would be hurt by the moratorium when the moratorium
PEP went through.
The goals of the moratorium itself, in making it
On 28/07/2010 23:57, Jesse Noller wrote:
On Wed, Jul 28, 2010 at 5:20 PM, Benjamin Petersonbenja...@python.org wrote:
2010/7/25 Stefan Behnelstefan...@behnel.de:
Nick Coghlan, 25.07.2010 08:29:
We knew PEP 380 would be hurt by the moratorium when the moratorium
PEP went
The PyOhio contribu-palooza starts this Saturday!
http://www.pyohio.org/Contribute With two talks and a two-day-four-night
sprint, I'm very hopeful that it will recruit and train some new core
workers.
I'm preparing my portion, the teach-the-newbie (me) -to-fix-a-core-bug
session, and I want to
On Sun, Jul 25, 2010 at 10:52 PM, Guido van Rossum gu...@python.org wrote:
..
How hard would it be to recode the sprintf language but with the
locale fixed to C? That would always be ASCII.
This is exactly what I proposed at
http://bugs.python.org/issue7584#msg110240 not so long ago. Given
On 28/07/10 23:12, Antoine Pitrou wrote:
It should be noted, though, that a full GC can be detrimental to
real-time applications. Kristján has already explained how some of his
software disabled the cyclic GC, and took care of breaking cycles
manually instead.
This worries me, too. I'd be
31 matches
Mail list logo