[Python-Dev] Embedding multiple Python runtimes in the same process on Windows

s. Anyway, just keen to hear what people think or whether this has been tackled before in another way. Best regards, Tony ___ Python-Dev mailing list -- python-dev@python.org To unsubscribe send an email to python-dev-le...@python.org https://mail.python

[Python-Dev] Re: Help to Resolve issues with Pull request 25220

issue-43737 branch was branched off of something other than master, which is usually a fatal mistake. The parent branch may also have been branched off of something other than master. Tony, with rare exception, each branch should be branched directly off master, which means checking out master

Re: [Python-Dev] Status of C compilers for Python on Windows

what Homebrew does with their "bottle" infrastructure. A build farm with Vagrant (or similar) VM's could even be made to do the same basic thing on Windows with MSVC, at least for binaries that MSVC is capable of compiling. -Tony ___ Python-

Re: [Python-Dev] Status of C compilers for Python on Windows

etely in isolation as it does not address my embedding use case. but so is python-dev's reluctance to admit new "aspects" until their impact on core responsibilities is made clear. Okay. I'll table the discussion with python-dev for now then. -Tony _

Re: [Python-Dev] Status of C compilers for Python on Windows

ave a desire to get it working in the first place, then they will also be invested in helping keep it working on an ongoing basis. Sincerely, Tony ___ Python-Dev mailing list Python-Dev@python.org https://mail.python.org/mailman/listinfo/python-dev Unsu

Re: [Python-Dev] Status of C compilers for Python on Windows

ther dependencies. Software completely unrelated to Python is yet another set of dependencies. It's not a very coherent stack if I can't handle all of these dependencies in a uniform way. On a tangential note, any work on supporting mingw builds and cross-compilation should probably be do

Re: [Python-Dev] Status of C compilers for Python on Windows

ne will like but might happen anyway) then we likely would do this type of CI integration along the way as Ray suggested. So even if it turns out to fail as an endeavor, some good may come of it. Sincerely, Tony ___ Python-Dev mailing list Python-Dev@python

Re: [Python-Dev] Status of C compilers for Python on Windows

available from the same build services we already use to install other binary packages (Gtk, Cairo, Tk, Nettle, HDF5, etc) on Windows would be enormously helpful for us. There's a real use case. Its size and importance can be debated. For now I'll take David Murray's post to he

Re: [Python-Dev] Status of C compilers for Python on Windows

rnate compilers, in cross-compilation or otherwise. Sincerely, Tony ___ 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

Re: [Python-Dev] Proposing an alternative to PEP 410

Also, data collection will almost always be done by specialized hardware and the data stored off for deferred processing and analysis. Tony On Sun, Feb 26, 2012 at 11:34 AM, Tony Koker wrote: > my 2 cents... > > being in electronics for over 30 years, it is forever expandin

Re: [Python-Dev] Proposing an alternative to PEP 410

being used (decimal, hex., etc), and it is more a matter of significant number of digits being operated on, at that point in time. Basically the zeroes are removed and tracked separately. Tony On Sun, Feb 26, 2012 at 11:12 AM, Larry Hastings wrote: > > On 02/26/2012 06:51 AM, Simon Cross

Re: [Python-Dev] PEP 3146: Merge Unladen Swallow into CPython

On 10-01-22 02:53:21, Collin Winter wrote: > On Thu, Jan 21, 2010 at 11:37 PM, Glyph Lefkowitz > wrote: > > > > On Jan 21, 2010, at 6:48 PM, Collin Winter wrote: ... > > There's been a recent thread on our mailing list about a patch that > > dramatically reduces the memory footprint of multiproce

Re: [Python-Dev] PEP 376 : Changing the .egg-info structure

At 13:52 -0400 05/15/2009, P.J. Eby wrote: >At 08:32 AM 5/15/2009 +0200, Jeroen Ruigrok van der Werven wrote: >>Agreed. Within FreeBSD's ports the installed package registration >>gets a MD5 hash per file recorded. Size is less interesting though, >>since essentially this information is encapsulate

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System C haracter Interfaces

At 16:09 + 04/27/2009, Antoine Pitrou wrote: >Stephen J. Turnbull xemacs.org> writes: >> >> I hate to break it to you, but most stages of mail processing have >> very little to do with SMTP. In particular, processing MIME >> attachments often requires dealing with file names. > >AFAIK, the fi

