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 upse
On Sun, Jul 25, 2010 at 10:52 PM, Guido van Rossum 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
>> t
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 ma
On 28/07/2010 23:57, Jesse Noller wrote:
On Wed, Jul 28, 2010 at 5:20 PM, Benjamin Peterson wrote:
2010/7/25 Stefan Behnel:
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 itse
On Wed, Jul 28, 2010 at 5:20 PM, Benjamin Peterson wrote:
> 2010/7/25 Stefan Behnel :
>> 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
>>>
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, sha
On 28/07/2010 22:20, Benjamin Peterson wrote:
2010/7/25 Stefan Behnel:
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 s
2010/7/25 Stefan Behnel :
> 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 Python
>> i
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.
Aft
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 mis
On Jul 28, 2010, at 7:31 AM, Guido van Rossum wrote:
> 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 missing battery to
>> me. Why not do it as with
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 missing battery to
> me. Why not do it as with the collections module and add stuff as it comes
> in?
Cach
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
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().
> 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
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 comp
On 28/07/2010 12:43, Ronald Oussoren wrote:
On 28 Jul, 2010,at 12:56 PM, Michael Foord
wrote:
On 28/07/2010 11:50, Nick Coghlan wrote:
> On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
> wrote:
>
>> In my opinion the GIL is a weak point of CPython and it would be
nice if it
>> could be
On 28 Jul, 2010,at 12:56 PM, Michael Foord wrote:On 28/07/2010 11:50, Nick Coghlan wrote:
> On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
> 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
On Wed, Jul 28, 2010 at 4:50 PM, Gregory P. Smith wrote:
> On Tue, Jul 27, 2010 at 6:43 PM, R. David Murray
> wrote:
>> On Tue, 27 Jul 2010 08:27:35 +0200, Stefan Behnel
>> wrote:
>> > Gregory P. Smith, 27.07.2010 07:40:
>> > > Random replacement without dropping everything at least means apps
>
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 list/
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 con
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 --with-python-inc
On Wed, 28 Jul 2010 11:56:16 +0100
Michael Foord 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
> > free-threaded CPytho
On 28/07/2010 11:50, Nick Coghlan wrote:
On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
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 imple
On Tue, Jul 27, 2010 at 12:33 AM, Ronald Oussoren
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 like our
> refcountin
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 see
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:
http://mail.python.o
On Tue, Jul 27, 2010 at 1:25 AM, Ron Adam 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 worth
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 accurat
On 07/27/2010 06:18 PM, Alexander Belopolsky wrote:
On Tue, Jul 20, 2010 at 10:20 AM, R. David Murray 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 rmtree - while rmtree
30 matches
Mail list logo
