> http://pypi.python.org/pypi/Dtls/0.1.0";>Dtls 0.1.0 -
> Datagram Transport Layer Security for Python. (07-Jan-13)
> --
> http://mail.python.org/mailman/listinfo/python-announce-list
>
> Support the Python Software Foundation:
> http://www.python.org/psf/donations/
>
--
--Guido van Rossum (python.org/~guido)
--
http://mail.python.org/mailman/listinfo/python-list
be separate specifications for the
transport and protocol interfaces used with datagrams.
> Implementing DTLS as a tulip transport sounds interesting. Is the
> tulip package available somewhere so that I can try it out?
Absolutely -- it is very much in flux, but you can check out the
l
On Tue, Jan 8, 2013 at 11:38 PM, rbit wrote:
> On Tue, Jan 8, 2013 at 9:09 PM, Guido van Rossum wrote:
>> But don't you have to deal with that when doing synchronous I/O as
>> well? It's a datagram protocol after all.
>
> No: when dealing with blocking sockets, th
t; Please report any bugs here: http://bugs.jython.org/ Thanks!
>
> -Frank
> --
> http://mail.python.org/mailman/listinfo/python-announce-list
>
> Support the Python Software Foundation:
> http://www.python.org/psf/donations/
--
--Guido van Rossum (python.org/~guido)
--
http://mail.python.org/mailman/listinfo/python-list
on
> with backslash or implicit continuation of parenthesized expressions
> is just not that heavy a price to pay. Perhaps historically some of
> these ideas could have been implemented, but now they're just going to
> confuse a host of editors and code analysis tools.
Tot
they're needed.)
That macro looks fine to me; looking at the definition of w_byte() it
has matched if/else clauses:
#define w_byte(c, p) if (((p)->fp)) putc((c), (p)->fp); \
else if ((p)->ptr != (p)->end) *(p)->ptr++ = (c); \
else w_more(c, p)
Although traditionally, just to be sure, we've enclosed similar macros
inside do { ... } while (0). Also it would be nice to call out its
macro-status by renaming it to W_BYTE -- I suppose at one point in the
past it was a plain function...
--
--Guido van Rossum (python.org/~guido)
--
http://mail.python.org/mailman/listinfo/python-list
://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-...@python.org/message/Q62W2Q6R6XMX57WK2CUGEENHMT3C3REF/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Prono
__
> Python-Dev mailing list -- python-...@python.org
> To unsubscribe send an email to python-dev-le...@python.org
> https://mail.python.org/mailman3/lists/python-dev.python.org/
> Message archived at
> https://mail.python.org/archives/list/python-...@python.org/message/VZYELIYAQWUHHGIIEPPJFREDX6F24KMN/
> Code of Conduct: http://python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-change-the-world/>
--
https://mail.python.org/mailman/listinfo/python-list
nificant in this release of Python? I see the
> lack of indentation in the first Python programs.
>
Indentation most certainly was significant from day 0. I suspect what
happened is that these files got busted somehow by the extraction process
used by Skip or Hiromi.
--
--Guido van Rossum
here. So o.m(f()) needs to evaluate o.m (which may have a side
effect if o overrides __getattr__) before it calls f().
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-chang
__
> python-committers mailing list
> python-committ...@python.org
> https://mail.python.org/mailman/listinfo/python-committers
> Code of Conduct: https://www.python.org/psf/codeofconduct/
--
--Guido van Rossum (python.org/~guido)
--
https://mail.python.org/mailman/listinfo/python-list
.org/mailman/listinfo/python-dev
> > Unsubscribe: https://mail.python.org/mailman/options/python-dev/tritium-
> > list%40sdamon.com
>
> ___
> Python-Dev mailing list
> python-...@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe: https://mail.python.org/mailman/options/python-dev/
> guido%40python.org
>
--
--Guido van Rossum (python.org/~guido)
--
https://mail.python.org/mailman/listinfo/python-list
Thank you for taking the lead and good luck with the project!
On Wed, Jul 18, 2018 at 11:57 PM Abdur-Rahmaan Janhangeer <
arj.pyt...@gmail.com> wrote:
> Greetings everybody,
>
> i take this opportunity to announce to the python community that Arabic
> translations for the docs have started at
>
>
gt; --
> Python-announce-list mailing list -- python-announce-l...@python.org
> To unsubscribe send an email to python-announce-list-le...@python.org
> https://mail.python.org/mailman3/lists/python-announce-list.python.org/
>
> Support the Python Software Foundation:
> h
/mail.python.org/archives/list/python-committ...@python.org/message/QGIHFU64TBYT56K6M5A5LYTYTSVFKHWQ/
> Code of Conduct: https://www.python.org/psf/codeofconduct/
>
--
--Guido van Rossum (python.org/~guido)
*Pronouns: he/him **(why is my pronoun here?)*
<http://feministing.com/2015/02/03/how-using-they-as-a-singular-pronoun-can-change-the-world/>
--
https://mail.python.org/mailman/listinfo/python-list
. Enjoy your beer, I'm celebrating with you in spirit.
Thanks also to all the other developers who contributed to this
release, and to the many thousands of users who helped with the the
beta testing.
Let's hope for record downloads,
--
--Guido van Rossum (home page: h
o become more popular.
>
The repeated claims (by Alexander?) that astimezone() has the power of
pytz's localize() need to stop. Those pytz methods work for any (pytz)
timezone -- astimezone() with a default argument only works for the local
time zone. (And indeed what it does is surprising, except perhaps to pytz
users.)
--
--Guido van Rossum (python.org/~guido)
--
https://mail.python.org/mailman/listinfo/python-list
On Sat, Sep 12, 2015 at 5:46 PM, Alexander Belopolsky <
alexander.belopol...@gmail.com> wrote:
>
> On Sat, Sep 12, 2015 at 6:24 PM, Guido van Rossum
> wrote:
>
>> The repeated claims (by Alexander?) that astimezone() has the power of
>> pytz's localize()
heir timezone to.
But neither pytz nor datetime can help with that -- it is up to the
sysadmin.
--
--Guido van Rossum (python.org/~guido)
--
https://mail.python.org/mailman/listinfo/python-list
Dear Ashley,
Try describing your problem on StackOverflow.com. I'm sure someone there
will help you. Good luck!
--Guido
On Sep 9, 2014 2:27 AM, "Ashley Forman" wrote:
> Hello,
> My name is Ashley Forman, and I am emailing because I cannot install
> python onto my Mac laptop! I have installed
#x27;t have to catch socket.timeout exceptions.
I think this would cause timeouts in the middle of handling request
whenever a client is slow.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
--
http://mail.python.org/mailman/listinfo/python-list
s purpose
(http://wiki.python.org/moin/WithStatement).
I think this is a good one; I hope people agree. Its acceptance will
obsolete about 4 other PEPs! (A sign that it fulfills a need and that
the proposed solution is powerful.)
--
--Guido van Rossum (home page: http://www.python.org/~g
Py3k dev list: http://mail.python.org/mailman/listinfo/python-3000/
* Conversion tool for Python 2.x code:
http://svn.python.org/view/sandbox/trunk/2to3/
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
--
http://mail.python.org/mailman/listinfo/python-list
mailing list volume and
> documentation size.)
>
> In light of this PEP, PEP 3107's function annotations should be
> rejected. All that hippie feel-good crap about "user-defined
> annotations" and "open-ended semantics" and "no rules, man" was just
> going to get us into trouble. This PEP's more modern conception of
> type annotations give the language a power and expressiveness that my
> PEP could never hope to match.
>
> This is clearly a move in the right direction. +4 billion.
>
> Collin Winter
> ___
> 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/guido%40python.org
>
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
--
http://mail.python.org/mailman/listinfo/python-list
described
> above (exact and |a%b| <= |b/2|). Those are really the only sane
> definitions for a floating point modulo/remainder.
> ___________
> Python-3000 mailing list
> Python-3000@python.org
> http://mail.python.org/mailman/listinfo/python-3000
> Unsubscribe:
> http://mail.python.org/mailman/options/python-3000/guido%40python.org
>
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
--
http://mail.python.org/mailman/listinfo/python-list
suming I now wish to propose a corrective PEP to remedy this
> situation for Python 3.1 and beyond, what is the best way to get started
> on such a proposal?
Don't bother writing a PEP to make 'as' available as an attribute
again. It has no chance of being accepted. Instead, think of a
different word you could use.
--
--Guido van Rossum (home page: http://www.python.org/~guido/)
--
http://mail.python.org/mailman/listinfo/python-list
cription and installation support are available
> for commercial use (http://www.enthought.com/products/epddownload.php)
> including an Enterprise Subscription with support for particular deployment
> environments (http://www.enthought.com/products/enterprise.php).
>
> --
> http://mail.pyth
gt; <http://www.facebook.com/CodinGame>
> <https://www.youtube.com/channel/UCJ6woCHjGCBXqpf91SsAcoQ>
> --
> https://mail.python.org/mailman/listinfo/python-announce-list
>
> Support the Python Software Foundation:
> http://www.python.org/psf/donations/
>
--
--Guido van Rossum (python.org/~guido)
--
https://mail.python.org/mailman/listinfo/python-list
28 matches
Mail list logo
