On Sun, Jan 15, 2012 at 9:44 AM, Guido van Rossum wrote:
> On Sun, Jan 15, 2012 at 8:46 AM, Stefan Behnel wrote:
>
>> Guido van Rossum, 15.01.2012 17:10:
>> > On Sun, Jan 15, 2012 at 6:30 AM, Stefan Behnel wrote:
>> >> Terry Reedy, 14.01.2012 06:43:
>> >
On Sun, Jan 15, 2012 at 8:46 AM, Stefan Behnel wrote:
>
> It also seems to me that the wording "has a hash value which never changes
> during its lifetime" makes it pretty clear that the lifetime of the hash
> value is not guaranteed to supersede the lifetime of the object (although
> that's a rat
s own hash implementation.
As for when to enable it or not, I unfortunately have to agree, despite my
wild desires we can't turn on the hash randomization change by default in
anything prior to 3.3.
-gps
On Sat, Jan 14, 2012 at 11:17 AM, Gregory P. Smith wrote:
> My patch example does change the by
My patch example does change the bytes object hash as well as Unicode.
On Jan 13, 2012 7:46 PM, wrote:
> What an implementation looks like:
>>
>> http://pastebin.com/9ydETTag
>>
>> some stuff to be filled in, but this is all that is really required.
>>
>
> I think this statement (and the patch)
On Fri, Jan 13, 2012 at 5:58 PM, Gregory P. Smith wrote:
>
> On Fri, Jan 13, 2012 at 5:38 PM, Guido van Rossum wrote:
>
>> On Fri, Jan 13, 2012 at 5:17 PM, Antoine Pitrou wrote:
>>
>>> On Thu, 12 Jan 2012 18:57:42 -0800
>>> Guido van Rossum wrote:
>&g
btw, Tim's commit message on this one is amusingly relevant. :)
http://hg.python.org/cpython/diff/8d2f2cb9/Objects/dictobject.c
On Fri, Jan 13, 2012 at 6:25 PM, Gregory P. Smith wrote:
>
>> Clearly these ideas are more complex than adding randomization, but
>>
>
>
> Clearly these ideas are more complex than adding randomization, but adding
> randomization doesn't seem to be produce immunity from attack, when data
> about the randomness is leaked.
>
Which will not normally happen.
I'm firmly in the camp that believes the random seed can be probed and
de
On Fri, Jan 13, 2012 at 5:38 PM, Guido van Rossum wrote:
> On Fri, Jan 13, 2012 at 5:17 PM, Antoine Pitrou wrote:
>
>> On Thu, 12 Jan 2012 18:57:42 -0800
>> Guido van Rossum wrote:
>> > Hm... I started out as a big fan of the randomized hash, but thinking
>> more
>> > about it, I actually believ
On Sun, Dec 18, 2011 at 2:55 PM, Antoine Pitrou wrote:
> On Fri, 16 Dec 2011 21:32:44 +
> Mark Shannon wrote:
> >
> > > per-instance attributes, it just forces them all to keep resizing up,
> > > even though individual instances would be small with the current dict.
> > There is a cut-off po
I have some features I need to add to lib2to3 to make it more useful for
our purposes at work supporting our massive code base in a Python 2 to 3
transition. Which tree should I develop these and check these into?
cpython/default?
Can I backport this to 3.2 and 2.7? It counts as a feature additi
Azul has been using hardware transactional memory on their custom CPUs (and
likely STM in their current x86 virtual machine based products) to great
effect for their massively parallel Java VM (700+ cpu cores and gobs of
ram) for over 4 years. I'll leave it to the reader to do the relevant
searchi
On Wed, Sep 28, 2011 at 8:41 AM, Guido van Rossum wrote:
> Congrats! Python 3.3 will be better because of this.
>
> On Wed, Sep 28, 2011 at 12:48 AM, "Martin v. Löwis"
> wrote:
> > I have now merged the PEP 393 implementation into default.
> > The main missing piece is the documentation; contrib
On Tue, Aug 30, 2011 at 1:54 PM, Benjamin Peterson wrote:
> 2011/8/30 stefan brunthaler :
> > On Tue, Aug 30, 2011 at 13:42, Benjamin Peterson
> wrote:
> >> 2011/8/30 stefan brunthaler :
> >>> I will remove my development commentaries and create a private
> >>> repository at bitbucket for you* to
On Mon, Aug 29, 2011 at 2:05 PM, stefan brunthaler wrote:
> > The question really is whether this is an all-or-nothing deal. If you
> > could identify smaller parts that can be applied independently, interest
> > would be higher.
> >
> Well, it's not an all-or-nothing deal. In my current architect
On Sat, Aug 27, 2011 at 2:59 AM, Ask Solem wrote:
>
> On 26 Aug 2011, at 16:53, Antoine Pitrou wrote:
>
> >
> > Hi,
> >
> >> I think that "deprecating" the use of threads w/ multiprocessing - or
> >> at least crippling it is the wrong answer. Multiprocessing needs the
> >> helper threads it uses
On Mon, Aug 29, 2011 at 5:20 AM, Antoine Pitrou wrote:
> On Sun, 28 Aug 2011 09:43:33 -0700
> Guido van Rossum wrote:
> >
> > This sounds like a very interesting idea to pursue, even if it's late,
> > and even if it's experimental, and even if it's possible to cause
> > deadlocks (no news there)
On Mon, Jul 4, 2011 at 9:23 AM, Antoine Pitrou wrote:
> On Mon, 04 Jul 2011 18:06:53 +0200
> victor.stinner wrote:
> > http://hg.python.org/cpython/rev/7eef821ab20d
> > changeset: 71197:7eef821ab20d
> > user:Victor Stinner
> > date:Mon Jul 04 18:06:35 2011 +0200
> > summary:
>
On Sun, May 22, 2011 at 11:22 PM, Nick Coghlan wrote:
> On Sun, May 22, 2011 at 3:38 AM, Georg Brandl wrote:
> > On 05/21/11 18:01, Senthil Kumaran wrote:
> >> So a rewrite with good pointers would be more appropriate.
> >
> > Even then, it's better off in the Wiki until the rewrite is complete.
On Fri, May 6, 2011 at 9:18 AM, wrote:
>
> Antoine> Since we're sharing links, here's Matt Mackall's take:
> Antoine>
> http://www.selenic.com/pipermail/mercurial-devel/2011-May/031055.html
>
> >From that note:
>
> 1: You can't have meaningful destructors, because when destruction
>
On Tue, Mar 29, 2011 at 4:07 PM, Terry Reedy wrote:
> On 3/29/2011 2:23 PM, Michael Foord wrote:
>
> Not sure how real the security risk is here:
>>
>> http://blog.omega-prime.co.uk/?p=107
>>
>> Basically he is saying that if you store a list of blacklisted files
>> with names encoded in big-5 (
On Wed, Mar 16, 2011 at 10:14 PM, R. David Murray wrote:
> On Thu, 17 Mar 2011 05:11:23 +0100, Jesus Cea wrote:
> > On 17/03/11 04:41, R. David Murray wrote:
> > > Dealing with a null merge when someone else has committed between the
> > > time I started the merge dance (I always pull just before
ith it as a platform so patches are a great help. Any chance
you can also make a version of the patch that applies against hg cpython tip
(3.3)?
-gps
2011/3/15 Gregory P. Smith
> Would you please post this to bugs.python.org so that it doesn't get lost?
> thanks!
>
> -gps
>
Would you please post this to bugs.python.org so that it doesn't get lost?
thanks!
-gps
On Mon, Mar 14, 2011 at 8:51 PM, Bill Green wrote:
> Hi all,
>
> I ran across this issue several months ago and filed a bug report (#9667).
> It just came up again, and it doesn't look like anything's been
On Sat, Mar 5, 2011 at 7:54 PM, Jesus Cea wrote:
>
> In
> <
> http://docs.python.org/devguide/faq.html#can-i-make-commits-from-machines-other-than-the-one-i-generated-the-keys-on
> >
> I would rather prefer to promote the "-A" parameter to SSH (to use the
> local SSH agent be used from the remote
BTW, has anyone looked at what other languages with a native unicode
type do for their implementations if any of them attempt to conserve
ram?
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
On Mon, Jan 24, 2011 at 3:20 PM, Antoine Pitrou wrote:
> Le mardi 25 janvier 2011 à 00:07 +0100, "Martin v. Löwis" a écrit :
>> >> I'd like to propose PEP 393, which takes a different approach,
>> >> addressing both problems simultaneously: by getting a flexible
>> >> representation (one that can
On Wed, Dec 8, 2010 at 9:51 AM, Glenn Linderman
> wrote:
> On 12/8/2010 4:15 AM, Vinay Sajip wrote:
>
> You're complaining about too much documentation?! Don't measure it by weight!
>
> On 12/8/2010 5:57 AM, Vinay Sajip wrote:
>
> Of course I understand I could be wrong
> about this, but I don'
On Tue, Dec 7, 2010 at 5:51 PM, Vinay Sajip wrote:
> Nick Coghlan gmail.com> writes:
>
> > Indeed - I was very surprised to find just now that calling
> > "logging.warn('Whatever')" is not the same as doing "log =
> > logging.getLogger(); log.warn('Whatever')".
>
> Don't know why you'd be surpri
On Sun, Dec 5, 2010 at 11:12 AM, Antoine Pitrou wrote:
> On Sun, 5 Dec 2010 11:08:43 -0800
> "Gregory P. Smith" wrote:
> > Sleeping on the issue some more and pondering it...
> >
> > Is there any _good_ reason not to just make the close_fds default change
>
On Sun, Dec 5, 2010 at 4:45 AM, Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 12/04/2010 03:13 PM, Gregory P. Smith wrote:
> >
> > Making the change was intended to force the discussion. I'm glad that
> > worked. :)
> >
On Sat, Dec 4, 2010 at 11:28 AM, Paul Moore wrote:
> On 4 December 2010 18:14, Gregory P. Smith wrote:
> >
> >
> > On Sat, Dec 4, 2010 at 3:45 AM, Antoine Pitrou
> wrote:
> >>
> >> On Sat, 4 Dec 2010 10:10:44 +0100 (CET)
> >> gregory.p.smith
On Sat, Dec 4, 2010 at 3:45 AM, Antoine Pitrou wrote:
> On Sat, 4 Dec 2010 10:10:44 +0100 (CET)
> gregory.p.smith wrote:
> > Author: gregory.p.smith
> > Date: Sat Dec 4 10:10:44 2010
> > New Revision: 87010
> >
> > Log:
> > issue7213 + issue2320: Cause a DeprecationWarning if the close_fds
> a
On Sun, Oct 31, 2010 at 9:11 AM, Barry Warsaw wrote:
> On Oct 29, 2010, at 08:14 PM, Raymond Hettinger wrote:
>
> >I would like to simplify and clean-up the API for the unittest module
> >by de-documenting assertSetEqual(), assertDictEqual(),
> >assertListEqual, and assertTupleEqual().
>
> As a g
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:
> > > A max cache size of 100 was too small. I just increased it to 500 in
> the
> > > py3k branch
On Thu, Jul 22, 2010 at 3:26 PM, Nick Coghlan wrote:
> On Fri, Jul 23, 2010 at 12:42 AM, Georg Brandl wrote:
> > Sure -- I don't think this is a showstopper for regex. However if we
> don't
> > include regex in a future version, we might think about increasing
> MAXCACHE
> > a bit, and maybe no
On Sat, Jul 24, 2010 at 7:08 AM, Guido van Rossum wrote:
>
>
> - Commit privileges: Maybe we've been too careful with only giving
> commit privileges to to experienced and trusted new developers. I
> spoke to Ezio Melotti and from his experience with getting commit
> privileges, it seems to be a c
On Thu, Jul 22, 2010 at 9:24 AM, wrote:
> I agree with the idea, but a far less radical change is needed to get the
> desired result.
> The basic idea is this: it should be possible to use any name as an
> identifier in the syntax, including names
> like 'while' and 'import'. But there is no nee
On Sun, Jul 11, 2010 at 9:28 AM, Antoine Pitrou wrote:
> On Sun, 11 Jul 2010 13:23:13 +
> Reid Kleckner wrote:
> >
> > I'm also expecting to be doing more work merging unladen-swallow into
> > the py3k-jit branch, so I was wondering if I could get commit
> > privileges for that.
>
> It sound
On Thu, Jul 8, 2010 at 12:52 PM, MRAB wrote:
> Hi all,
>
> I re-implemented the re module, adding new features and speed
> improvements. It's available at:
>
>http://pypi.python.org/pypi/regex
>
> under the name "regex" so that it can be tried alongside "re".
>
> I'd be interested in any comm
fyi - newthreading has been picked up by lwn.
http://lwn.net/Articles/393822/#Comments
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/a
On Fri, Mar 26, 2010 at 5:59 PM, Michael Foord
wrote:
> Hello all,
>
> A user has suggested an optional argument to
> unittest.TestCase.assertAlmostEqual for specifying a maximum difference
> between the expected and actual values, instead of using rounding.
>
> This sounds great to me as the defa
On Sun, Mar 14, 2010 at 4:31 AM, Nir Aides wrote:
> There are two possible problems with Dave's benchmark:
> 1) On my system setting TCP_NODELAY option on the accepted server socket
> changes results dramatically.
> 2) What category of socket servers is dave's spin() function intended to
> simulat
On Sat, Mar 13, 2010 at 6:00 AM, Neal Becker wrote:
> Neil Hodgson wrote:
>
>> Antoine Pitrou:
>>
>>> Is this concern still valid? We are in the 2010s now.
>>> I'm not saying I want us to put some C++ in the core interpreter, but
>>> the portability argument sounds a little old...
>>
>> There a
On Fri, Feb 19, 2010 at 4:18 PM, P.J. Eby wrote:
> At 01:49 PM 2/19/2010 -0500, Ian Bicking wrote:
>>
>> I'm not sure how this should best work on Windows (without symlinks, and
>> where things generally work differently), but I would hope if this idea is
>> more visible that someone more opiniona
+1
My biggest concern is memory usage but it sounds like addressing that is
already in your mind. I don't so much mind an additional up front constant
and per-line-of-code hit for instrumentation but leaks are unacceptable.
Any instrumentation data or jit caches should be managed (and tunable at
On Mon, Dec 21, 2009 at 7:02 AM, Mark Dickinson wrote:
> In Python 2.7, PyArg_ParseTuple and friends currently accept a float
> argument where an integer is expected, but produce a
> DeprecationWarning in this case. This can be seen in various places
> in Python proper:
>
itertools.combinati
On Thu, Nov 5, 2009 at 4:13 PM, Yuvgoog Greenle wrote:
> On Fri, Nov 6, 2009 at 1:55 AM, Bobby R. Ward wrote:
>>
>> A switch to ENABLE those warnings?
>>
>
> I think a few people I know would still be raising strings like exceptions
> if not for the deprecation warnings. Most people won't turn on
On Fri, Oct 23, 2009 at 1:49 AM, Nick Coghlan wrote:
> Brett Cannon wrote:
>> Another summit, another potential time to see if people want to change
>> anything about the issue tracker. I would bring up:
>>
>> - Dropping Stage in favor of some keywords (e.g. 'needs unit test',
>> 'needs docs')
>>
On Sun, Nov 1, 2009 at 3:33 AM, Antoine Pitrou wrote:
>
> Hello again,
>
> Brett Cannon python.org> writes:
>>
>> I think it's worth it. Removal of the GIL is a totally open-ended problem
>> with no solution in sight. This, on the other hand, is a performance benefit
>> now. I say move forward wi
Those who feel diverse can top post.
On Sun, Oct 11, 2009 at 11:23 AM, Georg Brandl wrote:
>>> Is it really that big of an issue that we have to discuss it
>>> ad-infinitum and potentially have a quoting cop? Sometimes top-posting
>>> happens. Sometimes people don't trim messages. Sometimes peopl
On Wed, Sep 9, 2009 at 11:36 AM, Thomas Wouters wrote:
>
> On Wed, Sep 9, 2009 at 20:19, Gregory P. Smith wrote:
>>
>> Take a look at http://code.google.com/p/python-atfork/ which I created
>> to address the general fork+threading with locks held causing
>> dead
On Wed, Sep 9, 2009 at 9:07 AM, Thomas Wouters wrote:
>
>
> On Sat, Jul 25, 2009 at 19:25, Gregory P. Smith wrote:
>>
>> On Thu, Jul 23, 2009 at 4:28 PM, Thomas Wouters wrote:
>> >
>> > So attached (and at http://codereview.appspot.com/96125/show ) is
On Mon, Aug 31, 2009 at 5:01 PM, Greg Ewing wrote:
> Antoine Pitrou wrote:
>
> Did your coworker run any timings instead of basing his assumptions on
>> bytecode
>> size?
>>
>
> In any case, what are you suggesting -- that the last value
> returned by a function call in the body should be the
> d
On Mon, Aug 31, 2009 at 2:20 PM, Antoine Pitrou wrote:
> Gregory P. Smith krypto.org> writes:
> >
> > food for thought as noticed by a coworker who has been profiling some hot
> code
> to optimize a library...If a function does not have a return statement we
> retu
food for thought as noticed by a coworker who has been profiling some hot
code to optimize a library...
If a function does not have a return statement we return None. Ironically
this makes the foo2 function below faster than the bar2 function at least as
measured using bytecode size:
Python 2.6.
On Sun, Aug 30, 2009 at 5:24 PM, Guido van Rossum wrote:
> On Sun, Aug 30, 2009 at 4:28 PM, Brett Cannon wrote:
> > I am going through and running the entire test suite using importlib
> > to ferret out incompatibilities. I have found a bunch, although all
> > rather minor (raising a different ex
On Sun, Aug 30, 2009 at 10:40 PM, Jeroen Ruigrok van der Werven <
asmo...@in-nomine.org> wrote:
> -On [20090831 06:29], Collin Winter (coll...@gmail.com) wrote:
> >Are there any applications/frameworks which have zip files on their
> >critical path, where this kind of (admittedly impressive) speed
On Sun, Aug 23, 2009 at 2:24 PM, "Martin v. Löwis" wrote:
> >> No doubt this is a useful functionality to have but it would be great to
> >> have some comments on whether
> >> this can be(or even should be) feasibly added as an inbuilt support.
> >
> > MvL already asked for a patch so I suppose th
On Wed, Aug 12, 2009 at 9:33 AM, Thomas Wouters wrote:
>
> I replaced the RAID controller, the old data was still intact, so I brought
> the temporary machine down and the new machine up. Everything seems to work
> just fine, so happy svn-up'ing.
> (I will reboot mail.python.org for a few minutes,
In particular this issue: http://bugs.python.org/issue1628205
I believe we should handle EINTR internally within the
socket._fileobject wrapper as nobody using a file-like object should
ever expect to get an EINTR. EINTR only comes from using the lowest
level system calls.
Anyone strongly disag
On Mon, Jul 27, 2009 at 5:32 PM, Glyph Lefkowitz wrote:
> On Mon, Jul 27, 2009 at 3:04 PM, Paul Moore wrote:
>>
>> I like MRAB's idea of using a (non-standard) "e" flag to include
>> stderr. So "r" reads from stdout, "re" reads from stdout+stderr.
>>
>> Anything more complicated probably should ju
On Thu, Jul 23, 2009 at 4:28 PM, Thomas Wouters wrote:
>
> So attached (and at http://codereview.appspot.com/96125/show ) is a
> preliminary fix, correcting the problem with os.fork(), os.forkpty() and
> os.fork1(). This doesn't expose a general API for C code to use, for two
> reasons: it's not ea
On Sat, Jul 25, 2009 at 2:53 AM, "Martin v. Löwis" wrote:
>> This is fixed in the trunk (Revision 72880), but there has been number
>> of valid requests to backport it Python 2.6. While I agree and ready
>> to backport to Python 2.6, I would like to ask here if there are any
>> objections in this f
On Mon, Jun 29, 2009 at 2:28 PM, "Martin v. Löwis" wrote:
>> AFAIK, ignoring EINTR doesn't preclude the calling of signal handlers.
>
> This is my understanding as well - so I don't think Python actually
> "swallows" the signal.
>
>> A great example is reading from a socket. Whether or not it can b
On Thu, Jul 2, 2009 at 2:52 AM, Jesus Cea wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Alexandre Vassalotti wrote:
>> On Wed, Jul 1, 2009 at 10:05 PM, Guido van Rossum wrote:
>>> The select module already supports the poll() system call. Or is there
>>> a special variant that only S
On Tue, Jun 2, 2009 at 7:39 PM, Guido van Rossum wrote:
>
> I'm disappointed in the process -- it's as if nobody really reviewed
> the API until it was released with rc1, and this despite there being a
> significant discussion about its inclusion and alternatives months
> ago. (Don't look at me --
On Tue, Jun 2, 2009 at 1:11 PM, Jake McGuire wrote:
> The minimal demonstration of the problem of representing networks and
> addresses using the same class:
fwiw, that (hosts vs networks in the same class) is not what you are
demonstrating below. What you demonstrate is that its silly for
itera
On Thu, May 7, 2009 at 12:39 PM, "Martin v. Löwis" wrote:
>> Given your explanation of what the new 'surrogates' handler does (pass
>> rather than reject erroneous surrogates), I think 'surrogates_pass' is
>> fine. Thus, I considoer that and 'surrogates_excape' the best proposal
>> the best so fa
On Mon, May 4, 2009 at 7:33 AM, Gregor Lingl wrote:
> Hi,
>
> Encouraged by a conversation with Martin at PyCon 2009
> I've prepared a version 1.1b of the turtle module and I'd like to
> get some advice or assistance to get it into the beta as explained
> below. Thus I'd appreciate very much if a
On Sun, May 3, 2009 at 1:27 PM, "Martin v. Löwis" wrote:
> > > If the error handler is supposed to be used for codecs other than
> > utf-8,
> > > perhaps it should renamed something more generic, e.g.
> > "surrogate-escape"?
> >
> > Perhaps. However, utf-8b doesn't really have
On Sun, May 3, 2009 at 10:39 AM, "Martin v. Löwis" wrote:
> > If the error handler is supposed to be used for codecs other than utf-8,
> > perhaps it should renamed something more generic, e.g.
> "surrogate-escape"?
>
> Perhaps. However, utf-8b doesn't really have to do anything with utf-8 -
> it'
On Tue, Apr 28, 2009 at 8:03 PM, Larry Hastings wrote:
>
> EXECUTIVE SUMMARY
>
> I've written a patch against py3k trunk creating a new function-based
> API for creating extension types in C. This allows PyTypeObject to
> become a (mostly) private structure.
>
>
> THE PROBLEM
>
> Here's how you
It'd be worthy of fixing in 2.6 since the module exists. Though honestly...
who cares about Irix?
On Sat, Mar 28, 2009 at 8:53 PM, R. David Murray wrote:
> I'm reviewing http://bugs.python.org/issue2591, which is marked as
> 'security' because it is a potential buffer overflow. almodule.c has
>
upgrade. I don't think I've done any commits from these hosts since I got
IPv6 connectivity, only updates.
-gps
On Sat, Jan 31, 2009 at 2:49 PM, Gregory P. Smith wrote:
> I'm just trying to commit the following to trunk:
>
> SendingLib/test/test_socket.py
&g
I'm just trying to commit the following to trunk:
SendingLib/test/test_socket.py
SendingMisc/NEWS
SendingModules/socketmodule.c
Transmitting file data ...
I have another svn commit attempt which appesrs to be hanging and destined
to timeout running right now.
ssh -v pytho
I'm seeing the following when trying to svn commit:
Transmitting file data ...Read from remote host svn.python.org: Operation
timed out
svn: Commit failed (details follow):
svn: Connection closed unexpectedly
...
That was with subversion 1.4.4; copying my changes to a different host with
subversi
If you run your python.exe under gdb you should be able to set a future
breakpoint on your _PyEval_EvalMiniFrameEx function and debug from there.
On Wed, Jan 14, 2009 at 8:28 PM, wrote:
>
> I've recently been working on generating C functions on-the-fly which
> inline
> the C code necessary to i
+1 on getting rid of the IOBase __del__ in the C rewrite in favor of
tp_dealloc.
On Sun, Jan 18, 2009 at 11:53 PM, Christian Heimes wrote:
> Brett Cannon schrieb:
> > Fine by me. People should be using the context manager for guaranteed
> > file closure anyway IMO.
>
Yes they should. (how I re
I've created http://bugs.python.org/issue4448 to track this issue.
On Thu, Nov 27, 2008 at 6:50 AM, Kristján Valur Jónsson <
[EMAIL PROTECTED]> wrote:
> I came across this in socket.c:
>
> # _rbufsize is the suggested recv buffer size. It is *strictly*
>
> # obeyed within readli
I am not at all a windows person but I have used
http://www.dennisbareis.com/makemsi.htm in the past to automate editing and
tweaking some MSI files for testing. It can also be used to generate new
ones. It looks like it would still require something to generate its own
input description. Regard
On Tue, Nov 4, 2008 at 10:33 AM, Tim Peters <[EMAIL PROTECTED]> wrote:
>
> 2. On platforms that support it, this is at least 64x64->64 multiplication,
> potentially much more expensive than the 32x32->64 (or 31x31->62?)
> flavor you /intend/ to move to.
Thats a good point, thanks!
I am not av
On Mon, Nov 3, 2008 at 12:41 PM, Victor Stinner
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> Le Monday 03 November 2008 18:56:37 Paul Miller, vous avez écrit :
>> I've read some of the past discussion about including GMP into the
>> python core and understand the reasons for not doing so.
>
> Please, check
On Fri, Oct 24, 2008 at 12:53 AM, J. Sievers <[EMAIL PROTECTED]> wrote:
> "M.-A. Lemburg" <[EMAIL PROTECTED]> writes:
>
> [snip]
>> BTW: I hope you did not use pybench to get profiles of the opcodes.
>> That would most certainly result in good results for pybench, but
>> less good ones for general
On Thu, Oct 2, 2008 at 10:54 AM, Thomas Heller <[EMAIL PROTECTED]> wrote:
> Victor Stinner schrieb:
>> Hi,
>>
>> I would like to be able to catch SIGSEGV in my Python code! So I started to
>> hack Python trunk to support this feature. The idea is to use a signal
>> handler which call longjmp(), and
On 9/27/08, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> I think that the problem is important because it's a regression from 2.5
>> to
>> 2.6/3.0. Python 2.5 uses bytes filename, so it was possible to
>> open/unlink "invalid" unicode strings (since it's not unicode but bytes).
>
> I'd like to s
On Thu, Sep 4, 2008 at 11:30 AM, Brett Cannon <[EMAIL PROTECTED]> wrote:
> Another thing to keep in mind with the whole shelve/dbm.any argument
> is that for 3.1 there is nothing saying we can't change shelve and the
> dbm package to allow 3rd-party code to register with the dbm package
> such that
On Thu, Sep 4, 2008 at 11:03 AM, Oleg Broytmann <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 04, 2008 at 07:40:28PM +0200, Jesus Cea wrote:
>> A stable fileformat is useful for long term support, but an evolving
>> format allows improvements.
>
> Once I upgraded Python on a Windows computer... I thin
On Thu, Sep 4, 2008 at 7:33 AM, Oleg Broytmann <[EMAIL PROTECTED]> wrote:
> On Thu, Sep 04, 2008 at 03:23:22PM +0200, Jesus Cea wrote:
>> Compared to sqlite, you don't need to know SQL, you can finetuning (for
>> example, using ACI instead of ACID, deciding store by store), and you
>> can do replic
thanks. in general report all issues even ones like this on
bugs.python.org rather than on a mailing list where they can get lost.
i've fixed this trivial one in py3k svn r66207.
On Wed, Sep 3, 2008 at 8:16 PM, Reed O'Brien <[EMAIL PROTECTED]> wrote:
> I was reading through the Dictionary views
http://docs.python.org/dev/
the search box worked for earlier releases but has been broken and returns
nothing useful of late.
If I enter simple terms like 'time' or 'os' or 'os.walk' what is returned is
pathetic.
how does this work? is an index corrupt or not being regenerated?
-gps
_
On Tue, Jul 1, 2008 at 8:29 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
> On Jul 1, 2008, at 10:42 PM, Benjamin Peterson wrote:
>
>> On Tue, Jul 1, 2008 at 8:44 PM, Barry Warsaw <[EMAIL PROTECTED]> wrote:
>>
>>> On Jul 1, 2008, at 7:27 PM, Brett Cannon wrote:
>>>
Is a Google Calendar kep
On Tue, Jun 10, 2008 at 10:13 AM, Doug Evans <[EMAIL PROTECTED]> wrote:
> I spent a bit of time trying to figure out what's going on here
> (was getting errors regarding missing uintptr_t while trying to compile
> an external module with Python 2.4).
> pyport.h now includes stdint.h but can we fix
On Wed, Jun 11, 2008 at 1:19 AM, "Martin v. Löwis" <[EMAIL PROTECTED]>
wrote:
> > Martin, since you committed 60793 in Feb, any others like this that need
> > merging from release25-maint to trunk off the top of your head?
>
> That's the entire chunk of "Google bug fixes", and yes, all of it needs
On Tue, Jun 10, 2008 at 9:04 AM, Jean-Paul Calderone <[EMAIL PROTECTED]>
wrote:
>
> [EMAIL PROTECTED]:~$ ~/Projects/python/trunk/python
> Python 2.6a3+ (trunk:63964, Jun 5 2008, 16:49:12)
> [GCC 4.0.3 (Ubuntu 4.0.3-1ubuntu5)] on linux2
> Type "help", "copyright", "credits" or "license" fo
On Mon, Jun 9, 2008 at 1:44 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> On 2008-06-09 07:20, Gregory P. Smith wrote:
>
>> On Fri, Jun 6, 2008 at 2:19 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
>>
>> On 2008-06-03 01:29, Gregory P. Smith wrote:
>>&g
On Fri, Jun 6, 2008 at 2:19 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
> On 2008-06-03 01:29, Gregory P. Smith wrote:
>
>> On Mon, Jun 2, 2008 at 4:09 PM, Guido van Rossum <[EMAIL PROTECTED]>
>> wrote:
>>
>> I will freely admit that I haven't fo
On Wed, Jun 4, 2008 at 7:32 PM, Andrew MacIntyre <
[EMAIL PROTECTED]> wrote:
> There are 2 disparate approaches to clearing/compacting free lists for
> basic types:
> - APIs of the form Py_ClearFreeList() called from gc.collect()
> [class, frame, method, tuple & unicode types];
> - APIs of the fo
On Mon, Jun 2, 2008 at 4:09 PM, Guido van Rossum <[EMAIL PROTECTED]> wrote:
> I will freely admit that I haven't followed this thread in any detail,
> but if it were up to me, I'd have the 2.6 internal code use PyString
...
Should we read this as a BDFL pronouncement and make it so?
All that wo
-cc: python-3000
I believe those APIs are already there in the existing interface. Why does
that concern you?
On Mon, Jun 2, 2008 at 9:17 AM, Lisandro Dalcin <[EMAIL PROTECTED]> wrote:
> Are you completelly sure of adding those guys: PyBytes_InternXXX ???
>
>
> On 6/1/08
On Mon, Jun 2, 2008 at 5:33 AM, M.-A. Lemburg <[EMAIL PROTECTED]> wrote:
>
>> Okay, how about this? http://codereview.appspot.com/1521
>>
>> Using that patch, both PyString_ and PyBytes_ APIs are available using
>> function stubs similar to the above. I opted to define the stub
>> functions righ
401 - 500 of 628 matches
Mail list logo
