On Mon, Nov 3, 2008 at 1:05 AM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> I have started the DVCS PEP which can be seen at
> http://docs.google.com/Doc?id=dg7fctr4_40dvjkdg64 . Not much is there
> beyond the rationale, usage scenarios I plan to use, and what other
> sections I plan to write.
>
I t
hi all, i am trying to find out where is the part of the code in the python
interpreter that opens up the .py file and parses it. in particular, i am
trying to find the file open command in that file. I greped and i just want
to make sure this is it: /Python-2.6/Parser/pgenmain.c
i am intending to
2008/11/2 Sonia <[EMAIL PROTECTED]>:
>
> Hi,
>
> I need to select a text of text field! Which function is used for selection
> of text of text field?
Please ask your question on comp.lang.python or the Python card
mailing list. This mailing list is for the development of core Python,
not developin
Hi, I need to select a text of text field! Which function is used for selection
of text of text field? Sonia,
> From: [EMAIL PROTECTED]> Subject: Python-Dev Digest, Vol 64, Issue 4> To:
> python-dev@python.org> Date: Mon, 3 Nov 2008 03:10:48 +0100> > Send
> Python-Dev mailing list submissions
On Sun, Nov 2, 2008 at 6:05 PM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> I have started the DVCS PEP which can be seen at
> http://docs.google.com/Doc?id=dg7fctr4_40dvjkdg64 . Not much is there
> beyond the rationale, usage scenarios I plan to use, and what other
> sections I plan to write.
>
> At
On Sun, Nov 2, 2008 at 5:42 AM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
...
> A dvcs means that people can publish their branches in a wide variety of
> ways. Trusted developers can push their branches to code.python.org.
> Non-core developers can use one of the free public dvcs branch hosting
Hi Brett,
> At this point I am looking for any suggestions for fundamental usage
> scenarios that I am missing from the PEP. If you think the few already
> listed are missing some core part of a VCS, please let me know.
As an initial disclaimer, I use bzr in my daily routine. That said,
I'm send
[EMAIL PROTECTED] wrote:
Eric> I consider it a bug to rely on reference counting to close files,
We can mostly have our cake and eat it too using the "with" statement. In
most cases it should be sufficient I would think.
True, and I meant to mention that. But unfortunately, my work projec
I have started the DVCS PEP which can be seen at
http://docs.google.com/Doc?id=dg7fctr4_40dvjkdg64 . Not much is there
beyond the rationale, usage scenarios I plan to use, and what other
sections I plan to write.
At this point I am looking for any suggestions for fundamental usage
scenarios that I
Eric> I consider it a bug to rely on reference counting to close files,
We can mostly have our cake and eat it too using the "with" statement. In
most cases it should be sufficient I would think.
Skip
___
Python-Dev mailing list
Python-Dev@python
Antoine> I think it is important to remind that the GIL doesn't prevent
Antoine> (almost) true multithreading. The only thing it prevents is
Antoine> full use of multi-CPU resources in a single process.
I believe everyone here knows that. I believe what most people are
clamoring for
Eric Smith wrote:
I'd gladly trade deterministic destruction (due to reference counting or
any other mechanism) for improved performance.
Another thing to consider is that refcounting spreads out the
time spent doing GC evenly over the execution of the program,
so that you don't get pauses occ
On Sun, Nov 2, 2008 at 2:34 PM, Eric Smith <[EMAIL PROTECTED]> wrote:
> Giovanni Bajo wrote:
>>
>> [[ my 0.2: it would be a great loss if we lose reference-counting semantic
>> (eg: objects deallocated as soon as they exit the scope). I would bargain
>> that for a noticable speed increase of course
Giovanni Bajo wrote:
[[ my 0.2: it would be a great loss if we lose reference-counting
semantic (eg: objects deallocated as soon as they exit the scope). I
would bargain that for a noticable speed increase of course, but my own
experience with standard GCs from other languages has been less tha
Michael Foord wrote:
> Moving more C extensions to an implementation based on ctypes would be
> enormously useful for PyPy, IronPython and Jython, but ctypes is not yet
> as portable as Python itself which could be an issue (although one worth
> resolving).
In the same line, moving more extensions
Hi,
Jesse Noller gmail.com> writes:
> If python were to have free threading, courtesy of a lack
> of the GIL, it would help those people quite a bit. Sometimes you just
> need shared state. Myself? I used multiprocess *and* threads all the
> time for various reasons.
I think it is important to
Aditi Meher wrote:
> i am using it postgresql as back-end and HTML as front-end,i want to
> display 10-10 records at a time which is there in the database using
> python.so what is function for buffer that we can use it in python?i
> am able to connect my databse in python,but dont know how to crea
i am using it postgresql as back-end and HTML as front-end,i want to
display 10-10 records at a time which is there in the database using
python.so what is function for buffer that we can use it in python?i
am able to connect my databse in python,but dont know how to create
buffer in python and how
On Sun, 02 Nov 2008 10:21:26 +1000, Nick Coghlan wrote:
> Maciej Fijalkowski wrote:
>>> ...
>>
>>> We know it is the plan for PyPy to work in this way, and also that
>>> Jython and Ironpython works like that (using the host vm's GC), so it
>>> seems to be somehow agreeable with the python semanti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 30, 2008, at 11:04 AM, A.M. Kuchling wrote:
On Thu, Oct 30, 2008 at 11:04:42AM +, Barry Warsaw wrote:
One of the reasons why I'm very keen on us moving to a distributed
version
control system is to help break the logjam on core develope
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Oct 30, 2008, at 10:22 AM, Eric Smith wrote:
Ulrich Eckhardt wrote:
On Thursday 30 October 2008, Victor Stinner wrote:
One of the reasons why I'm very keen on us moving to a distributed
version control system is to help break the logjam on core
21 matches
Mail list logo