Re: [Python-Dev] Proof of the pudding: str.partition()

t; end could signal no match; and since 0-character strings are disallowed in partition, end == 0 could also signal no match. partition() could be defined in terms of findspan(): start, end = s.findspan(sep) before, sep, after = s[:start], s[start:end], s[end:] Just a quick thought, -Tony

Re: [Python-Dev] Proof of the pudding: str.partition()

same > thing that I've said at least three times already (with a bit of an > expansion): > Thanks for the re-re-emphasis. -Tony ___ 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

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] 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

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

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

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

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

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-

[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

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] 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] 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

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-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] [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] 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] #!/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] 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] 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 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 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

[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] 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

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

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 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 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 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 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 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"') >

[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. -- __

[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

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

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] 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] 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] 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] 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] 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] 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] 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] [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] [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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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] 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:

[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

[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

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] 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] Deprecated xmllib module

>> * The average quality of the library improves as we take >> out junk (the tzparse module for example) and put in high >> quality modules like logging, csv, decimal, etc. > > Yes and no. The added modules have to be relevant to what > users want to do. While (relatively) minor stuff like csv

RE: [Python-Dev] Deprecated xmllib module

> As far as I can tell, there are no CSS or XML 1.1 parsers for > Python, period. This belongs on c.l.p, I suppose, but the first page of google results includes: =Tony.Meyer ___

RE: [Python-Dev] Please help complete the AST branch

> Perhaps interested parties should take up the discussion on > the compiler-sig. This isn't listed in the 'currently active' SIGs list on - is it still active, or will it now be? If so, perhaps it should be added to the list? By 'discussion on', do you mean via the wi

[Python-Dev] Should Python's library modules be written to help the freeze tools?

The Python 2.4 Lib/bsddb/__init__.py contains this: """ # for backwards compatibility with python versions older than 2.3, the # iterator interface is dynamically defined and added using a mixin # class. old python can't tokenize it due to the yield keyword. if sys.version >= '2.3': exec """

RE: [Python-Dev] Should Python's library modules be written to help the freeze tools?