Re: [Python-Dev] PEP 383: Non-decodable Bytes in System Character Interfaces

At 23:39 -0700 04/26/2009, Glenn Linderman wrote: >On approximately 4/25/2009 5:35 AM, came the following characters from >the keyboard of Martin v. Löwis: >>> Because the encoding is not reliably reversible. >> >> Why do you say that? The encoding is completely reversible >> (unless we disagree on

Re: [Python-Dev] #!/usr/bin/env python --> python3 where applicable

At 20:51 -0700 04/18/2009, Steven Bethard wrote: >On Sat, Apr 18, 2009 at 8:14 PM, Benjamin Peterson >wrote: >> 2009/4/18 Nick Coghlan : >>> I see a few options: >>> 1. Abandon the "python" name for the 3.x series and commit to calling it >>> "python3" now and forever (i.e. actually make the decis

Re: [Python-Dev] Needing help to change the grammar

At 16:30 -0400 04/12/2009, Terry Reedy wrote: ... > Source in .pyb (python-brazil) is parsed with with your new parser, ... In case anyone ever does this again, I suggest that the extension be the language and optionally country code: .py_pt or .py_pt_BR -- _

Re: [Python-Dev] [Email-SIG] Dropping bytes "support" in json

At 22:26 -0400 04/09/2009, Barry Warsaw wrote: >There are really two ways to look at an email message. It's either an >unstructured blob of bytes, or it's a structured tree of objects. >Those objects have headers and payload. The payload can be of any >type, though I think it generally breaks do

Re: [Python-Dev] [Email-SIG] Dropping bytes "support" in json

At 22:38 -0400 04/09/2009, Barry Warsaw wrote: ... >So, what I'm really asking is this. Let's say you agree that there >are use cases for accessing a header value as either the raw encoded >bytes or the decoded unicode. What should this return: > > >>> message['Subject'] > >The raw bytes or the

Re: [Python-Dev] BLOBs in Pg (was: email package Bytes vs Unicode)

At 21:24 +0400 04/09/2009, Oleg Broytmann wrote: >On Thu, Apr 09, 2009 at 01:14:21PM -0400, Tony Nelson wrote: >> I use MySQL, but sort of intend to learn PostgreSQL. I didn't know that >> PostgreSQL has no real support for BLOBs. > > I think it has - BYTEA data typ

Re: [Python-Dev] email package Bytes vs Unicode (was Re: Dropping bytes "support" in json)

(email-sig dropped, as I didn't see Steve Holden's message there) At 12:20 -0400 04/09/2009, Steve Holden wrote: >Tony Nelson wrote: ... >> If you need the data from the message, by all means extract it and store it >> in whatever form is useful to the purpose of the d

[Python-Dev] email package Bytes vs Unicode (was Re: Dropping bytes "support" in json)

(email-sig added) At 08:07 -0400 04/09/2009, Steve Holden wrote: >Barry Warsaw wrote: ... >> This is an interesting question, and something I'm struggling with for >> the email package for 3.x. It turns out to be pretty convenient to have >> both a bytes and a string API, both for input and outp

Re: [Python-Dev] Integrate BeautifulSoup into stdlib?

At 2:56 PM + 3/4/09, Chris Withers wrote: >Vaibhav Mallya wrote: >> We do have HTMLParser, but that doesn't handle malformed pages well, and >> just isn't as nice as BeautifulSoup. > >Interesting, given that BeautifulSoup is built on HTMLParser ;-) In BeautifulSoup >= 3.1, yes. Before that (<

[Python-Dev] Fwd: [ALERT] cityoftoronto: problem saving to products table

Hi Paulus, Have you fixed these aerts before? We need a script to fix these alerts. Thanks -Tony Begin forwarded message: From: support+...@pagedna.com Date: January 23, 2009 11:00:01 AM PST To: probl...@pagedna.com Subject: [ALERT] cityoftoronto: problem saving to products table problem

[Python-Dev] Fwd: [ALERT] cbank: OldHashChecker cannot check password, uid is None

Rob and/or Tim, Can you track this down? Thanks -Tony Begin forwarded message: From: support+...@pagedna.com Date: January 23, 2009 11:16:26 AM PST To: probl...@pagedna.com Subject: [ALERT] cbank: OldHashChecker cannot check password, uid is None OldHashChecker cannot check password, uid

Re: [Python-Dev] Bug in SimpleHTTPRequestHandler.send_head?

At 1:19 PM +0100 9/5/08, Michael Foord wrote: >Hello Kim, > >Thanks for your post. The source code control used for Python is Subversion. > >Patches submitted to this list will unfortunately get lost. Please post >the bug report along with your comments and patch to the Python bug tracker: > >http:

Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

At 7:37 AM -0700 9/4/08, C. Titus Brown wrote: >On Thu, Sep 04, 2008 at 10:29:10AM -0400, Tony Nelson wrote: ... >-> Shipping an application to end users is a different problem. Such packages >-> should include a private copy of Python as well as of any dependent >-> librari

Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

At 6:10 AM -0500 9/4/08, [EMAIL PROTECTED] wrote: >>> Related but tangential question that we were discussing on the >>> pygr[0] mailing list -- what is the "official" word on a scalable >>> object store in Python? We've been using bsddb, but is there an >>> alternative? And what

Re: [Python-Dev] Further PEP 8 compliance issues in threading and multiprocessing

At 1:04 PM +1200 9/2/08, Greg Ewing wrote: >Antoine Pitrou wrote: > >> I don't see a problem for trivial functional wrappers to classes to be >> capitalized like classes. > >The problem is that the capitalization makes you >think it's a class, suggesting you can do things >with it that you actually

Re: [Python-Dev] Another Proposal: Run GC less often

At 11:28 PM +0200 6/21/08, none wrote: >Instead of collecting objects after a fixed number of allocations (700) ... I've seen this asserted several times in this thread: that GC is done every fixed number of allocations. This is not correct. GC is done when the surplus of allocations less deal

Re: [Python-Dev] Status of Issue 2331 - Backport parameter annotations

ainst the trunk but my first revisions of the patch for annotations did handle things like tuple parameters which are relevant to 2.6. -Tony ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubs

Re: [Python-Dev] Assignment to None

At 4:46 PM +0100 6/9/08, Michael Foord wrote: >Alex Martelli wrote: >> The problem is more general: what if a member (of some external >> object we're proxying one way or another) is named print (in Python < >> 3), or class, or...? To allow foo.print or bar.class would require >> pretty big chang

Re: [Python-Dev] Copying cgi.parse_qs() to the urllib.parse module

At 11:56 PM -0400 5/10/08, Fred Drake wrote: >On May 10, 2008, at 11:49 PM, Guido van Rossum wrote: >> Works for me. The other thing I always use from cgi is escape() -- >> will that be available somewhere else too? > > >xml.sax.saxutils.escape() would be an appropriate replacement, though >the loc

Re: [Python-Dev] Encoding detection in the standard library?

At 1:14 PM -0400 4/21/08, David Wolever wrote: >On 21-Apr-08, at 12:44 PM, [EMAIL PROTECTED] wrote: >> >> David> Is there some sort of text encoding detection module is the >> David> standard library? And, if not, is there any reason not >> to add >> David> one? >> No, there's not. I

Re: [Python-Dev] fixing tests on windows

At 3:52 PM -0600 4/3/08, Steven Bethard wrote: >On Thu, Apr 3, 2008 at 3:09 PM, Terry Reedy <[EMAIL PROTECTED]> wrote: ... >Or were you suggesting that there is some programmatic way for the >test suite to create directories that disallow the Search Service, >etc.? I'd think that files and direct

Re: [Python-Dev] Syntax suggestion for imports

At 3:20 PM +0100 1/3/08, Christian Heimes wrote: >Raymond Hettinger wrote: >> How about a new, simpler syntax: ... >> * import readline or emptymodule > >The syntax idea has a nice ring to it, except for the last idea. As >others have already said, the name emptymodule is too magic. > >The readlin

Re: [Python-Dev] Signals+Threads (PyGTK waking up 10x/sec).

At 11:17 AM +0100 12/8/07, Johan Dahlin wrote: >Guido van Rossum wrote: >> Adam, perhaps at some point (Monday?) we could get together on >> #python-dev and interact in real time on this issue. Probably even >> better on the phone. This offer is open to anyone who is serious about >> getting this r

Re: [Python-Dev] Signals+Threads (PyGTK waking up 10x/sec).

At 2:01 AM -0800 12/8/07, Guido van Rossum wrote: ... >I'm curious -- is there anyone here who understands why [Py]GTK is >using signals anyway? It's not like writing robust signal handling >code in C is at all easy or obvious. If instead of a signal a file >descriptor could be used, all problems

Re: [Python-Dev] Declaring setters with getters

No parens, no frame magic. As a small bonus, the setter function would not have to be named the same as the property. class A(object): @property def foo(self): return 1 @foo.setter def set_foo(self, value): print 'set:', value -Tony

Re: [Python-Dev] Removing the GIL (Me, not you!)

At 3:30 PM -0400 9/14/07, Jean-Paul Calderone wrote: >On Fri, 14 Sep 2007 14:13:47 -0500, Justin Tulloss <[EMAIL PROTECTED]> wrote: >>Your idea can be combined with the maxint/2 initial refcount for >>> non-disposable objects, which should about eliminate thread-count updates >>> for them. >>> -- >

Re: [Python-Dev] Removing the GIL (Me, not you!)

At 1:51 AM -0500 9/14/07, Justin Tulloss wrote: >On 9/14/07, Adam Olsen <[EMAIL PROTECTED]> wrote: > >> Could be worth a try. A first step might be to just implement >> the atomic refcounting, and run that single-threaded to see >> if it has terribly bad effects on perform

Re: [Python-Dev] [Python-3000] Universal newlines support in Python 3.0

er I guess. Because there's an easy way to translate, having the option to not translate apply to all valid newline values is probably more useful. I do think it's easier to define the behavior this way. > OK, if you think you can, that'

Re: [Python-Dev] [Python-3000] Universal newlines support in Python 3.0

show:cz2Fhijwr3s:yutdXigOmYY:YDns9IyEkLQ&sa=N&cd=12&ct=rc&cs_p=http://f tp.gnome.org/pub/gnome/sources/meld/1.0/ meld-1.0.0.tar.bz2&cs_f=meld-1.0.0/filediff.py#a0 http://www.google.com/codesearch?hl=en&q=+lang:python+%22.newlines%22 +show:SLyZnjuFadw:kOTmKU8aU2I:VX_dFr3mrWw&

Re: [Python-Dev] Adventures with x64, VS7 and VS8 on Windows

At 1:14 PM + 5/29/07, Kristján Valur Jónsson wrote: >> -Original Message- >> >> Microsoft's command line cannot cope with two pathnames that must be >> quoted, so if the command path itself must be quoted, then no argument >> to >> the command can be quoted. There are tricky hacks that

Re: [Python-Dev] Adventures with x64, VS7 and VS8 on Windows

At 12:20 PM + 5/26/07, Kristján Valur Jónsson wrote: >> -Original Message- >> From: Alexey Borzenkov [mailto:[EMAIL PROTECTED] >> Sent: Wednesday, May 23, 2007 20:36 >> To: Kristján Valur Jónsson >> Cc: Martin v. Löwis; Mark Hammond; [EMAIL PROTECTED]; python- >> [EMAIL PROTECTED] >> Su

Re: [Python-Dev] Official version support statement

At 12:58 AM +0200 5/12/07, Martin v. Löwis wrote: >> "The Python Software Foundation officially supports the current >> stable major release of Python. By "supports" we mean that the PSF >> will produce bug fix releases of this version, currently Python 2.5. >> We may release patches for earlier v

Re: [Python-Dev] Encouraging developers

; had >> wrote a patch that contained bugs and I corrected them. And with >> that, I >> was the last person to comment or review the patch in question. [...] > On the other hand, what I've done is similar to what you did - comment > on someone else's patch. It

Re: [Python-Dev] datetime module enhancements

At 5:45 PM +1300 3/11/07, Greg Ewing wrote: >Jon Ribbens wrote: > >> What do you feel "next Tuesday plus 12 hours" means? ;-) > >I would say it's meaningless. My feeling is that subtracting >two dates should give an integer number of days, and that is >all you should be allowed to add to a date. A

Re: [Python-Dev] splitext('.cshrc')

At 2:16 PM -0500 3/8/07, Phillip J. Eby wrote: >At 11:53 AM 3/8/2007 +0100, Martin v. Löwis wrote: >>That assumes there is a need for the old functionality. I really don't >>see it (pje claimed he needed it once, but I remain unconvinced, not >>having seen an actual fragment where the old behavior

Re: [Python-Dev] Python and the Linux Standard Base (LSB)

At 8:42 PM +0100 12/2/06, Martin v. Löwis wrote: >Jan Claeys schrieb: >> Like I said, it's possible to split Python without making things >> complicated for newbies. > >You may have that said, but I don't believe its truth. For example, >most distributions won't include Tkinter in the "standard" Py

Re: [Python-Dev] Polling with Pending Calls?

At 12:48 PM -0500 12/4/06, Tony Nelson wrote: >I think I have a need to handle *nix signals through polling in a library. >It looks like chaining Pending Calls is almost the way to do it, but I see >that doing so would make the interpreter edgy. ... Bah. Sorry to have put noise on

Re: [Python-Dev] Polling with Pending Calls?

At 6:07 PM + 12/4/06, Gustavo Carneiro wrote: >This patch may interest you: >http://www.python.org/sf/1564547 > >Not sure it completely solves your case, but it's at least close to >your problem. I don't think that patch is useful in this case. This case is n

[Python-Dev] Polling with Pending Calls?

I think I have a need to handle *nix signals through polling in a library. It looks like chaining Pending Calls is almost the way to do it, but I see that doing so would make the interpreter edgy. The RPM library takes (steals) the signal handling away from its client application. It has good rea

[Python-Dev] 2.4.4 fix: Socketmodule Ctl-C patch

I've put a patch for 2.4.4 of the Socketmodule Ctl-C patch for 2.5, at the old closed bug . It passes "make EXTRAOPS-=unetwork test". Should I try to put this into the wiki at Python24Fixes? I haven't used the wiki before. -- __

Re: [Python-Dev] Testing Socket Timeouts patch 1519025

At 12:58 AM -0400 7/31/06, Tony Nelson wrote: >At 12:39 AM -0400 7/31/06, Tony Nelson wrote: > >>popen('"E:\Documents and Settings\Tony Nelson\My >>Documents\Python\pydev\trunk\PCBuild\python.exe" -c "import >>sys;sys.version_info"') >

Re: [Python-Dev] Testing Socket Timeouts patch 1519025

At 12:39 AM -0400 7/31/06, Tony Nelson wrote: >popen('"E:\Documents and Settings\Tony Nelson\My >Documents\Python\pydev\trunk\PCBuild\python.exe" -c "import >sys;sys.version_info"') Ehh, I must admit that I retyped that. Obviously what I ty

Re: [Python-Dev] Testing Socket Timeouts patch 1519025

At 4:34 AM +0200 7/31/06, Martin v. Löwis wrote: >Tony Nelson schrieb: >>Hmm. Well, it would make the test possible on MSWindows as well as on >>OS's implementing alarm(2). If I figure out how to build Python on >>MSWindows, I might give it a try. I tried to get MSVC 7

Re: [Python-Dev] Testing Socket Timeouts patch 1519025

At 7:23 PM -0400 7/30/06, Tony Nelson wrote: ... >...I tried to get MSVC 7.1 via the .Net SDK, but it >installed VS 8 instead, so I'm not quite sure how to proceed. ... David Murmann suggested off-list that I'd probably installed the 2.0 .Net SDK, and that I should install

Re: [Python-Dev] Testing Socket Timeouts patch 1519025

At 11:42 PM +0200 7/30/06, Martin v. Löwis wrote: >Tony Nelson schrieb: >>> You can use GenerateConsoleCtrlEvent to send Ctrl-C to all processes >>> that share the console of the calling process. >[...] >> Martin, your advice is usually spot-on, but I don't alwa

Re: [Python-Dev] Testing Socket Timeouts patch 1519025

At 9:42 AM +0200 7/30/06, Martin v. Löwis wrote: >Tony Nelson schrieb: >> Hmm, OK, darn, thanks. MSWindows does allow users to press Ctl-C to send a >> KeyboardInterrupt, so it's just too bad if I can't find a way to test it >> from a script. > >You can use Ge

Re: [Python-Dev] Testing Socket Timeouts patch 1519025

At 2:38 PM -0700 7/29/06, Josiah Carlson wrote: >Tony Nelson <[EMAIL PROTECTED]> wrote: >> >> I'm trying to write a test for my Socket Timeouts patch [1], which fixes >> signal handling (notably Ctl-C == SIGINT == KeyboarInterrupt) on socket >> operations us

[Python-Dev] Testing Socket Timeouts patch 1519025

I'm trying to write a test for my Socket Timeouts patch [1], which fixes signal handling (notably Ctl-C == SIGINT == KeyboarInterrupt) on socket operations using a timeout. I don't see a portable way to send a signal, and asking the test runner to press Ctl-C is a non-starter. A "real" signal is

[Python-Dev] Socket Timeouts patch 1519025

I request a review of my patch (1519025) to get socket timeouts to work properly with errors and signals. I don't expect this patch would make it into 2.5, but perhaps it could be in 2.5.1, as it fixes a long-standing bug. I know that people are busy with getting 2.5 out the door, but it would be

[Python-Dev] DRAFT: python-dev Summary for 2006-01-16 through 2005-01-31

Here's the draft for the second half of January. First half of February on its way soon. Any suggestions/corrections/additions/comments welcome. Thanks! -TAM = Announcements = - Google summer internships - Google is look

Re: [Python-Dev] 2.5 release schedule

> We still need a release manager. No one has heard from Anthony. It is the peak of the summer down here. Perhaps he is lucky enough to be enjoying it away from computers for a while? =Tony.Meyer ___ Python-Dev mailing list Python-Dev@python.org htt

Re: [Python-Dev] Extension to ConfigParser

[Paul Moore] > * No way to merge files or sections. Usually to provide default > values. I have a suite of applications, all using the same framework. > I have a hardcoded DEFAULT_CONFIG in the code, overriden by a > .ini, overridden again by a .ini. OK, maybe it's > overengineered, but I do use th

Re: [Python-Dev] Extension to ConfigParser

[Scott Dial] [Re: http://python.org/sf/1410680] > I've spent a small amount of time playing with this patch, and the > intent is there, but it appears to have some obvious bugs with adding > blank lines and (at least) making an empty [DEFAULT] section appear > and > disappear. I'm not sure that

Re: [Python-Dev] Extension to ConfigParser

[Guido van Rossum] > What would break if we rewrote the save functionality to produce a > predictable order? As a reminder to anyone interested, there are three patches on SF that provide this (each in a different way): ConfigParser to accept a custom dict to allow ordering http://python.o

Re: [Python-Dev] Extension to ConfigParser

[Guido] >> What's so bad about ConfigParser? [Skip Montanaro] > It's my opinion that ConfigParser should stay pretty much as it is > other > than perhaps adding round trip capability. [...] > If we want more sophisticated functionality a new module should be > written, > or one of the existing

Re: [Python-Dev] / as path join operator

[Jason Orendorff] > Filesystem paths are in fact strings on all operating systems I'm > aware of. And it's no accident or performance optimization. It's > good design. Isn't that simply because filesystems aren't object orientated? I can't call methods of a path through the filesystem. There

[Python-Dev] DRAFT: python-dev Summary for 2006-01-01 through 2006-01-15

that orders the output so that doctest output can be easily reliable. He pointed out that there is `another open patch`_ that allows the user to specify the order through an "ordered dictionary". Guido explained that he didn't feel that it mattered, as long as the patch also allows c

Re: [Python-Dev] The path module PEP

[Gustavo J. A. M. Carneiro] > Plus, the names are full of redundancy. Why abspath(), joinpath(), > realpath(), splitall()? Why not instead: absolute(), join(), real(), > split() ? Remember that they are all methods of a Path class, you > don't > need to keep repeating 'path' all over the place

Re: [Python-Dev] The path module PEP

[Ian Bicking] > Paths are strings, that's in the PEP. No, the PEP says that Path is a *subclass* of string ("Path extends from string"). In addition, it's a disputed part of the PEP (see elsewhere in this thread). =Tony.Meyer ___ Python-Dev mailing

Re: [Python-Dev] / as path join operator (was: Re: The path module PEP)

[John J Lee] > But it's a very readable way to write a common operation. Perhaps one > reason the discrepancy you point out doesn't bother me is that > division is > the least-used of the +-*/ arithmetic operations. Do you have evidence to back that up? It seems a strange claim. Outside of

Re: [Python-Dev] The path module PEP

logical choice. (There are also alternatives to "joinpath" if the name is the thing: add(), for example). [Tony Meyer] >> Against it: >> * Zen: Beautiful is better than ugly. Explicit is better than >> implicit. Readability counts. There should be one-- and &g

Re: [Python-Dev] The path module PEP

> Remove __div__ (Ian, Jason, Michael, Oleg) > > This is one of those where everyone (me too) says "I don't care either > way." If that is so, then I see no reason to change it unless someone > can show a scenario in which it hurts readability. Plus, a few people > have said that they like the shor

Re: [Python-Dev] The path module PEP

> The last time this was discussed six months ago it seemed like most of > python-dev fancied Jason Orendorff's path module. But Guido wanted a > PEP and noone created one. So I decided to claim the fame and write > one since I also love the path module. :) Much of it is copy-pasted > from Peter As

Re: [Python-Dev] New Pythondoc by effbot

> For me, the "-nospam" suffix works relatively good to avoid spam, > as most > harvesting programs will think this is a false address. http://spambayes.org works, too, without bothering others <0.5 wink> =Tony.Meyer ___ Python-Dev mailing list Python

Re: [Python-Dev] ConfigParser to save with order

[Tony Meyer] > Allowing 'surgical' editing of configuration files, as has been > proposed many times both here and c.l.p would not require > ConfigParser to be entirely rewritten (just more extensive > modification of the write() method). After writing the summary of th

Re: [Python-Dev] Names matter.

[Jim Fulton] > certainly, it should not be acceptable to contribute to Python > under a false name. What do you mean "contribute to Python"? Do you mean become one of the developers listed on sourceforge? Contribute any patches, even simple documentation ones? Review, comment and test pat

Re: [Python-Dev] DRAFT: python-dev Summary for 2005-12-01 through 2005-12-15

Opps. I just sent out the draft summary for the first half of December (which might only make it to the list after this one, since it's very long) but forgot to say anything at the top. No-doubt everyone knows the pitch by now, but if anyone is able to take a look at the summary (or parts of it)

[Python-Dev] DRAFT: python-dev Summary for 2005-12-01 through 2005-12-15

= Announcements = - Reminder: plain text documentation fixes are accepted - Want to help out with the Python documentation? Don't know LaTeX? No problem! Plain text or R

[Python-Dev] DRAFT: python-dev Summary for 2005-12-16 through 2005-12-31

Here's the second December summary. As always, if anyone can spare some time to take a look over it and send any comments/suggestions/corrections/additions to me or Steve that would be great. I'm not all that confident about the "default comparisons" thread, so particular attention to that would

Re: [Python-Dev] ConfigParser to save with order

> I see two paths here: > > - Rewrite ConfigParser entirely. > - Apply my patch. Allowing 'surgical' editing of configuration files, as has been proposed many times both here and c.l.p would not require ConfigParser to be entirely rewritten (just more extensive modification of the write() me

Re: [Python-Dev] ConfigParser to save with order

[Guido] >> I think it's moot unless you also preserve comments. Ideally would be >> something that prserved everything (ordering, blank lines, comments >> etc.) from how it was read in. Modifying a value should keep its >> position. Adding a value should add it to the end of the section it's >> in

Re: [Python-Dev] PEP 8 updates/clarifications

[Barry] >>> I've pushed out a revised PEP 8 >>> >>> http://www.python.org/peps/pep-0008.html >>> >>> Please review and comment. [Tony Meyer] >> Why does PEP 8 continually refer to one particular editor (Emacs)? [Guido] > I think the best

Re: [Python-Dev] PEP 8 updates/clarifications

> I've pushed out a revised PEP 8 > > http://www.python.org/peps/pep-0008.html > > Please review and comment. Why does PEP 8 continually refer to one particular editor (Emacs)? (There are even parts in the form "x is better because it works better in Emacs", when surely it's actually the case

Re: [Python-Dev] PEP 8 updates/clarifications

>> * Python core modules/packages >> >> * Third-party modules/packages >> >> * Local modules/packages > > This is already in PEP 8: [...] >1. standard library imports >2. related major package imports (i.e. all email package > imports > next) >3. application sp

Re: [Python-Dev] Tracker anonymity

[Nick] >> Can we put a warning on the anonymous submission page pointing out >> the problems with using it for non-trivial bug reports? [Skip] > I don't think we have any control over the boilerplate SF displays. There must be some control. There's a "Outlook users please see the list of frequ

[Python-Dev] DRAFT: python-dev Summary for 2005-11-01 through 2005-11-15

Surprise!  It's November, and here's a November summary .  Thanks to all those that proofread the triple summary hit last week; if anyone can spare some time to take a look over these in the next couple of days, that would be great.  As always, corrections and suggestions to [EMAIL PROTECTED] or [

[Python-Dev] DRAFT: python-dev Summary for 2005-10-16 to 2005-10-31

And this one brings us up-to-date (apart from the fortnight ending yesterday). Again, if you have the time, please send any comments/ corrections to us. Once again thanks to Steve for covering me and getting this all out on his own. = Announcements = --

[Python-Dev] DRAFT: python-dev Summary for 2005-10-01 to 2005-10-15

rimitives <http://mail.python.org/ pipermail/python-dev/2005-October/057269.html>`__ [SJB] - Speed of Unicode decoding - Tony Nelson found that decoding with a codec like mac-roman or iso8859-1 can take around ten times as long as decoding with u

[Python-Dev] DRAFT: python-dev Summary for 2005-09-16 to 2005-09-30

It's been some time (all that concurrency discussion didn't help ;) but here's the second half of September. Many apologies for the delay; hopefully you agree with Guido's 'better late than never', and I promise to try harder in the future. Note that the delay is all my bad, and epithets

Re: [Python-Dev] Proposal: can we have a python-dev-announce mailing list?

> I know I would be much helped with a moderated python-dev-announce > mailing list, which would be only low-volume, time-critical > announcements for people developing Python. Even during times when I > am actively following python-dev it would be handy to have important > announcements coming in

[Python-Dev] DRAFT: python-dev Summary for 2005-09-01 through 2005-09-16

This is over a month late, sorry, but here it is (Steve did his threads ages ago; I've fallen really behind). Summaries for the second half of September and the first half of October will soon follow. As always, if anyone is able to give this a quick look that would be great. Feedback to

Re: [Python-Dev] Unicode charmap decoders slow

At 11:56 AM +0200 10/16/05, Martin v. Löwis wrote: >Tony Nelson wrote: >> BTW, Martin, if you care to, would you explain to me how a Trie would be >> used for charmap encoding? I know a couple of approaches, but I don't know >> how to do it fast. (I've never act

Re: [Python-Dev] Unicode charmap decoders slow

I have put up a new, packaged version of my fast charmap module at . Hopefully it is packaged properly and works properly (it works on my FC3 Python 2.3.4 system). This version is over 5 times faster than the base codec according to Hye-Shik Chang's benchmar

Re: [Python-Dev] Unicode charmap decoders slow

here's still a tiny bit of debugging print statements in it. >At 8:36 AM +0200 10/5/05, Martin v. Löwis wrote: >>Tony Nelson wrote: > ... >>> Encoding can be made fast using a simple hash table with external chaining. >>> There are max 256 codepoints to encode

Re: [Python-Dev] Unicode charmap decoders slow

At 8:36 AM +0200 10/5/05, Martin v. Löwis wrote: >Tony Nelson wrote: ... >> Encoding can be made fast using a simple hash table with external chaining. >> There are max 256 codepoints to encode, and they will normally be well >> distributed in their lower 8 bits. Hash on

Re: [Python-Dev] Unicode charmap decoders slow

[Recipient list not trimmed, as my replies must be vetted by a moderator, which seems to delay them. :] At 11:48 PM +0200 10/4/05, Walter Dörwald wrote: >Am 04.10.2005 um 21:50 schrieb Martin v. Löwis: > >> Walter Dörwald wrote: >> >>> For charmap decoding we might be able to use an array (e.g. a

  1   2   >