small project called "publication"
(https://pypi.org/project/publication/ <https://pypi.org/project/publication/>,
https://github.com/glyph/publication <https://github.com/glyph/publication>)
which attempts to harmonize the lofty ideal of "only the names explicitly
ment
On May 3, 2016, at 9:15 PM, Stefan Krah <ste...@bytereef.org> wrote:
>
>> [cut overlong post]
>
> Glyph,
>
> nice sneaky way to try to divert from the original issue.
The original issue, as I understood it, at the start of the thread was "which
hoops I have to
via this mechanism until there's a secure way to get the proper
upstream distribution.
If anyone wants package-index access to this name to upload Windows or
manylinux wheels just let me know; however, as this is just a proof of concept,
I do not intend to maintain it long-term.
-glyph
_
. The sooner we,
as a community and a culture, can accept this and move on, the more time will
be available to actually build replacements for these things.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python
anything beyond that.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
code, and... no, there really doesn't. Not to mention the fact that you could
already craft a horrific monkeypatch to allow operators to cause the ssl module
to malfunction by 'pip install'ing a separate package, which is about as
supported as this should be.
-glyph
if it gets fixed it's
going to have easy options to turn it off unilaterally so your application can
never really be sure if it's getting transport security when it's requesting
transport security.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
just to get
a bytes object out without explaining the whole 2/3 dichotomy in some unrelated
prose.
We'd like to thank all the individuals who gave input and feedback in creating
this list.
-glyph Alex Gaynor
___
Python-Dev mailing list
Python-Dev
On Mar 25, 2013, at 1:40 PM, Benjamin Peterson benja...@python.org wrote:
... Assuming PEP 343 becomes policy ...
Are you sure you got this PEP number right? The 'with' statement?
http://www.python.org/dev/peps/pep-0343/
-glyph___
Python-Dev
/).
-glyph
___
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
.
Is there a unit testing SIG someone from Twisted ought to be a member of, to
represent Trial, and to get consensus on these points going forward?
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
On Feb 26, 2013, at 5:25 AM, Eli Bendersky eli...@gmail.com wrote:
Glyph, thanks for the input. I mentioned Twisted because in its code I found
a number of places with simple string enumerations used to represent state. I
was not aware of twisted.python.constants, but it doesn't appear
On Feb 25, 2013, at 12:32 PM, Barry Warsaw ba...@python.org wrote:
Dumb question, but are flufl.enums ordered? That's also an important use
case.
Kind of. Ordered comparisons are explicitly not supported, but iteration over
the Enum is guaranteed to be returned in int-value order.
Sorry
On Jan 30, 2013, at 2:01 PM, Cameron Simpson c...@zip.com.au wrote:
Speaking for myself, I've been having some usefulness with making URL
objects that are subclasses of str. That lets me pass them to all the
things that already expect strs, while still having convenience methods.
str
'write' in the name.
I should add, if you don't already know what this means you really shouldn't be
trying to do it ;-).
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
On Jan 4, 2013, at 8:51 PM, Guido van Rossum gu...@python.org wrote:
On Fri, Jan 4, 2013 at 8:19 PM, Glyph gl...@twistedmatrix.com wrote:
On Jan 4, 2013, at 3:56 PM, Guido van Rossum gu...@python.org wrote:
On Mon, Dec 24, 2012 at 2:58 PM, Glyph gl...@twistedmatrix.com wrote:
In my
the same chunks as
given by the user, not a concatenation of them.
I asked Glyph about this. It depends on the OS... Mac syscalls are so slow
that it is better to join in user space. This should really be up to the
transport, although for stream transports the given equivalency should
On Dec 21, 2012, at 1:10 PM, Guido van Rossum gu...@python.org wrote:
TBD: Need an interface to wait for the first of a collection of Futures.
Have you looked at Twisted's DeferredList?
http://twistedmatrix.com/documents/12.1.0/api/twisted.internet.defer.DeferredList.html
No, I am
off
topic.
-glyph
___
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
On Dec 19, 2012, at 2:14 PM, anatoly techtonik techto...@gmail.com wrote:
On Sun, Dec 9, 2012 at 7:14 AM, Glyph gl...@twistedmatrix.com wrote:
On Dec 7, 2012, at 5:10 PM, anatoly techtonik techto...@gmail.com wrote:
What about reading from other file descriptors? subprocess.Popen allows
On Dec 7, 2012, at 5:10 PM, anatoly techtonik techto...@gmail.com wrote:
What about reading from other file descriptors? subprocess.Popen allows
arbitrary file descriptors to be used. Is there any provision here for
reading and writing non-blocking from or to those?
On Windows it is
On Dec 8, 2012, at 8:37 PM, Gregory P. Smith g...@krypto.org wrote:
Is twisted's spawnProcess thread safe and async signal safe by using
restricted C code for everything between the fork() and exec()? I'm not
familiar enough with the twisted codebase to find things easily in it but I'm
On Nov 28, 2012, at 12:04 PM, Guido van Rossum gu...@python.org wrote:
Anyway, as for concrete requirements: The issue I have always seen with
various asynchronous libraries is their lack of composability. Everyone
writes their own application loop and event queue. Merely having a
errors.
The use case it supports is when you have a little tool that just needs to
fetch a URL or something really simple, but wants to be able to get on with
things if that doesn't work or takes too long.
-glyph
___
Python-Dev mailing list
Python-Dev
Le Sep 20, 2012 à 11:35 AM, David Beazley d...@dabeaz.com a écrit :
Well, if it's supposed to do that, it certainly doesn't work for me in 3.3.
I get a type error about it wanting a ctypes pointer object.Even if this
worked, it still doesn't address the need to get the pointer value
On Jul 17, 2012, at 11:38 AM, Victor Stinner victor.stin...@gmail.com wrote:
IMO PyPy is complex and hard to maintain. PyPy has a design completly
different than CPython and is much faster and has a better memory
footprint. I don't expect to be as fast as PyPy, just faster than
CPython.
I
Le Jun 5, 2012 à 6:16 PM, Nick Coghlan a écrit :
Personally, I'd like to see the datetime module make an explicit
assumption that all naive datetime objects are considered to be UTC,
with the interactions between naive and aware objects updated
accordingly
I would absolutely love it if this
the top of all the old versions would be pretty visible.
-glyph
___
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
to be the same name that is present in
commit logs, as long as there's a mapping recorded that can be made available
to any interested lawyer.
(Hopefully this is not a practical issue, but this is one of my pet peeves -
for obvious reasons.)
-glyph
(twisted.internet.interfaces)
ifaces.pathEntry
PathEntryFilePath('/Domicile/glyph/Projects/Twisted/trunk')
list(ifaces.pathEntry.iterModules())
[PythonModule'setup', PythonModule'twisted']
This asks what sys.path entry is responsible twisted.internet.interfaces, and
then what other modules could be loaded from
On Apr 15, 2012, at 6:38 PM, Barry Warsaw wrote:
On Apr 15, 2012, at 02:12 PM, Glyph wrote:
Twisted has such a thing, mostly written by me, called
twisted.python.modules.
Sorry if I'm repeating myself here, I know I've brought it up on this list
before, but it seems germane
On Apr 7, 2012, at 3:40 AM, Steven D'Aprano wrote:
In any case, NTP is not the only thing that adjusts the clock, e.g. the
operating system will adjust the time for daylight savings.
Daylight savings time is not a clock adjustment, at least not in the sense this
thread has mostly been
@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/glyph%40twistedmatrix.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Apr 2, 2012, at 10:39 AM, Kristján Valur Jónsson wrote:
no steps is something unquantifiable. All time has steps in it.
No steps means something very specific when referring to time APIs. As I
recently explained here:
http://article.gmane.org/gmane.comp.python.devel/131487/.
-glyph
/library/ms644904 mentions
SetThreadAffinityMask for this reason, despite the fact that it is usually
steady for longer than that.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
. By
contrast, stepping only happens if your local clock is just set incorrectly and
the re-sync delta has more to do with administrative error or failed batteries
than differences in timekeeping accuracy.
-glyph
___
Python-Dev mailing list
Python-Dev
CLOCK_REALTIME or CLOCK_MONOTONIC?
My understanding is:
CLOCK_REALTIME is both stepped and slewed.
CLOCK_MONOTONIC is slewed, but not stepped.
CLOCK_MONOTONIC_RAW is neither slewed nor stepped.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
On Mar 30, 2012, at 10:25 PM, Glyph wrote:
On Mar 30, 2012, at 10:17 PM, Victor Stinner wrote:
(...)
By contrast, stepping only happens if your local clock is just set
incorrectly and the re-sync delta has more to do with administrative error
or failed batteries than differences
/#qa/qa1340/_index.html,
http://msdn.microsoft.com/en-us/library/aa394362.aspx,
http://upower.freedesktop.org/docs/UPower.html#UPower::Sleeping).
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Mar 27, 2012, at 3:17 AM, Glyph wrote:
I don't think they can fully fix it without kernel changes
I got really curious about this and went and did some research. With some
really platform-specific hackery on every platform, you can mostly figure it
out; completely on OS X and Windows
he's talking about
here. Listen to him :). (Antoine has the right idea. I think it's well past
time for a PEP on this feature.)
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe
to create a design
that's optimal for all readers in all cases.
-glyph
___
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
initialize the environment for the user you want to
spawn that process as using an OS-specific mechanism like login(1). (Sorry
that I don't know the Windows equivalent.)
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org
On Mar 20, 2012, at 3:33 AM, Matt Joiner wrote:
I believe we should make a monotonic_time method that assures monotonicity
and be done with it. Forward steadiness can not be guaranteed. No parameters.
I think this discussion has veered off a bit into the overly-theoretical.
Python cannot
anyone is interested, we also have a ticket for this in Twisted:
http://twistedmatrix.com/trac/ticket/4389. It would be great to share code as
much as possible.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman
On Feb 1, 2012, at 12:46 PM, Guido van Rossum wrote:
I understand that you're hesitant to just dump your current mess, and
you want to clean it up before you show it to us. That's fine. (...) And
remember, it doesn't need to be
perfect (in fact perfectionism is probably a bad idea here).
On Jan 24, 2012, at 12:54 PM, Alexis Métaireau wrote:
I'm wondering if we should support that (a way to have plugins) in the new
packaging thing, or not. If not, this mean we should come with another
solution to support this outside of packaging (may be in distribute). If yes,
then we
On Jan 19, 2012, at 4:41 PM, Greg wrote:
Glyph wrote:
[Guido] mentions the point that coroutines that can implicitly switch out
from under you have the same non-deterministic property as threads: you
don't know where you're going to need a lock or lock-like construct to
update any
On Jan 18, 2012, at 4:23 AM, Mark Shannon wrote:
Glyph wrote:
On Jan 17, 2012, at 5:03 PM, Mark Shannon wrote:
Lets start controversially: I don't like PEP 380, I think it's a kludge.
Too late; it's already accepted. There's not much point in making
controversial statements about it now
that one of the first things you should address on python-ideas is why adopting
your implementation would be a better idea than just bundling one of those with
the standard library :).
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http
term aside from major or minor.
-glyph
___
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
then, and
the problems are better understood now.)
-glyph
___
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
right now. (I doubt that many subscribers to this list would
share this opinion, though.)
Third, you could believe that parsing HTML is not a difficult domain-specific
problem. But only a crazy person would believe that, so you're left with one
of the previous options :).
-glyph
single codebase
adds much less of a burden than I thought.
-glyph
___
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
code to python 3 (or 4, or 5, whatever we have by then). If they're not, it
will be because they're being hired to try to migrate it to Javascript instead,
not because the Python 3 migration is done by then.
-glyph
___
Python-Dev mailing list
Python
Zooming back in to the actual issue this thread is about, I think the u-vs-
issue is a bit of a red herring, because the _real_ problem here is that 2to3
is slow and buggy and so migration efforts are starting to work around it, and
therefore want to run the same code on 3.x and all the way
to go are, and just want to
put them somewhere that works.
-glyph
___
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
easily say please refer to the 'security
considerations' section for important information on how to avoid common
mistakes without turning into a big security digression on its own.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http
On Oct 7, 2011, at 5:10 AM, Stephen J. Turnbull wrote:
The principle here is ran as root without further explanation is a
litmus test for not bothering about security, even today. It's
worth asking for explanation, or at least a comment that all the
buildbot contributors I've talked to have
On Oct 7, 2011, at 6:40 AM, Cameron Simpson wrote:
I think that the build and the tests should be different security
scopes/zones/levels: different users or different VMs. Andrew's
suggestion of a VM-for-tests sounds especially good.
To me, build and test are largely the same function, since
On Oct 7, 2011, at 7:10 AM, Cameron Simpson wrote:
The point here is security, not test coverage: if a procedure is known
to be broken as a regular user, is it not highly unsafe to then run it
as root?
No. As I mentioned previously, any environment where the tests are run should
be isolated
on some throwaway VM.
-glyph
___
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
On Oct 6, 2011, at 10:11 PM, Cameron Simpson wrote:
Hmm. Glyph seemed to be arguing both ways - that everything should be
tested as root, and also that root is not special. I have unease over the
former and disagreement over the latter.
Your reply to Stephen suggests that we are actually
buggy client software work.)
Of course you could have something like {bCONNECTION-LOST:
bConnection-Lost, ...} somewhere at module scope, but that feels a bit
sillier than just having a nice '.title()' method.
-glyph
___
Python-Dev mailing list
Python
Twisted, on text or bytes. The only use-case I can think of for that method is
goofy joke text filters, and it wouldn't be very good at that either.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Sep 1, 2011, at 5:23 AM, Cesare Di Mauro wrote:
A simple solution: when tracing is enabled, the new instruction format will
never be executed (and information tracking disabled as well).
Correct me if I'm wrong: doesn't this mean that no profiler will accurately be
able to measure the
On Aug 28, 2011, at 7:27 PM, Guido van Rossum wrote:
In general, an existing library cannot be called
without access to its .h files -- there are probably struct and
constant definitions, platform-specific #ifdefs and #defines, and
other things in there that affect the linker-level calling
On Aug 12, 2011, at 11:24 AM, P.J. Eby wrote:
That is, the above code hardocdes a variety of assumptions about the import
system that haven't been true since Python 2.3.
Thanks for this feedback. I honestly did not realize how old and creaky this
code had gotten. It was originally
On Aug 12, 2011, at 2:33 PM, P.J. Eby wrote:
At 01:09 PM 8/12/2011 -0400, Glyph Lefkowitz wrote:
Upon further reflection, PEP 402 _will_ make dealing with namespace packages
from this code considerably easier: we won't need to do AST analysis to look
for a __path__ attribute or anything
On Aug 11, 2011, at 11:39 AM, Barry Warsaw wrote:
On Aug 11, 2011, at 04:39 PM, Éric Araujo wrote:
* XXX what is the __file__ of a pure virtual package? ``None``?
Some arbitrary string? The path of the first directory with a
trailing separator? No matter what we put, *some* code is
good, thoroughly tested HTML parser, and
simply deprecate HTMLParser and friends. Implementing a new parser would serve
no purpose I can see.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
updates and bugfixes
that need to be applied, by all means, ignore my comment.
-glyph
___
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
On Jul 26, 2011, at 6:49 PM, Antoine Pitrou wrote:
On Mon, 25 Jul 2011 15:28:47 +1000
Nick Coghlan ncogh...@gmail.com wrote:
There may be some error codes that we choose to map to these generic
errors, even if we don't give them their own exception types at this
point (e.g. ECONSHUTDOWN
On Jun 5, 2011, at 3:35 PM, Martin v. Löwis wrote:
And that's all fine. I still claim that you have to *understand*
sockets in order to use it properly. By this, I mean stuff like
what is a TCP connection? how is it established?, how is UDP
different from TCP?, when data arrives, what layers
On Jun 4, 2011, at 11:32 PM, Martin v. Löwis wrote:
b) telling people to use Twisted or asyncore on the server side
if they are new to sockets is bad advice. People *first* have
to understand sockets, and *then* can use these libraries
and frameworks. Those libraries aren't made to be
On May 19, 2011, at 1:43 PM, Guido van Rossum wrote:
-1; the result is not a *character* but an integer.
Well, really the result ought to be an octet, but I suppose adding an 'octet'
type is beyond the scope of even this sprawling discussion :).
I'm personally favoring using b'a'[0] and
On May 6, 2011, at 12:31 PM, Michael Foord wrote:
pypy and .NET choose to arbitrarily break cycles rather than leave objects
unfinalised and memory unreclaimed. Not sure what Java does.
I think that's a mischaracterization of their respective collectors;
arbitrarily break cycles implies that
. The newer machine,
with the bigger cache, will run Python considerably faster, but doesn't help
the average trivial C benchmark that much - or, for that matter, Linux
benchmarks.
-glyph
___
Python-Dev mailing list
Python-Dev@python.org
http
On Apr 28, 2011, at 12:59 PM, Guido van Rossum wrote:
On Thu, Apr 28, 2011 at 12:54 AM, Tarek Ziadé ziade.ta...@gmail.com wrote:
In my opinion assert should be avoided completely anywhere else than
in the tests. If this is a wrong statement, please let me know why :)
I would turn that
On Apr 14, 2011, at 12:59 PM, Ronald Oussoren wrote:
What would the semantics be of a super that (...)
I think it's long past time that this move to python-ideas, if you don't mind.
___
Python-Dev mailing list
Python-Dev@python.org
On Apr 5, 2011, at 8:52 AM, exar...@twistedmatrix.com wrote:
On 09:58 am, mar...@v.loewis.de wrote:
Won't that still be an issue despite the stable ABI? Extensions on
Windows should be linked to the same version of MSVCRT used to compile
Python
Not if they use the stable ABI. There still
On Apr 4, 2011, at 2:00 PM, Guido van Rossum wrote:
On Mon, Apr 4, 2011 at 10:05 AM, fwierzbi...@gmail.com
fwierzbi...@gmail.com wrote:
As a re-implementor of ast.py that tries to be node for node
compatible, I'm fine with #1 but would really like to have tests that
will fail in test_ast.py
On Mar 30, 2011, at 2:54 PM, Barry Warsaw wrote:
On Mar 30, 2011, at 09:43 AM, Ralf Schmitt wrote:
Barry Warsaw ba...@python.org writes:
In case you missed it, there are now *three* Python modes. Tim Peters'
original and best (in my completely unbiased opinion wink) python-mode.el
On Mar 18, 2011, at 8:41 PM, Guido van Rossum wrote:
Really. Do they still call them URIs? :-)
Well, by RFC 398*7* they're calling them IRIs instead. 'irilib', perhaps? ;-)
___
Python-Dev mailing list
Python-Dev@python.org
not 100% sure this is a Twisted issue but you may
want to try upgrading to 10.2.0 and see if that fixes things. (I have a dim
memory of similar issues which were eventually fixed by something in our
subprocess support...)
-glyph
___
Python-Dev
On Fri, Mar 4, 2011 at 10:03 AM, Westley Martínez aniko...@gmail.comwrote:
On Fri, 2011-03-04 at 00:54 -0800, Aaron DeVore wrote:
On Thu, Mar 3, 2011 at 11:44 PM, Kerrick Staley m...@kerrickstaley.com
wrote:
That way, if the sysadmin does decide to replace the installed python
file, he
On Jan 20, 2011, at 11:46 AM, Guido van Rossum wrote:
On Thu, Jan 20, 2011 at 5:16 AM, Nick Coghlan ncogh...@gmail.com wrote:
On Thu, Jan 20, 2011 at 10:08 PM, Simon Cross
hodgestar+python...@gmail.com wrote:
I'm changing my vote on this to a +1 for two reasons:
* Initially I thought this
On Jan 20, 2011, at 12:02 AM, Glenn Linderman wrote:
But for local code, having to think up an ASCII name for a module rather than
use the obvious native-language name, is just brain-burden when creating the
code.
Is it really? You already had to type 'import', presumably if you can think
On Jan 20, 2011, at 12:19 AM, Glenn Linderman wrote:
Now if the stuff after m_ was the hex UTF-8 of café, that could get
interesting :)
(As it happens, it's the hex digest of the MD5 of the UTF-8 of café... ;-))___
Python-Dev mailing list
On Jan 10, 2011, at 1:37 PM, Łukasz Langa wrote:
I'm using the case-sensitive variant of HFS+ since 10.4. It works, I like it
and you get ./python with it.
I realize that this isn't a popularity contest for this feature, but I feel
like I should pipe up here and mention that it breaks some
On Jan 5, 2011, at 4:33 PM, Guido van Rossum wrote:
Shouldn't the logic be to take the current year into account? By the
time 2070 comes around, I'd expect 70 to refer to 2070, not to 1970.
In fact, I'd expect it to refer to 2070 long before 2070 comes around.
All of which makes me think
On Jan 2, 2011, at 10:18 PM, Guido van Rossum wrote:
On Sun, Jan 2, 2011 at 5:50 PM, Alex Gaynor alex.gay...@gmail.com wrote:
No, it's singularly impossible to prove that any global load will be any
given
value at compile time. Any optimization based on this premise is wrong.
True.
On Nov 24, 2010, at 4:03 AM, Stephen J. Turnbull wrote:
You end up proliferating types that all do the same kind of thing. Judicious
use of inheritance helps, but getting the fundamental abstraction right is
hard. Or least, Emacs hasn't found it in 20 years of trying.
Emacs hasn't even
On Nov 24, 2010, at 10:55 PM, Stephen J. Turnbull wrote:
Greg Ewing writes:
On 24/11/10 22:03, Stephen J. Turnbull wrote:
But
if you actually need to remember positions, or regions, to jump to
later or to communicate to other code that manipulates them, doing
this stuff the straightforward
On Nov 23, 2010, at 10:37 AM, ben.cottr...@nominum.com wrote:
I'd prefer not to think of the number of times I've made the following
mistake:
s = socket.socket(socket.SOCK_DGRAM, socket.AF_INET)
If it's any consolation, it's fewer than the number of times I have :).
(More fun, actually,
On Nov 23, 2010, at 10:01 AM, Antoine Pitrou wrote:
Well, it is easy to assign range(N) to a tuple of names when desired. I
don't think an automatically-enumerating constant generator is needed.
I don't think that numerical enumerations are the only kind of constants we're
talking about.
On Nov 23, 2010, at 7:22 PM, James Y Knight wrote:
On Nov 23, 2010, at 6:49 PM, Greg Ewing wrote:
Maybe Python should have used UTF-8 as its internal unicode
representation. Then people who were foolish enough to assume
one character per string item would have their programs break
rather
On Nov 23, 2010, at 9:02 AM, Antoine Pitrou wrote:
On Tue, 23 Nov 2010 00:07:09 -0500
Glyph Lefkowitz gl...@twistedmatrix.com wrote:
On Mon, Nov 22, 2010 at 11:13 PM, Hirokazu Yamamoto
ocean-c...@m2.ccsnet.ne.jp wrote:
Hello. Does this affect python? Thank you.
http://www.openssl.org
, in that James missed a spot. You need bidirectional,
*copyable* iterators that can traverse the string by byte, codepoint, grapheme,
or decomposed glyph.
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
On Mon, Nov 22, 2010 at 11:13 PM, Hirokazu Yamamoto
ocean-c...@m2.ccsnet.ne.jp wrote:
Hello. Does this affect python? Thank you.
http://www.openssl.org/news/secadv_20101116.txt
No.
___
Python-Dev mailing list
Python-Dev@python.org
1 - 100 of 394 matches
Mail list logo