[Tony Meyer] > The main question (to steal Thomas's words) is whether the > library modules should be written to help the freeze tools > - if the answer is 'yes', then I'll submit the above as a > patch for 2.5. [Martin v. Löwis] > The answer to this question

[Python-Dev] Bug tracker reviews

As promised, here are five bug reviews with recommendations. If they help [ 1112812 ] Patch for Lib/bsddb/__init__.py to work with modulefinder get reviewed, then that'd be great. Otherwise I'll just

RE: [Python-Dev] Is msvcr71.dll re-redistributable?

[Thanks for bringing this up, BTW, Thomas]. [Thomas Heller] >> The 2.4 python.org installer installs msvcr71.dll on the >> target system. >> >> If someone uses py2exe or a similar tool to create a frozen >> application, is he allowed to redistribute this msvcr71.dll >> to other users together w

RE: [Python-Dev] Is msvcr71.dll re-redistributable?

[Thomas Heller] >> For the spambayes binary, maybe there should be another >> person adding the msvcr71.dll to the distribution that Tony >> builds? Someone who has a MSVC license, and also is developer >> on the spambayes project? [Tim Peters] > To the be

RE: [Python-Dev] Is msvcr71.dll re-redistributable?

(I should point out the thread that starts here, too: in case anyone isn't aware of it). > Sounds like this puts all Python users in the clear, since > Python is the Licensee Software in that case. So, anybody can > distri

RE: [Python-Dev] python-dev Summary for 2005-02-01 through 2005-02-14[draft]

Somewhat slower, but here are two more threads from me (email is mostly a weekday thing for me, and the last few days were full of sun, wine, food and jazz. Well, and work. But working with sun, wine, food and jazz, so it's hard to complain too much). Feedback will not be ignored :) ---

RE: [Python-Dev] python-dev Summary for 2005-02-15 through 2005-02-28[draft]

> I am not expecting the candidates for taking of the Summaries > to write stuff for this one (although I wouldn't mind it =). In penance for being late with the other ones, here are a summaries for a couple of skipped threads for this period: --- Slow unit t

RE: [Python-Dev] RELEASED Python 2.4.1, release candidate 1

[Martin v. Löwis] >> I'd like to encourage feedback on whether the Windows >> installer works for people. It replaces the VBScript part in the >> MSI package with native code, which ought to drop the dependency on >> VBScript, but might introduce new incompatibilities. [Tim Peters] > Worked fine

RE: [Python-Dev] Python2.4.1c1 and win32com

> Win32com generates Python-files for use with com interfaces, > using the make-py.py utility. > > The generated files are OK with Python2.3.5 > > The generated files crash the Python interpreter with Python 2.4 > > Under Python 2.4.1c1, They give a syntax error!? > > The files unfortunately a

RE: [Python-Dev] rationale for the no-new-features approach

[Bob Ippolito] try: set except NameError: from sets import Set as set You don't need the rest. [Skip Montanaro] >>> Sure, but then pychecker bitches about a statement that appears to >>> have no effect. ;-) [Bob Ippolito] >> Well then fix PyChecker to look

RE: [Python-Dev] Faster Set.discard() method?

> To avoid the exception in the discard method, it could be > implemented as: > > def discard(self, element): > """Remove an element from a set if it is a member. > > If the element is not a member, do nothing. > """ > try: > self._data.pop(element

RE: [Python-Dev] Faster Set.discard() method?

>>> But the dict.pop method is about 12 times faster. Is this >>> worth doing? >> >> The 2.4 builtin set's discard function looks like it does >> roughly the same as the 2.3 sets.Set. Have you tried comparing >> a C version of your version with the 2.4 set to see if there are >> speedups there,

[Python-Dev] python-dev Summary for 2005-04-16 through 2005-04-30 [draft]

Here's April Part Two. If anyone can take their eyes of the anonymous block threads for a moment and give this a once-over, that would be great! Please send any corrections or suggestions to Tim (tlesher at gmail.com), Steve (steven.bethard at gmail.com) and/or me, rather than cluttering the list

Re: [Python-Dev] Decimal FAQ

> Q. I'm writing a fixed-point application to two decimal places. > Some inputs have many places and needed to be rounded. Others > are not supposed to have excess digits and need to be validated. > What methods should I use? > > A. The quantize() method rounds to a fixed number of decimal > pl

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

[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

[Python-Dev] python-dev Summary for 2005-05-16 through 2005-05-31 [draft]

You may have noticed that the summaries have been absent for the last month - apologies for that; Steve has been dutifully doing his part, but I've been caught up with other things. Anyway, Steve will post the May 01-15 draft shortly, and here's May 16-31. We should be able to get the first June o

[Python-Dev] python-dev Summary for 2005-06-01 through 2005-06-15 [draft]

You've just read two summaries, but here is another one, as we come back up to speed. If at all possible, it would be great if we could send this out in time to catch people for the bug day (very tight, we know), so if anyone has a chance to check this straight away, that would be great. Please s

Re: [Python-Dev] Adding the 'path' module (was Re: Some RFE forreview)

[Reinhold Birkenfeld] >> One more issue is open: the one of naming. As "path" is already the >> name of a module, what would the new object be called to avoid >> confusion? pathobj? objpath? Path? [Michael Hoffman] > I would argue for Path. Granted "path" is actually os.path, but I don't think

Re: [Python-Dev] Adding the 'path' module (was Re: Some RFE forreview)

[Reinhold Birkenfeld] >>>> One more issue is open: the one of naming. As "path" is already >>>> the name of a module, what would the new object be called to >>>> avoid confusion? pathobj? objpath? Path? [Michael Hoffman] >>> I would arg

Re: [Python-Dev] Adding the 'path' module (was Re: Some RFEforreview)

Maybe this has already been answered somewhere (although I don't recall seeing it, and it's not in the sourceforge tracker) but has anyone asked Jason Orendorff what his opinion about this (including the module in the stdlib) is? If someone has, or if he posted it somewhere other than here, could

Re: [Python-Dev] Adding the 'path' module (was Re: Some RFEfor review)

>> Well, most people when confronted with this will rename the >> directory to something simple like "ulib" and continue. > > I don't really buy this "trick": what if you happen to have > a home directory with Unicode characters in it ? I think this is one of the most common places, too. Whenever

Re: [Python-Dev] PEP: Migrating the Python CVS to Subversion

[...] > Publish the Repositories > [...] > As an option, websvn (available > e.g. from the Debian websvn package) could be provided. Is there any reason that this should be an option, and not just done? For occasional source (particularly C source) lookups, I've found web

Re: [Python-Dev] PEP: Migrating the Python CVS to Subversion

> Do we also want to split off nondist and encodings? IWBNI > the Python source code proper weren't buried too deep in the > directory structure. +1 =Tony.Meyer ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listin

[Python-Dev] python-dev Summary for 2005-07-16 through 2005-07-31 [draft]

Here's July Part Two. As usual, if anyone can spare the time to proofread this (it's fairly short this fortnight!), that would be great! Please send any corrections or suggestions to Tim (tlesher at gmail.com), Steve (steven.bethard at gmail.com) and/or me, rather than cluttering the list. Ta! =

[Python-Dev] python-dev Summary for 2005-08-01 through 2005-08-15 [draft]

Here's August Part One. As usual, if anyone can spare the time to proofread this, that would be great! Please send any corrections or suggestions to Steve (steven.bethard at gmail.com) and/or me, rather than cluttering the list. Ta! = Announcements = ---

Re: [Python-Dev] Remove str.find in 3.0?

[Kay Schluehr] >> The discourse about Python3000 has shrunken from the expectation >> of the "next big thing" into a depressive rhetorics of feature >> elimination. The language doesn't seem to become deeper, smaller >> and more powerfull but just smaller. [Guido] > There is much focus on removi

Re: [Python-Dev] setdefault's second argument

> To save you from following that link, to this day I still mentally > translate "setdefault" to "getorset" whenever I see it. I read these out of order (so didn't see the giveaway getorsetandget) and spent some time wondering what an "orset" was. I figured it must be some obscure CS/text process

Re: [Python-Dev] Replacement for print in Python 3.0

[Guido] > The print statement harks back to ABC and even > (unvisual) Basic. Out with it! [Barry] > I have to strongly disagree. As would I. From observing recent discussions here, it would be helpful if everyone else that agrees could come up with a list (a wiki page on python.org, perhaps?)

Re: [Python-Dev] Replacement for print in Python 3.0

[Nick Coghlan] > "Print as statement" => printing sequences nicely is a pain What's wrong with this? >>> print range(10) [0, 1, 2, 3, 4, 5, 6, 7, 8, 9] >>> print tuple("string") ('s', 't', 'r', 'i', 'n', 'g') This is a serious question - that's how I would expect a print function to work anyway.

Re: [Python-Dev] Replacement for print in Python 3.0

[...] > maybe a few folks can go off and write up a PEP for a > print-replacement. [...] > I'm pulling out of the > discussion until I see a draft PEP. If there are two competing proposals, then the two groups write a PEP and counter-PEP and the PEPs duke it out. Is this still the case if prop

Re: [Python-Dev] Replacement for print in Python 3.0

> In the end the process is not democratic. Which may make it easier: rather than having to convince 50%+ of the people, one only has to convince a single person... > I don't think there's anything that can change my mind > about dropping the statement. As long as "I don't think there's anythin

  1   2   >