- What policies are in place for keeping parity with other HTML
parsers (such as those in web browsers)?
Given the semi-backward-compatible nature of HTML5's syntax, this
seems like a rather unique problem that could use some more
discussion.
t;>>>
> >>>> On Thu, Jul 28, 2011 at 11:25, Matt wrote:
> >>>>>
> >>>>> - What policies are in place for keeping parity with other HTML
> >>>>> parsers (such as those in web browsers)?
> >>>>
> >
egards,
>Christian
> ___
> Python-Dev mailing list
> [email protected]
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/matt%40vazor.com
--
Matt
On Sun, Jan 14, 2018 at 10:54:57AM -0500, Ned Deily wrote:
> On Jan 14, 2018, at 08:39, Christian Heimes wrote:
> > On 2018-01-14 09:24, Matt Billenstein wrote:
> >> Correct me if I'm wrong, but Python3 on osx bundles openssl since Apple has
> >> deprecated (and
ping the
headers for things like ssl and ffi since they don't want 3rd parties linking
to deprecated versions of those libraries versus, in the case of ssl, their
newer security framework. Recommendation is to bundle what you need if you're
not using the framework -- something to think about.
DEBUG
-g
-fwrapv
-O3
-Wall
-Wstrict-prototypes
python3-config -ldflags;
-L/nfs/sc/disks/slx_1353/mlpriest/sl1/work_root/a0/development/sfwr/lib/python3.6/config-3.6m-x86_64-linux-gnu
-L/nfs/sc/disks/slx_1353/mlpriest/sl1/work_root/a0/development/sfwr/lib
-lpython3.6m
-lpthread
-ldl
-lutil
-lr
As i recall git LFS makes storing large binary objects in some external object
storage fairly seamless - might be a good fit for keeping the same workflow and
not bloating the repo.
M
--
Matt Billenstein
[email protected]
Sent from my iPhone 6 (this put here so you know I have one)
> On Mar
ppreciate everyone's hard work - I'm confident the community will cross the
2-3 chasm and I hope we preserve the approachability I first came to love about
Python when I started using it for all sorts of applications.
thx
m
--
Matt Billenstein
[email protected]
http://www.vazor.com/
This cynical view on students is shocking! Everyone on this list has
been a student or a learner for far longer than an educator, and the
perspective from students and learners are far more important than
educators to assess this angle regardless. Can anyone adequately
explain why this specific m
On Mon, Jul 2, 2018 at 2:34 AM Michael Selik wrote:
>
> On Sun, Jul 1, 2018 at 8:21 PM Matt Arcidy wrote:
>>
>> [...] Can anyone adequately explain why this specific modality of learning,
>> a student-in-a-seat based educator, must outweigh all other modalities [...]?
On Sun, Sep 9, 2018, 12:59 Antoine Pitrou wrote:
>
>
> I'm not sure why anyone would ask that question.
because if they can discredit a witness, they will.
Matt
>
> ___
> Python-Dev mailing list
> [email protected]
n due to third-party packages
> (such as docutils and bottle) that users can't easily do anything about.
Perhaps those packages could be flagged now via pylint and problems raised with
the respective package maintainers before the actual 3.8 release? Checking the
top 100 or top 1000 packages
On Tue, Aug 06, 2019 at 04:32:04PM +, Matt Billenstein wrote:
> Perhaps those packages could be flagged now via pylint and problems raised
> with
> the respective package maintainers before the actual 3.8 release? Checking
> the
> top 100 or top 1000 packages on PyPI?
fwiw
seem like there must be a bug either in what it's doing, or in
PyNumber_InPlaceAdd's handling of a NotImplemented return value from
sq_inplace_concat.
Thanks,
Matt
Python 2.7.3 (default, Jan 2 2013, 13:56:14)
[GCC 4.7.2] on linux2
Stack trace where a watch on sq->sq_inplace
On Thursday, May 16, 2013 08:41:32 PM you wrote:
> On Fri, May 17, 2013 at 1:38 PM, Nick Coghlan wrote:
> > On Fri, May 17, 2013 at 9:17 AM, Matt Newell wrote:
> >> I don't really understand what the fixup_slot_dispatchers function is
> >> doing, but it does seem
nversation on django-developers[1] that led me here.
[1]: https://groups.google.com/forum/#!topic/django-developers/XUMetDSGVT0
--
Matt McClure
http://matthewlmcclure.com
http://www.mapmyfitness.com/profile/matthewlmcclure
___
Python-Dev mailing list
;ll see if I can contribute
there.
--
Matt McClure
http://matthewlmcclure.com
http://www.mapmyfitness.com/profile/matthewlmcclure
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.
crack at the docs.
# HG changeset patch
# User Matt McClure
# Date 1375538965 14400
# Node ID d748d70201929288c230862da4dbdba33d61ae9f
# Parent bf43956356ffe93e75ffdd5a7a8164fc68cf14ae
[11798] Document TestSuite.{__iter__, run} changes
diff --git a/Doc/library/unittest.rst b/Doc/library/unitt
On Aug 3, 2013, at 12:07 PM, "R. David Murray" wrote:
> Thanks. Please post your patch to the issue, it will get lost here.
I'm trying to register, but I'm not receiving a confirmation email to complete
the registration.
--
http://matthewlmcclure.com
http://about.mapmyfitness.com
_
backport to unittest2?
--
Matt McClure
http://matthewlmcclure.com
http://www.mapmyfitness.com/profile/matthewlmcclure
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/
ittest2/compare/issue11798-tip..issue11798-base#diff
[2]: https://code.google.com/p/unittest-ext/issues/detail?id=76&sort=-id
[3]: https://pypi.python.org/pypi/unittest2
--
Matt McClure
http://matthewlmcclure.com
http://www.mapmyfitness.com/profile/matthewlmcclure
___
I raised this issue and question on StackExchange and #python (FreeNode)
and have received little or no feedback. I fear that the only answer
will lie in profiling the python interpreter itself, which is beyond the
scope of my capabilities at present.
The original question can be found here:
On Tue, May 16, 2017 at 11:31:42AM +0100, Martin Wimpress wrote:
> Is there someone here who'd be interested in doing the same for Python?
Do snaps support Windows and/or MacOS?
m
--
Matt Billenstein
[email protected]
http://www.vazor.com/
__
Common pattern I've used is to wait a bit, then send a kill signal.
M
--
Matt Billenstein
[email protected]
Sent from my iPhone 6 (this put here so you know I have one)
> On Aug 11, 2017, at 5:44 AM, Victor Stinner wrote:
>
> Hi,
>
> I'm working on reducing the f
ing __builtins__.str with something that asserts the given arg is not
bytes.
m
--
Matt Billenstein
[email protected]
http://www.vazor.com/
___
Python-Dev mailing list -- [email protected]
To unsubscribe send an email to [email protected]
htt
ursor.fetchall()
...
[{'notes': 'hi there'}]
[{'notes': '\\x6869207468657265'}]
We were storing the response of an api request from requests and had grabbed
response.content (bytes) instead of response.text (str). I was still able to
decode the original data fro
things up by removing the S&W guideline could've
been trivially accomplished without generating any of this drama.
It's baffling claim to promote cohesion and throw a partisan diatribe
into the commit message.
Mmm. Well, we said what we had to say.
I think this captures the r
there is some obvious problem with this that I am not seeing.
Anyway, just food for thought.
- Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> > it be? :-)
>
I'm the SoC student working on the improvements for pdb, one of the
improvements is allowing thread debugging. I was in fact, going to use
the threadframe module if it was available on the system, having this
method in the Python core is an even better solution.
Hi my name is Matt Westerburg, I am a student and have only recently gotten into Python. But have fallen in love with the language thus far. Fantastic language and thank you very much for making it what it is today. I am looking into getting into working on Python. Still need sometime working
that isn't doing much at the moment, I
can regurlary run tests (I submitted a patch not long back to make
regrtest netbsd-3 aware). However, I can't turn it into a buildbot,
sorry.
Matt
--
http://mattssanctuary.blogspot.com
___
Python-D
eople will find time
to modify the page approriately. When I get some spare time from my
SoC project, I'll be working my way through the list.
Thanks, Matt
--
http://mattssanctuary.blogspot.com
___
Python-Dev mailing list
Python-Dev@pytho
Also fixed this test on my NetBSD machine by using 'ifconfig -a' and
checking for 'address:' in the output. But as Ronald said, not all
platforms support the '-a' flag. Not sure if this will fix the OpenBSD
buildbot, I don&
dlerList (as a global) is already cleaned up, which is why
> the subscript fails.
>
> Georg
>
> ___
Could it be considered a bug in the atexit module (or is that what you
meant)? Seeing as there's no _decent_ way to recover from
roblem with trivial benchmarks. With more typical data
> (for us, anyway) you should see very different results.
Slightly less crude benchmark showing simplejson is quite a bit faster:
http://pastebin.com/g1WqUPwm
250ms vs 5.5s encoding and decoding an 11KB json object 1000 times...
m
--
Matt
roblem with trivial benchmarks. With more typical data
> (for us, anyway) you should see very different results.
Slightly less crude benchmark showing simplejson is quite a bit faster:
http://pastebin.com/g1WqUPwm
250ms vs 5.5s encoding and decoding an 11KB json object 1000 times...
m
--
Matt
On Sat, Apr 16, 2011 at 01:30:13PM +0200, Antoine Pitrou wrote:
> On Sat, 16 Apr 2011 00:41:03 +
> Matt Billenstein wrote:
> >
> > Slightly less crude benchmark showing simplejson is quite a bit faster:
> >
> > http://pastebin.com/g1WqUPwm
> >
> &
On Sun, Apr 17, 2011 at 08:22:20AM +0200, Stefan Behnel wrote:
> Matt Billenstein, 17.04.2011 00:47:
> >On Sat, Apr 16, 2011 at 01:30:13PM +0200, Antoine Pitrou wrote:
> >>On Sat, 16 Apr 2011 00:41:03 +
> >>Matt Billenstein wrote:
> >>>
> >>>
an't remember the exact
results now.
More importantly, what you recommend is what Twisted does and I'd
believe them more than me any time ;-).
See Twisted's DefaultOpenSSLContextFactory [1] for the server side and
ClientContextFactory [2] for the client side.
Cheers, Matt
[1] Defa
[EMAIL PROTECTED] wrote:
> Barry> All the gory details are documented here:
>
> Barry> http://www.python.org/dev/bazaar
>
> Thanks. I checked out, made a branch named test3, changed Makefile.pre.in
> to have a test3 target, checked it in, then tried to push it:
>
> % pwd
>
y it). And
thirdly, if the first two are positive, if anyone would like to review this
patch and check it in.
I have extensively tested it, and am now pretty confident that it won't
cause any grief if it's checked in.
Thanks very much,
Matt Giuca
___
claim to have implemented IRIs or even know enough about them
to do that. I'll read up on these things in the next few days.
However, this is a URI library, not IRI. From what I've seen, it's
percent-encoded URIs coming in from the browser, not IRIs. We just need to
make sure with this patch that IRIs don't become less-supported than they
were before; don't need to explicitly support them.
Cheers,
Matt Giuca
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> This POV is way too browser-centric...
>
This is but one example. Note that I found web forms to be the least
clear-cut example of choosing an encoding. Most of the time applications
seem to be using UTF-8, and all the standards I have read are moving towards
specifying UTF-8 (from being unspeci
.unquote('h%C3%BCllo')
b'h\xc3\xbcllo'
I would object to that on two grounds. Firstly, I wouldn't expect or desire
a bytes object. The vast majority of uses for unquote will be to get a
character string out, not bytes. Secondly, there is a mountain of code
(including about 12
debugging.
This means all my classes behave like containers currently do - their str
will call repr on the items. This proposal will make all of my classes
behave inconsistently with the standard container types.
- Matt Giuca
___
Python-Dev mailing list
Python
r byte strings; possible to
hack around it.
Cons: unquote is not inverse of quote; quote behaviour
internally-inconsistent; garbage when unquoting UTF-8-encoded URIs.
2. Default to UTF-8.
In favour: Matt Giuca, Brett Cannon, Jeroen Ruigrok van der Werven
Pros: Fully working and tested solution is
Arg! Damnit, why do my replies get split off from the main thread?
Sorry about any confusion this may be causing.
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mai
nt? And hard-code
UTF-8 into these functions? It seems like we may as well have the optional
encoding argument, as it does no harm and could be of significant benefit.
I'll post a patch with the unquote_to_bytes function, but leave the encoding
arguments in until this point is clarified
t, as long as it isn't used to change
> the return type (as Bill was proposing).
Yeah, my unquote always outputs a str, and unquote_to_bytes always outputs a
bytes.
Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailma
This is one example of my
patch directly fixing a bug in real code. With my patch applied, the links
work fine *because URL quoting and unquoting are consistent, and work on all
Unicode characters*.
If you change unquote to output a bytes, it breaks completely. You get a
"TypeError: expected an object with the buffer interface" as soon as the
user visits the page.
Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> so you can use quote_from_bytes on strings?
Yes, currently.
> I assumed Guido meant it was okay to have quote accept string/byte input and
> have a function that was redundant but limited in what it accepted (i.e.
> quote_from_bytes accepts only bytes)
>
> I suppose your implementation doesn'
w if there is anything I can do to speed this along.
Also I'd be interested in hearing anyone's opinion on the "quote_from_bytes"
issue as raised in the previous email. I posted a suggested implementation
of a more restrictive quote_from_bytes in that email, but I haven't
future? I'm far less concerned about
the decision with regards to unquote_to_bytes/quote_from_bytes, as those are
new features which can wait.
Matt Giuca
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> This whole discussion circles too much, I think. Maybe it should be pepped?
The issue isn't circular. It's been patched and tested, then a whole lot of
people agreed including Guido. Then you and Bill wanted the bytes
functionality back. So I wrote that in there too, and Bill at least said
that
is it.
> A PEP could fix that.
>
I could write a PEP. But as you've read above, I'm concerned this won't get
into Python 3.0, and then we'll be locked into the existing functionality
and it'll never get accepted; hence I'd rather this be resolved as quickly
don't like it - for a user
application that's a good policy. But for a programming language library, I
think it should not do guesswork. It should use the encoding supplied, and
have a single default. But I'd be interested to hear if anyone else wants
this.
As-is, it pa
Is the only issue with this feature that you might accidentally miss a comma
after a string in a sequence of strings? That seems like a significantly
obscure scenario compared to the usefulness of the current syntax, for
exactly the purpose Barry points out (which most people use all the time).
I
join(hex(b)[2:] for b in mybytes)
I think there should be a bytes.tohex() method. I'll add this as a bug
report if it indeed is an oversight, but I thought I'd check here first to
make sure I'm not just missing something.
Matt
___
Python-Dev mailin
Well, whether there's community support for this or not, I thought I'd have
a go at implementing this, so I did. I've submitted a feature request +
working patch to the bug tracker:
http://bugs.python.org/issue3532
Matt
PS. I mean
''.join(&q
eturn
bytes, not strings. Is this an oversight? (My version of tohex returns a
str).
See tracker:
http://bugs.python.org/issue3532
Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
Hi,
I thought I'd bring this up on both the tracker and mailing list, since it's
important. It seems the test suite breaks as of r65661. I've posted details
to the bug tracker and a patch which fixes the module in question (uuid.py).
http://bugs.python.org/issue35
x27;t write the C code myself, or evaluate the patch.
>
Go to http://bugs.python.org/ and add a new issue. Upload the patch as an
attachment when you enter the issue description. I think you'll have to put
it down as a feature request for 2.7/3.1, since the beta tomorrow will mean
no more features i
tion.
Otherwise, looks like it will do the job.
But I haven't tested it, just eyeballed it.
Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Hi Michele,
Do you have a URL for this blog?
Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Had a brief offline discussion with Michele - forwarding.
-- Forwarded message --
From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Mon, Aug 25, 2008 at 12:13 AM
On Aug 24, 3:43 pm, "Matt Giuca" <[EMAIL PROTECTED]> wrote:
> Hi Michele,
>
> Do you h
:
... return True
...
>>> x = X()
>>> hash(x)
Traceback (most recent call last):
File "", line 1, in
TypeError: unhashable type: 'X'
Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
> Being hashable is a different from being usable as dictionary key.
>
> Dictionaries perform the lookup based on the hash value, but will
> then have to check for hash collisions based on an equal comparison.
>
> If an object does not define an equal comparison, then it is not
> usable as dictiona
act just the same as old-style classes are in Python 2). So the Python 3
docs can get away with being simpler (without having to handle that weird
case).
I just saw Marc-Andre's new email come in; I'll look at that now.
Matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
ethods
> on classes, even if the application will just use one of them.
>
Well it certainly is for new-style classes in the 2.x branch. I don't think
you should implement __hash__ in Python 3 if you just want a non-hashable
object (since this is the default behaviour anyway).
Python web applications? Is there a way that
this could go in to 2.6.1/3.0.1?
-matt
___
Python-Dev mailing list
[email protected]
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/arch
What if you broke up the read and built the final string object up. I
always assumed this is where the real gain was with read_into.
On Nov 25, 2011 5:55 AM, "Eli Bendersky" wrote:
> On Thu, Nov 24, 2011 at 20:29, Antoine Pitrou wrote:
>
>> On Thu, 24 Nov 2011 20:15:25 +0200
>> Eli Bendersky wr
Eli,
Example coming shortly, the differences are quite significant.
On Fri, Nov 25, 2011 at 9:41 AM, Eli Bendersky wrote:
> On Fri, Nov 25, 2011 at 00:02, Matt Joiner wrote:
>>
>> What if you broke up the read and built the final string object up. I
>> always assumed t
ot;top-posting" am I guilty of this? Gmail
defaults to putting my response above the previous email.
On Fri, Nov 25, 2011 at 11:49 AM, Matt Joiner wrote:
> Eli,
>
> Example coming shortly, the differences are quite significant.
>
> On Fri, Nov 25, 2011 at 9:41 AM, Eli Bendersky
On Fri, Nov 25, 2011 at 12:07 PM, Antoine Pitrou wrote:
> On Fri, 25 Nov 2011 12:02:17 +1100
> Matt Joiner wrote:
>> It's my impression that the readinto method does not fully support the
>> buffer interface I was expecting. I've never had cause to use it until
>&g
t; The file was 10MB. I expected readinto to perform much better than
>> readandcopy. I expected readandcopy to perform slightly better than
>> justread. This clearly isn't the case.
>>
>
> What is 'python3' on your machine? If it's 3.2, then thi
You can see in the tests on the largest buffer size tested, 8192, that
the naive "read" actually outperforms readinto(). It's possibly by
extrapolating into significantly larger buffer sizes that readinto()
gets left behind. It's also reasonable to assume that this wasn't
tested thoroughly.
On Fri
On Fri, Nov 25, 2011 at 10:04 PM, Antoine Pitrou wrote:
> On Fri, 25 Nov 2011 20:34:21 +1100
> Matt Joiner wrote:
>>
>> It's Python 3.2. I tried it for larger files and got some interesting
>> results.
>>
>> readinto() for 10MB files, reading 10MB all at
I was under the impression this is already in 3.3?
On Nov 25, 2011 10:58 PM, "Eli Bendersky" wrote:
>
>
>> > However, the original question remains - on the 100MB file also,
although
>> > in 2.7 readinto is 35% faster than readandcopy(), on 3.2 it's about the
>> > same speed (even a few % slower)
On Mon, Nov 28, 2011 at 11:14 PM, Steven D'Aprano wrote:
> Xavier Morel wrote:
>
>> Not being too eager to kill APIs is good, but giving rise to this kind of
>> living-dead APIs is no better in my opinion, even more so since Python has
>> lost one of the few tools it had to manage them (as Depreca
I like this article on it:
http://semver.org/
The following snippets being relevant here:
Minor version Y (x.Y.z | x > 0) MUST be incremented if new, backwards
compatible functionality is introduced to the public API. It MUST be
incremented if any public API functionality is marked as deprecated
Congrats, this is an excellent feature.
On Wed, Nov 30, 2011 at 10:34 AM, Amaury Forgeot d'Arc
wrote:
> 2011/11/29 Nadeem Vawda
>>
>> I'm pleased to announce that as of changeset 74d182cf0187, the
>> standard library now includes support for the LZMA compression
>> algorithm
>
>
> Congratulation
Given GCC's announcement that Intel's STM will be an extension for C
and C++ in GCC 4.7, what does this mean for Python, and the GIL?
I've seen efforts made to make STM available as a context, and for use
in user code. I've also read about the "old attempts way back" that
attempted to use finer gr
I did see this, I'm not convinced it's only relevant to PyPy.
On Thu, Dec 1, 2011 at 2:25 AM, Benjamin Peterson wrote:
> 2011/11/30 Matt Joiner :
>> Given GCC's announcement that Intel's STM will be an extension for C
>> and C++ in GCC 4.7, what does this mean
I saw this, I believe it just exposes an STM primitive to user code.
It doesn't make use of STM for Python internals.
Explicit STM doesn't seem particularly useful for a language that
doesn't expose raw memory in its normal usage.
On Thu, Dec 1, 2011 at 4:41 PM, Nick Coghlan wrote:
> On Thu, Dec
M, Armin Rigo wrote:
> Hi,
>
> On Thu, Dec 1, 2011 at 07:06, Matt Joiner wrote:
>> I saw this, I believe it just exposes an STM primitive to user code.
>> It doesn't make use of STM for Python internals.
>
> That's correct.
>
>> Explicit STM doesn&#x
This is very interesting, cheers for the link.
On Tue, Dec 6, 2011 at 8:55 PM, Armin Rigo wrote:
> Hi,
>
> Actually, not even one month ago, Intel announced that its processors
> will offer Hardware Transactional Memory in 2013:
>
> http://www.h-online.com/newsticker/news/item/Processor-Whispers-
Nobody is using 3 yet ;)
Sure, I use it for some personal projects, and other people pretend to
support it. Not really.
The worst of the pain in porting to Python 3000 has yet to even begin!
On Thu, Dec 8, 2011 at 6:33 PM, Nick Coghlan wrote:
> Such code still won't work on 3.2, hence restoring
+1
On Sat, Dec 10, 2011 at 2:09 AM, Dirkjan Ochtman wrote:
> On Fri, Dec 9, 2011 at 09:02, Stefan Behnel wrote:
>> a) The stdlib documentation should help users to choose the right tool right
>> from the start.
>> b) cElementTree should finally loose it's "special" status as a separate
>> librar
If braces were introduced I would switch to Haskell, I can't stand the
noise. If you want to see a language that allows both whitespace, semi
colons and braces take a look at it. Nails it.
On Dec 10, 2011 9:31 AM, "Cedric Sodhi" wrote:
> On Fri, Dec 09, 2011 at 02:21:42PM -0800, Guido van Rossum
I second this. The doco is very bad.
On Dec 10, 2011 6:34 AM, "Bill Janssen" wrote:
> Xavier Morel wrote:
>
> > On 2011-12-09, at 19:15 , Bill Janssen wrote:
> > > I use ElementTree for parsing valid XML, but minidom for producing it.
> > Could you expand on your reasons to use minidom for produ
standpoint of not
> intersparsing readable code with unnatural characters.
>
> On Sat, Dec 10, 2011 at 09:40:54AM +1100, Matt Joiner wrote:
> >If braces were introduced I would switch to Haskell, I can't stand the
> >noise. If you want to see a language that allows b
ಠ_ಠ
On Sat, Dec 17, 2011 at 8:55 PM, Michael Mueller
wrote:
> Hi Guys,
>
> We've been analyzing CPython with our static analysis tool (Sentry)
> and a NULL pointer dereference popped up the other day, in
> Objects/descrobject.c:
>
> if (descr != NULL) {
> Py_XINCREF(type);
> desc
I'm paid to write Python3. I've also been writing Python3 for hobby
projects since mid 2010. I'm on the verge of going back to 2.7 due to
compatibility issues :(
On Thu, Dec 22, 2011 at 1:45 PM, Mike Meyer wrote:
> On Thu, 22 Dec 2011 01:49:37 +
> Michael Foord wrote:
>> These figures can't
FWIW I'm against forcing braces to be used. Readability is the highest
concern, and this should be at the discretion of the contributor. A
code formatting tool, or compiler extension is the only proper handle
this, and neither are in use or available.
On Tue, Jan 3, 2012 at 7:44 PM, "Martin v. Löw
I'm pretty sure the Python version of RLock is in use in several
alternative implementations that provide an alternative _thread.lock. I
think gevent would fall into this camp, as well as a personal project of
mine in a similar vein that operates on python3.
2012/1/6 Charles-François Natali
> Hi
_PyRLock is not used directly. Instead, no _CRLock is provided, so the
threading.RLock function calls _PyRLock.
It's done this way because green threading libraries may only provide a
greened lock. _CRLock in these contexts would not work: It would block the
entire native thread.
I suspect that i
Nick did you mean to say "wrap python code around a reentrant lock to
create a non-reentrant lock"? Isn't that what PyRLock is doing?
FWIW having now read issues 13697 and 13550, I'm +1 for dropping Python
RLock, and all the logging machinery in threading.
2012/1/8 Nick Coghlan
> 2012/1/7 Charl
Perhaps the python-dev mailing list should be renamed to python-core.
On Tue, Jan 10, 2012 at 7:35 PM, Stefan Behnel wrote:
> Hi,
>
> sorry for hooking into this off-topic thread.
>
> Amaury Forgeot d'Arc, 09.01.2012 19:09:
>> 2012/1/9
>>> I am trying to send a tuple to a method of a python clas
http://semver.org/
This has made sense since Gentoo days.
On Tue, Jan 10, 2012 at 11:57 PM, Antoine Pitrou wrote:
> On Tue, 10 Jan 2012 08:49:04 +
> Rob Cliffe wrote:
>> But "minor version" and "major version" are readily understandable to
>> the general reader, e.g. me, whereas "feature re
I suspect it actually would fix the confusion. "dev" usually means
development, not "core implementation development". People float past
looking for dev help... python-dev. Python-list is a bit generic.
On Tue, Jan 10, 2012 at 11:17 PM, Stefan Behnel wrote:
> Matt J
1 - 100 of 173 matches
Mail list logo
