"", line 1, in
OSError: [Errno 9] Bad file descriptor
>>> f.write('blah')
Traceback (most recent call last):
File "", line 1, in
IOError: [Errno 9] Bad file descriptor
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterpr
y important (imo, most
> people just want to know if the operation was successful, I don't know if
> many developers scan error codes to act accordingly).
>
I don't often need to check the error code at runtime but seeing the
corresponding message is often critical for debu
On Sun, Sep 20, 2009 at 4:48 AM, Pascal Chambon wrote:
> *RawIOBase*.readinto(b: bytes) -> int
>
"bytes" are immutable. The signature is:
*RawIOBase*.readinto(b: bytearray) -> int
Your efforts in working on clarifying these important corner cases is
appreciated. :-)
--
e Internet, such
scenarios are no longer operationally relevant."
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
"The plumage don't enter into it. It's stone dead."
_
On Sat, Sep 26, 2009 at 4:57 PM, DrKJam wrote:
> 2009/9/26 Daniel Stutzbach
>
>> On Sat, Sep 26, 2009 at 2:07 PM, DrKJam wrote:
>>
>>> The current version of the PEP and reference implementation do not
>>> mention or deal with IPv4 classful addressing (A,
, IPv4Network objects with distinct IP addresses (but
the same network) could no longer be stored in a dictionary or set. IMO, it
is a little counter-intuitive for objects to compare equal yet have
different properties. I don't think this is a good compromise.
--
Daniel Stutzbach, Ph.D.
tiguous
> netmasks are valid, and is dated 2008. Earlier RFCs (950 and 1219)
> give them as valid but discouraged.
>
That's a draft for RFC 5177. In the RFC, all references to non-contiguous
subnets have been removed.
http://tools.ietf.org/html/rfc5177
--
Daniel Stutzbach, Ph.D.
re added in Python 2.6:
Python 2.6.2 (r262:71600, Apr 15 2009, 07:20:39)
[GCC 3.4.4 (cygming special, gdc 0.12, using dmd 0.125)] on cygwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import fractions
>>> fractio
his discussion has focused too much on the details of ipaddr
(and the false dichotomy of "ipaddr versus nothing"), without properly
tackling the question of "What use-cases for IP addresses are sufficiently
universal* that they belong in the standard library?"
--
Daniel St
On Mon, Oct 5, 2009 at 9:32 AM, Barry Warsaw wrote:
> If, as I hope, the answer to that is "yes", then I strongly support
> releasing a fixed setuptools instead of reverting the change to Python.
>
How do your propose to get the author of setuptools to release a new
gt;
-1 on 1.
+0 on 2.
It'd be nice if we could postpone the resize if there are active iterators,
but I don't think there's a clean way to track the iterators.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
ortant that the 'global' site-packages typically
requires root privileges while installing to a virtualenv doesn't.
Cheers,
Daniel
--
Psss, psss, put it down! - http://www.cafepress.com/putitdown
___
Python-Dev mailing list
Python-Dev@pyt
als by
setting them to None. It zaps them to weakrefs first, which means that
globals are more likely to be valid during __del__, but it still cannot make
any guarantees and referencing globals from __del__ is still a bad idea. Is
that a correct synopsis?
--
Daniel Stutzbach, Ph.D.
President, Stutz
referencing a global variable in __del__ will be 100% safe?
(not just "likely")
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mai
sys.modules with weakrefs
2. Run the garbage collector
3. Replace globals in any remaining modules with None
4. Run the garbage collector
Is it possible for a __del__ method to be called in step 4 or not? I am
still unclear on this point. :-)
--
Daniel Stutzbach, Ph.D.
President, St
larly when I didn't *intend* to do a million-digits calculation...
;) )
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mail
On Sun, Oct 18, 2009 at 5:46 PM, Antoine Pitrou wrote:
> Daniel Stutzbach stutzbachenterprises.com> writes:
> > I sometimes do million-digits calculations that I want to interrupt using
> Control-C.(particularly when I didn't *intend* to do a million-digits
> calculation.
es a warning
test_const(&const_var);
test_noconst(&noconst_var);
test_noconst(&const_var); // generates a warning
return 0;
}
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
__
s:
Python 2.5.1 (r251:54863, Oct 30 2007, 13:45:26)
[GCC 4.1.2 20070925 (Red Hat 4.1.2-33)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class C: pass
...
>>> C.__doc__ = 'hello'
>>
's time budget is merely paused during I/O rather than
reset, then a thread making frequent (but short) I/O requests cannot starve
the system.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
se note that a
similarly useful conversation is impossible to take place before all
the above steps have been completed.
HTH,
Daniel
--
Psss, psss, put it down! - http://www.cafepress.com/putitdown
___
Python-Dev mailing list
Python-Dev@python.org
http://m
ler
> though.
>
It does. If I recall correctly, in addition to Visual Studio Express, I
also needed the Windows SDK (which is also free as in beer).
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
thread to relinquish the remainder of its time
slice to any other thread of equal priority that is ready to run."
(this is not to say that I think the solution with Sleep is worthwhile,
though...)
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <
ly need is syntax compatibility. For
the rest, you can check sys.version_info.
In a nutshell, I don't think you need two branches to support an extension
module on Python 2 and Python 3.
YMMV.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
t types. I'm just putting them through the paces in my own
products before releasing them.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
h
o forth. The hash table will shrink after the n/2-th removal,
when we have checked 1 + 2 + 3 + ... + n/2 = O(n**2) slots for n/2 removals
(or amortized O(n) per removal). It's too late for shrinking to save us;
we've already performed too much work.
--
Daniel Stutzbach, Ph.D.
Preside
ator has to
scan through the table for non-empty entries.
(the above assumes a good hash function with few collisions, of course)
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python
On Sun, Nov 15, 2009 at 2:44 PM, "Martin v. Löwis" wrote:
> But then, users can easily create as many fake accounts as they want to.
>
Why not do something more robust, then? For example, when a user enters an
OpenID that hasn't been seen by PyPi before, make them enter
0NaN'
>
> Why in the world would you ever want to zero pad Nan (or Inf, for that
> matter)?
Because you didn't know in advance that the number ending up in your
format call was a nan (or inf)?
Cheers,
Daniel
> Stefan> The advantage of decimal is that the user ha
happen.
>
That strikes me as a *predictable* long pause.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinf
>> If you're only concerned about 2.X, then yes, optparse will *never* be
>> removed from 2.X. There will be a deprecation note in the 2.X
>> documentation but deprecation warnings will only be issued when the -3
>> flag is specified. Please see the "Deprecation of optparse" section of
>> the PEP:
hat
> the list itself gets garbage collected.
>
FWIW, for a long-running FIFO queue, it's critical to release some of the
memory along the way, otherwise the amount of wasted memory is unbounded.
Good luck :)
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <htt
r "the full Python test suite"?
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
ist will always be exactly the
right size.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-d
o list, you can just erase it;
> no need to recopy the whole list.
>
I don't think your analogy works, unless you recopy your to-do lists
whenever you complete a task in the middle of the list. ;-)
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <ht
On Wed, Jan 27, 2010 at 9:55 AM, Steve Howell wrote:
> Fair enough, but that's still wasteful of memory, keeping around a bunch of
> None elements because you can't inexpensively delete them.
>
Even if there are many references to it, there is only one None element.
--
Dan
n].
That way it doesn't have to regularly allocate and deallocate memory for an
approximately-fixed-length FIFO queue (which Steve's list will need to do).
Raymond's objections are here:
http://mail.python.org/pipermail/python-dev/2007-November/075244.html
--
Daniel Stut
on mucking with any of the fundamental data
structures until the Unladen Swallow patch lands (assuming it lands).
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing li
A question from someone writing C extension modules for python but not
involved in python-dev:
It has been said that compiling python with --without-llvm would not
include unladen swallow and would bypass llvm together with all C++.
Basically, as I understand it, --without-llvm gives the 'usual'
c
with C-only
>> compilers would work with llvm-US-python and cpython?
>
> As a C extension author you will be fine (the source and linker
> interface will all still be C-only).
Thanks, that is good to hear!
Cheers,
Daniel
> C++ extension authors may need to care about making
n interpreter
> yourself. Once it's a binary, it doesn't really matter anymore in what
> language(s) it was originally written.
>
>> Or the same pure C extension module compiled with C-only
>> compilers would work with llvm-US-python and cpython?
>
> That's to be ex
On Sat, Jan 30, 2010 at 8:21 PM, Vitor Bosshard wrote:
> Putting the files into a separate dir also makes it much harder to
> work with external tools; e.g. VCSes already ignore .pyc and .pyo
> files, but not unknown directories.
>
Can't a VCS be configured to ignore a .pyr directory just as eas
nounce it
via a reply to this thread? I'd like to check it out.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
ly replaces functions for speed.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
htt
can RSON be
any easier when it is a *superset* of JSON?
Cheers,
Daniel
--
Psss, psss, put it down! - http://www.cafepress.com/putitdown
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
In CPython, is it safe to cache function pointers that are in type objects?
For example, if I know that some_type->tp_richcompare is non-NULL, and I
call it (which may execute arbitrary user code), can I assume that
some_type->tp_richcompare is still non-NULL?
--
Daniel Stutzbach
ue it, would it be best for me to implement it as
a patch to Unladen Swallow, CPython trunk, or CPython py3k?
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
On Wed, Mar 3, 2010 at 3:29 PM, Benjamin Peterson wrote:
> 2010/3/3 Daniel Stutzbach :
> > I think I see a way to dramatically speed up PyObject_RichCompareBool
> when
> > comparing immutable, built-in, non-container objects (int, float, str,
> > etc.). It would speed u
hat it will be a while before the Unladen
Swallow benchmarks can support Python 3, right?
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://m
On Fri, Mar 5, 2010 at 12:03 AM, Brian Quinlan wrote:
> import futures
>
+1 on the idea, -1 on the name. It's too similar to "from __future__ import
...".
Also, the PEP should probably link to the discussions on stdlib-sig?
--
Daniel Stutzbach, Ph.D.
President, Stutz
;Futures" with a
class named "Future".
Why not name your module "concurrent"? That would eliminate the confusion
with "from __future__". I don't see a problem with keeping the class name.
Plus, a "concurrent" module might be useful for things
cutor instance is then free to do so.
+1
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscr
-GUI async code can just use the ABC and not worry about what event
loop is running underneath (be it TCL, GTK, or just poll()).
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mail
like the second approach as well, assuming "interactiveness" can be
computed cheaply.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://
he fix for this
reference leak:
http://bugs.python.org/issue2521
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailma
On Mon, Mar 29, 2010 at 2:21 PM, Michael Foord wrote:
> It should be possible to fix it with a WeakKeyDictionary instead of
> WeakSet.
>
True. I should have said "Backporting WeakSet would make it *easier* to
backport the fix ..." :-)
--
Daniel Stutzbach, Ph.D.
President, St
opt(socket.SOL_SOCKET, socket.SO_KEEPALIVE, 1)
Most non-trivial applications use select() or poll() to avoid blocking calls
and do their own timeout-checking at the application layer, so they don't
need KEEPALIVE.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <ht
where you are ahead of the current
dict implementation and where you are behind.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.pytho
rather than going through the slower PyObject_ functions.
Consequently, validating **kwds should be cheap.
I don't know if the the current validating of **kwds with Python functions
already leverages that hack or not.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC &
On Fri, Apr 16, 2010 at 4:51 PM, Benjamin Peterson wrote:
> 2010/4/16 Daniel Stutzbach :
> > IIRC, there's a performance hack in dictobject.c that keeps track of
> whether
> > all of the keys are strings or not. The hack is designed so that lookup
> > operations can
On Sat, Apr 17, 2010 at 12:17 PM, Victor Stinner <
victor.stin...@haypocalc.com> wrote:
> http://bugs.python.org/ displays "Service Temporarily Unavailable". Is it
> normal?
>
It's working fine for me.
--
Daniel Stutzbach, Ph.D.
President, St
".
I only find the time to produce patches once in awhile, but when I have the
time I usually produce more than one. Assigning bugs to myself will
increase my motivation to write patches, as I will feel that I've made a
commitment to fixing them.
--
Daniel Stutzbach, Ph.D.
President, S
On Tue, Apr 27, 2010 at 10:14 AM, R. David Murray wrote:
> Done. I agree with Brian, Daniel has been making valuable
> contributions for quite some time now. I/we will keep an eye on
> his triage, of course.
>
Thanks. Is there a document that describes the meaning of all of t
document the Resolution or Status fields.
For the Keywords field, the page only documents the "easy" keyword.
Also, some of the headings in the page are enclosed in square brackets,
while others are not. It's not clear to me what the brackets are intended
to designate.
--
Daniel Stutz
ue8699
The patch is also at Rietveld: http://codereview.appspot.com/1179044
I'm a beginner, so my patch is probably far from perfect, but I'd
appreciate any help, and will try to correct my mistakes.
Thanks,
Daniel Urban
___
Python-Dev mailing li
ot aware of. Any thoughts about this?
> Your thoughts? Should we continue this discussion at issue8699?
I don't know, I'm new here...
[1] http://docs.python.org/py3k/c-api/dict.html#PyDictProxy_New
Thanks,
Daniel Urban
___
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/archive%40mail-archive.com
o need to make that worse if that can be avoided.
I've made a new patch, in which the keywords attribute is a read-only
proxy of the dictionary. I've used your benchmark, and I haven't found
any significant difference in execution times.
T
rds attribute is a read-only
proxy of the dictionary. I've used your benchmark, and I haven't found
any significant difference in execution times.
The patch is in the tracker (http://bugs.python.org/issue8699) and
Rietveld (http://codereview.appspot.com/1179044).
Daniel Urban
On Mon, May 17, 2010 at 09:47, Hrvoje Niksic wrote:
> On 05/14/2010 06:39 AM, Daniel Urban wrote:
>>
>> I've made a new patch, in which the keywords attribute is a read-only
>> proxy of the dictionary.
>
> What about backward compatibility? This looks like
> how can i simply add new functions to module after its initialization
> (Py_InitModule())? I'm missing something like
> PyModule_AddCFunction().
This type of question really belongs to python-list aka
comp.lang.python which I CC-d now. Please keep the discussion on that
list.
ish debug builds, profiling
builds, Unicode width (see issue8654), and probably several other
./configure options.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Pyth
erver, but I'm told it can work the other way
around with a bit of work.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/m
hat repository:
>
> $ hg clone pytrunk-upstream pytrunk-work
> $ ./configure && make
>
My question is basically the same as Terry Reedy's, but I'm going to phrase
it a bit differently:
This is perhaps a naive question, but why do you create a second local clone
http://mail.python.org/pipermail/python-dev/2010-June/100583.html
On the flip side, a fully enumerated ABI signature could be used to identify
(in)compatible binary eggs, which is basically impossible now.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach
it ($ python test.py), it'll print False. Now try:
$python
import test
test.test_1()
and it'll print True. Is this behaviour expected? What was the
rationale for it if is?
Thanks,
Daniel
--
active-thought.com
___
Python-Dev mailing l
On 29 July 2010 07:32, Daniel Waterworth wrote:
> Hi,
>
> I'm not sure if this is a bug or not, I certainly didn't expect it. If
> you create a file called test.py with the following contents,
>
> class Test:
> pass
>
> def test_1():
> import
On 30 July 2010 18:32, Michael Foord wrote:
> On 30/07/2010 17:59, Oleg Broytman wrote:
>>
>> On Fri, Jul 30, 2010 at 07:26:26AM +0100, Daniel Waterworth wrote:
>>
>>>
>>> @Oleg: ...
>>> This is purely CPython bug-fixing/the discussion of
>&g
On 31 July 2010 02:21, Alexander Belopolsky
wrote:
> On Fri, Jul 30, 2010 at 2:46 PM, Daniel Waterworth
> wrote:
> ..
>> Having thought it through thoroughly, my preference is for a warning.
>>
>> I don't think it's a good practise to import the __main__ m
ential if you
> want to take a profililng snapshot of a running application.
>
+1
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://m
y inline except using MSC
http://bugs.python.org/issue2521 - ABC caches should use weak refs
http://bugs.python.org/issue808164 - socket.close() doesn't play well
with __del__
Many more in the pipeline :-)
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC
sets or set ABCs unless you have signed off
on it in some way. Perhaps in time there will be some piece of Python
that I've modified so heavily that I become ipso facto the primary
maintainer, but I'm in no hurry.
--
Daniel Stutzbach, Ph.D.
President, Stut
On Sat, Aug 21, 2010 at 3:47 AM, "Martin v. Löwis" wrote:
> Please send me your SSH key.
Done.
I have also subscribed to python-committers and python-checkins. I
will add my interests to Misc/maintainers.rst. Are there any other
initial start-up tasks I should perform?
--
Dan
XP/Cygwin system and did not see the shared folder
icon in Explorer.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/lis
same
version of the C library.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http:
On Thu, Sep 2, 2010 at 6:26 PM, Victor Stinner wrote:
> But I didn't found any doc for other Py_UNICODE_str*()
> functions in Doc/c-api/*.rst.
>
http://bugs.python.org/issue8649 - Py_UNICODE_* functions are undocumented
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterpri
larger query, plus there
are multiple functions that want to talk to the cache.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.o
ature.
-1 on removing the feature
-0 on making it disabled by default
[1] I know that some large, long-running programs periodically check
gc.garbage and carefully choose where to break cycles, but those are the
exception and not the rule.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprise
o automatic
> tracking/untracking based on contents would use some other
> new API (which would be non-public in 2.7.x).
>
Where would the extra state information be stored? (to distinguish untracked
and untracked-and-keep-it-that-way)
--
Daniel Stutzbach, Ph.D.
President, S
out the base revision for the patch.
How about the opposite approach: make a Python-specific version of upload.py
that lets the user attach the patch to an issue with an optional message?
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com/>
_
ed service and then runs hooks. Obviously, it would not be
possible to write hooks that reject changesets, but it would be possible to
write hooks that send email or notify buildbots.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http
index
tuple, range, and str types all register as following the Sequence ABC.
list and bytearray types register as following the MutableSequence ABC,
which is a subclass of the Sequence ABC.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterp
ast tolerate ;) ) additional review of
their code.
The hard part is encouraging contributors to find the time and motivation to
thoroughly review code that they aren't personally interested in (and
perhaps not even familiar with).
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enter
7;s review/patch ratio? (in
descending order)
Obviously there would be many non-trivial details to work out. I'm just
brainstorming.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com/>
___
Pyt
On Sat, Oct 2, 2010 at 3:55 PM, "Martin v. Löwis" wrote:
> I'll have to come up with a better way to determine the branch
> which a patch was created on.
>
That would also be helpful for those of us using DVCS software to talk to
the svn server. :-)
--
Daniel St
en Wensleydale.
--
Daniel Stutzbach, Ph.D.
President, Stutzbach Enterprises, LLC <http://stutzbachenterprises.com/>
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailma
On Thu, Oct 14, 2010 at 12:38 PM, barry.warsaw
wrote:
> -# Generated by GNU Autoconf 2.65 for python 3.2.
> +# Generated by GNU Autoconf 2.67 for python 3.2.
>
Was the change in autoconf versions intentional and/or is it a problem?
--
Daniel Stutzbach, Ph.D.
President, Stutzbach En
2010/10/27 Kristján Valur Jónsson
> Svn.python.org already plays host to some other, less official, projects
> such as stackless, so why not this?
>
What are the benefits of hosting such a project on svn.python.org instead of
somewhere else? (such as GitHub or BitBucket)
--
Daniel
ercurial, so svnmerge would not be helpful for
much longer. On the plus side, since Mercurial is a Distributed Version
Control System, if you setup an unofficial continuation of Python 2 on the
host of your choice, it will be easy for you to pull patches from py3k.
--
Daniel Stutzbach, Ph.D.
Presiden
ing such questions is the python
mailing list python-l...@python.org, please see
http://mail.python.org/mailman/listinfo/python-list
This python-dev list is for the development *of* python and not
development *with* python. For the latter python-list is the
appropriate forum.
Cheers,
Daniel
d by .read().
[4]:
http://www.google.com/codesearch?hl=en&sa=N&q=BufferedIOBase++lang:python&ct=rr&cs_r=lang:python
--
Daniel Stutzbach
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/pyt
201 - 300 of 590 matches
Mail list logo
