[issue8819] variable resolution within exec() incorrect

Colin Hawkett added the comment: Agreed, this is the same issue. I'll make my argument that this is a bug (intentional or otherwise) on that issue. -- ___ Python tracker ___ ___

[issue7150] datetime operations spanning MINYEAR give bad results

Mark Dickinson added the comment: I'll take a look at this patch later today. -- assignee: belopolsky -> mark.dickinson ___ Python tracker ___ ___

[issue4810] timeit needs "official" '--' flag

Amaury Forgeot d'Arc added the comment: This "--" trick is implemented by the getopt module. OTOH on my system, 'grep' also recognizes this, and I could not find any documentation about it, neither with "grep --help" nor "man grep". -- nosy: +amaury.forgeotdarc ___

[issue991196] An inconsistency with nested scopes

Colin Hawkett added the comment: #8819 was closed as duplicate. That issue linked a description of the problem on stack overflow http://stackoverflow.com/questions/2904274/globals-and-locals-in-python-exec. I would like to argue that this is a bug, and should be fixed in 2.6+. The definition

[issue8817] Expose round-to-nearest division algorithm in Objects/longobject.c

Mark Dickinson added the comment: Ah, good point. I knew there was a reason I didn't like Py_XDECREF. I'll fix this and then apply this patch tonight. -- ___ Python tracker ___

[issue8819] variable resolution within exec() incorrect

Colin Hawkett added the comment: Apologies for raising it in the tracker against your advice. My thinking was that you were suggesting discussions about 3.x content shouldn't be in the tracker, and I wanted to argue that it is a bug and should be fixed in 2.6+ --

[issue8819] variable resolution within exec() incorrect

Mark Dickinson added the comment: Hmm. To get this changed in 2.x you'd have to convince people that it really is a bug. You probably also need to do that very soon for there to be any hope of 2.7 having changed behaviour. I'd suggest bringing this up on the python-dev mailing list; it'll

[issue5689] please support lzma compression as an extension and in the tarfile module

Antoine Pitrou added the comment: > If the underlying library is LGPL, it would > require us to distribute its sources along with the Windows binaries, > which I'm not willing to do. Martin, this is wrong, you don't have to bundle the source *in* the object code package. Making it available on

[issue991196] An inconsistency with nested scopes

Changes by Mark Dickinson : -- nosy: +mark.dickinson ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://ma

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Antoine Pitrou added the comment: > The second is whether we should take this opportunity to fix datetime > being a C extension module exclusively. I know PyPy has their own pure > Python version of datetime that they plan to eventually contribute. We > might as well use this as the chance to c

[issue1731717] race condition in subprocess module

Stefan added the comment: I have exactly the same problem. Is there a thread-safe alternative to execute subprocesses in threads? -- nosy: +santoni ___ Python tracker ___ ___

[issue6312] httplib fails with HEAD requests to pages with "transfer-encoding: chunked"

Dirkjan Ochtman added the comment: The fix in r80583 is bad. It fails to close() the response (which previously worked as expected), meaning that the connection can't be re-used. (I ran into this because Gentoo has backported the 2.6-maint fixes to their 2.6.5 distribution.) Shall I open a n

[issue6312] httplib fails with HEAD requests to pages with "transfer-encoding: chunked"

Senthil Kumaran added the comment: I am just reopening this, as per dcj's comment. -- resolution: fixed -> accepted status: closed -> open ___ Python tracker ___

[issue8781] 32-bit wchar_t doesn't need to be unsigned to be usable (I think)

Marc-Andre Lemburg added the comment: Antoine Pitrou wrote: > > Antoine Pitrou added the comment: > > The problem with a signed Py_UNICODE is implicit sign extension (rather than > zero extension) in some conversions, for example from "char" or "unsigned > char" to "Py_UNICODE". The effects

[issue991196] An inconsistency with nested scopes

Mark Dickinson added the comment: > I'm guessing that somewhere in the python source there is some code that goes > [...] Unfortunately it's not nearly that simple. As I mentioned in my message on python-dev, the problem is that 'y' gets bound with a 'STORE_NAME' opcode, which puts 'y' into

[issue8822] datetime naive and aware types should have a well-defined definition that can be cross-referenced

New submission from anatoly techtonik : 'naive' and 'aware' are key datetime types - they need a proper definition and anchor for crossrefences. If you take a look at http://docs.python.org/library/datetime.html - the definition of distinction between them is too vague and this seeds of uncert

[issue2810] _winreg.EnumValue sometimes raises WindowsError ("More data is available")

Brian Curtin added the comment: Committed to trunk in r81517 and release26-maint in r81540. I'll cover the 3.x stuff today and then close it out. -- assignee: stutzbach -> brian.curtin resolution: -> fixed stage: patch review -> committed/rejected

[issue8823] urllib2 does not catch httplib.BadStatusLine

New submission from AdamN : When running urllib2 and getting a BadStatus from an http server, this error is raised: File "/var/www/pinax-env/pline/apps/page/models.py", line 303, in render content = urllib2.urlopen(self.url,timeout=10).read() File "/usr/lib/python2.6/urllib2.py", line 1

[issue8823] urllib2 does not catch httplib.BadStatusLine

Changes by AdamN : -- versions: +Python 2.6 ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.o

[issue8823] urllib2 does not catch httplib.BadStatusLine

Changes by AdamN : -- components: +Library (Lib) ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue6312] httplib fails with HEAD requests to pages with "transfer-encoding: chunked"

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscrib

[issue7584] datetime.rfcformat() for Date and Time on the Internet

anatoly techtonik added the comment: 1. David, as an original reporter who needed this for Trac (http://trac.edgewall.org/ticket/8662) and couple of other projects I strongly for 'Z' ending by default, unless you are going to explain the full difference in documentation. Expect to answer the

[issue2810] _winreg.EnumValue sometimes raises WindowsError ("More data is available")

Brian Curtin added the comment: test_dynamic_key fails on py3k, but not because of these changes. RegQueryValueExW doesn't appear to work with NULL for the second parameter (valueName), although it is documented to and the ANSI version on 2.x works fine. The empty string is also documented as

[issue7150] datetime operations spanning MINYEAR give bad results

Mark Dickinson added the comment: The patch looks good to me. Please apply! -- assignee: mark.dickinson -> belopolsky resolution: -> accepted ___ Python tracker ___ ___

[issue2810] _winreg.EnumValue sometimes raises WindowsError ("More data is available")

Daniel Stutzbach added the comment: I wrote a short C program to test a few different variations. It looks to me like a bug in the operating system's implementation of HKEY_PERFORMANCE_DATA (which is a virtual registry key). If I pass NULL as the second parameter to a more conventional key

[issue7150] datetime operations spanning MINYEAR give bad results

Mark Dickinson added the comment: As an aside, I dislike the fact that the datetime module uses a C 'int' for date ordinals, and clearly assumes that it'll be at least 32 bits. int could be as small as 16 bits on some systems (small embedded systems?). But that's another issue. --

[issue7879] Too narrow platform check in test_datetime

Mark Dickinson added the comment: This looks fine to me. Alexander? -- nosy: +belopolsky, mark.dickinson ___ Python tracker ___ ___ P

[issue6608] asctime causing python to crash

Alexander Belopolsky added the comment: I have untabified James' patch, ran the tests on the result, but did not otherwise review it. There is a not-so-easy-to-find thread on python-dev discussing this issue under subject "Python 2.6.5". Here is a relevant quote from Martin v. Löwis: """ T

[issue6608] asctime causing python to crash

Changes by Alexander Belopolsky : Added file: http://bugs.python.org/file17468/issue6608.diff ___ Python tracker ___ ___ Python-bugs-list maili

[issue8254] write a configure command

Éric Araujo added the comment: Distutils2 already has a config command used to configure some aspects of C compilation. Not sure if I should expand that or write an unrelated configure command. -- ___ Python tracker

[issue5689] please support lzma compression as an extension and in the tarfile module

Matthias Klose added the comment: Per, on 2010-03-17, I asked you via email: "I was looking at http://bugs.python.org/issue5689 http://bugs.python.org/issue6715 and Martin's comments about the licensing of the bindings; is there a special reason for the lgpl3 license of the bindings, giv

[issue8254] write a configure command

Tarek Ziadé added the comment: start a new command from scratch. The configure command is not dealing but with generating a configuration file. config is implementing a whole compilation chain. -- ___ Python tracker

[issue8254] write a configure command

Changes by Jeremy Kloth : -- nosy: +jkloth ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue8335] distutils test_build_ext's test_get_outputs fails in bootstrap environment

jan matejek added the comment: Tarek, the error output is this: /usr/lib64/gcc/x86_64-suse-linux/4.5/../../../../x86_64-suse-linux/bin/ld: cannot find -lpython2.6 the chdir is the problem - because in an environment where you don't have an existing Python installation, you will not find -lpyt

[issue6608] asctime causing python to crash

Alexander Belopolsky added the comment: The patch as written causes buffer overflow for year >= 10,000: >>> len(time.asctime( (1, 1, 1, 0, 0, 0, 0, 1, -1))) 26 >>> len(time.asctime( (10, 1, 1, 0, 0, 0, 0, 1, -1))) 27 while the buffer is only 26 characters: + static char result[2

[issue8823] urllib2 does not catch httplib.BadStatusLine

Senthil Kumaran added the comment: urllib2 is currently catching the socket.error exceptions and presenting the reason as custom URLError exception. To address this issue, the module should catch the httplib raised exceptions also and present it. -- assignee: -> orsenthil nosy: +orse

[issue8817] Expose round-to-nearest division algorithm in Objects/longobject.c

Mark Dickinson added the comment: Committed (with the DECREF(one) fix) in r81541. -- components: +Interpreter Core resolution: -> accepted stage: -> committed/rejected status: open -> closed ___ Python tracker __

[issue8254] write a configure command

Changes by Ralf Schmitt : -- nosy: +schmir ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue7879] Too narrow platform check in test_datetime

Changes by Alexander Belopolsky : -- assignee: -> belopolsky stage: -> commit review ___ Python tracker ___ ___ Python-bugs-list mail

[issue8190] Add a PyPI XML-RPC client module

Changes by Alexis Metaireau : -- nosy: +alexis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue4908] Implement PEP 376

Changes by Alexis Metaireau : -- nosy: +alexis ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pytho

[issue8806] ftplib should support SSL contexts

Antoine Pitrou added the comment: > (I know, the "context" attribute isn't documented, I'm going to fix > this) Now documented at: http://docs.python.org/dev/py3k/library/ssl.html#ssl.SSLSocket.context -- ___ Python tracker

[issue8806] ftplib should support SSL contexts

Giampaolo Rodola' added the comment: If you're fine with the current patch I can go on and commit it (including the context attribute test). -- ___ Python tracker ___ __

[issue8775] Use locale encoding to decode sys.argv, not the file system encoding

STINNER Victor added the comment: @loewis: You restored the original (wrong) title "Use locale encoding to decode sys.argv, not the file system encoding", instead of the new (good) title "Use locale encoding to encode command line arguments (subprocess, os.exec*(), etc.)". Is it wanted or not

[issue7879] Too narrow platform check in test_datetime

Alexander Belopolsky added the comment: Mark, I have zero experience with Windows and don't even have a win32 machine to test the patch. On the other hand the patch is so simple that I think it can be reviewed based on theoretical considerations. This is probably bikesheding, but I have a s

[issue8402] glob returns empty list with "[" character in the folder name

Dan Gawarecki added the comment: Shouldn't the title be updated to indicate the fnmatch is the true source of the behavior (I'm basing this on http://docs.python.org/library/glob.html indicating the fnmatch is invoked by glob). I'm not using glob, but fnmatch in my attempt to find filenames

[issue4768] email.generator.Generator object bytes/str crash - b64encode() bug?

STINNER Victor added the comment: I wrote a patch for base64.b64encode() to accept str (str is encoded to utf-8): patch attached to #4768. It should fix this issue, but we can add the tests of email_base64_bytes.patch. -- ___ Python tracker

[issue7879] Too narrow platform check in test_datetime

Brian Curtin added the comment: sys.platform will be "win32" for both 32 and 64-bit Windows. As for Cygwin, os.name is "posix" there, and sys.platform is "cygwin", so it should be unaffected. The patch looks fine to me, and we do typically use sys.platform more often than the os.name check.

[issue8402] glob returns empty list with "[" character in the folder name

Dan Gawarecki added the comment: Following up... I saw Eric Smith's 2nd note (2010-04-15 @1:27) about fnmatch.translate documentation stating that "There is no way to quote meta-characters." When I looked at: http://docs.python.org/library/fnmatch.html#module-fnmatch did not see this state

[issue7879] Too narrow platform check in test_datetime

Alexander Belopolsky added the comment: OK, I'll commit it then. -- resolution: -> accepted ___ Python tracker ___ ___ Python-bugs-li

[issue8402] glob returns empty list with "[" character in the folder name

Eric Smith added the comment: I don't think so. That quote came from the docstring for fnmatch.translate. >>> help(fnmatch.translate) Help on function translate in module fnmatch: translate(pat) Translate a shell PATTERN to a regular expression. There is no way to quote meta-chara

[issue7449] A number tests "crash" if python is compiled --without-threads

STINNER Victor added the comment: > I think one more skip is required in test_socketserver. Fixed: 2.7 (r81543), 3.2 (r81545), 3.1 (r81546). Blocked in 2.6 (r81544). -- resolution: -> fixed status: open -> closed ___ Python tracker

[issue8824] Improve documentation of exec

New submission from Terry J. Reedy : This doc improvement suggestion is inspired by #991196 (and subsequent duplicates) and the current discussion on py-dev in the thread 'variable name resolution in exec is incorrect' (which is not a correct claim). I believe there is consensus that the doc f

[issue5689] please support lzma compression as an extension and in the tarfile module

Martin v. Löwis added the comment: Am 26.05.2010 10:51, schrieb Antoine Pitrou: > > Antoine Pitrou added the comment: > >> If the underlying library is LGPL, it would >> require us to distribute its sources along with the Windows binaries, >> which I'm not willing to do. > > Martin, this is wro

[issue8825] int("0",0) throws exception

New submission from C Moss : The expression int("0",0) throws an exception, though the expectation would be to return 0 (zero). int("0x0",0) == 0 int("00",0) = 0 -- components: None messages: 106554 nosy: cmoss60 priority: normal severity: normal status: open title: int("0",0) throws e

[issue8824] Improve documentation of exec

Terry J. Reedy added the comment: To be super-clear, consider adding one more sentence, something like "The result for code with def statements or lambda expressions may be different than it would be if the implied context were a function rather than a class." --

[issue8825] int("0",0) throws exception

Mark Dickinson added the comment: Hmm. It works for me: Python 2.6.5 (r265:79063, May 18 2010, 17:12:15) [GCC 4.2.1 (Apple Inc. build 5659)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> int("0", 0) 0 What version of Python are you using, and on what pl

[issue8826] Invalid expires date in cookiejar

New submission from Tomas Zulberti : This happens when creating a SimpleCookie from an string. The value in the cookie is: "expires=Fri, 31-Dec-2010 23:59:59 GMT" But in the cookiejar, the value if only "Fri,". As far as I know, the error is in the regular expresion _LegalCharsPatt, that doe

[issue8825] int("0",0) throws exception

Brian Curtin added the comment: Works fine on 2.6 and 3.1 on Windows. -- nosy: +brian.curtin ___ Python tracker ___ ___ Python-bugs-li

[issue8825] int("0",0) throws exception

C Moss added the comment: I'm using MS IronPython 2.6 which is using CPython 2.6.1. Regards, Clark -- ___ Python tracker ___ ___ Pyt

[issue8825] int("0",0) throws exception

Ezio Melotti added the comment: FWIW it works fine on 2.6/2.7/3.1/3.2 on Linux too. -- nosy: +ezio.melotti, michael.foord ___ Python tracker ___ _

[issue8825] int("0",0) throws exception

Brian Curtin added the comment: That's an IronPython bug, and I see the same thing as you when I run on IP 2.6. You could submit a bug report to them here: http://ironpython.codeplex.com/workitem/list/basic -- ___ Python tracker

[issue8806] ftplib should support SSL contexts

Giampaolo Rodola' added the comment: Committed in r81548. -- components: +Library (Lib) resolution: -> fixed status: open -> closed ___ Python tracker ___ __

[issue8825] int("0",0) throws exception

Raymond Hettinger added the comment: We ought to add a test case for this so that other implementations can detect an error. -- nosy: +rhettinger ___ Python tracker ___

[issue2810] _winreg.EnumValue sometimes raises WindowsError ("More data is available")

Brian Curtin added the comment: Committed to py3k in r81547 and release31-maint in r81546. Thanks for the patch! -- status: open -> closed ___ Python tracker ___ ___

[issue5094] datetime lacks concrete tzinfo impl. for UTC

Brett Cannon added the comment: PyPy has said over the years they plan to commit their version of datetime, they just need to get around to it. I just figured that we could use this opportunity to prepare for it. But if people want to do the C version first, that's fine as they will be the on

[issue5689] please support lzma compression as an extension and in the tarfile module

Per Øyvind Karlsen added the comment: if you're already looking at issue6715, then I don't get why you're asking.. ;) quoting from msg106433: "For my code, feel free to use your own/any other license you'd like or even public domain (if the license of bz2module.c that much of it's derived from

[issue6715] xz compressor support

Per Øyvind Karlsen added the comment: Yeah, I guess I anyways can just break the current API right away to make it compatible with future changes, I've already figured since long ago how it should look like. It's not like I have to implement the actual functionality to ensure compatibility, n

[issue8825] int("0",0) throws exception

Mark Dickinson added the comment: Added some test cases in r81551 (trunk) and r81552 (release26-maint). I'll merge these to py3k. But I notice that the rules for py3k are a little odd: >>> int('', 0) 0 >>> int('0001', 0) Traceback (most recent call last): File "", line 1, in ValueErro

[issue8825] int("0",0) throws exception

Changes by Giampaolo Rodola' : -- nosy: +giampaolo.rodola ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http:/

[issue8825] int("0",0) throws exception

Mark Dickinson added the comment: Tests merged to 3.x in r81553, r81554. Closing. -- resolution: -> works for me status: open -> closed ___ Python tracker ___ _

[issue8825] int("0",0) throws exception

Changes by Brian Curtin : -- nosy: +dino.viehland ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.py

[issue8827] poplib.POP3_SSL doesn't have an actual test suite

New submission from Giampaolo Rodola' : As done for ftplib.FTP_TLS the tests executed in TestPOP3Class should be replicated to use poplib.POP3_SSL instead of poplib.POP3. asyncore-based SSL test server used in test_ftplib.py can be used as an example on how to do this. -- assignee: gi

[issue8827] poplib.POP3_SSL doesn't have an actual test suite

Giampaolo Rodola' added the comment: I'm sorry, it seems I'm wrong. Ignore this. -- resolution: -> invalid status: open -> closed ___ Python tracker ___

[issue6715] xz compressor support

Martin v. Löwis added the comment: [Replying to msg106566] > if you're already looking at issue6715, then I don't get why you're > asking.. ;) Can you please submit a contributor form? > Martin: For LGPL (or even GPL for that matter, disregarding linking > restrictions) libraries you don't h

[issue5689] please support lzma compression as an extension and in the tarfile module

Martin v. Löwis added the comment: > tsktsk, discussions about python module for xz compression should > anyways be kept at issue6715 as this one is about the tarfile module > ;p Ok, following up there. -- ___ Python tracker

[issue8807] poplib should support SSL contexts

Giampaolo Rodola' added the comment: Patch in attachment. The same approach adopted for ftplib (issue 8806) was used. -- keywords: +patch Added file: http://bugs.python.org/file17469/poplib.patch ___ Python tracker

[issue7879] Too narrow platform check in test_datetime

Alexander Belopolsky added the comment: Committed in r81555 (trunk) and r81556 (py3k). Is this a 2.6 backport candidate? I don't think so. Leaving this open to consider using newer unittest.skipIf mechanism. See attached patch, issue7879.diff. -- Added file: http://bugs.python.org

[issue7879] Too narrow platform check in test_datetime

Mark Dickinson added the comment: The skipIf patch looks good to me (though I haven't tested it). -- ___ Python tracker ___ ___ Python

[issue7879] Too narrow platform check in test_datetime

Alexander Belopolsky added the comment: >From IRC: Taggnostr: imho tests and doc updates can be backported -- keywords: +26backport ___ Python tracker ___ __

[issue7879] Too narrow platform check in test_datetime

Changes by Alexander Belopolsky : -- versions: +Python 2.6, Python 3.1, Python 3.2 ___ Python tracker ___ ___ Python-bugs-list mailing

[issue6715] xz compressor support

Antoine Pitrou added the comment: > Of course I can distribute a copy of an lzma DLL. However, I would > have to provide ("convey") a copy of the source code of that DLL as > well. Can you tell me where you are currently providing the source code for the readline library, or the gdbm library?

[issue7879] Too narrow platform check in test_datetime

Alexander Belopolsky added the comment: SkipIf patch committed in r81559 (trunk) and r81560 (py3k). -- ___ Python tracker ___ ___ Pyth

[issue6715] xz compressor support

Martin v. Löwis added the comment: > Can you tell me where you are currently providing the source code for > the readline library, or the gdbm library? We don't, as they aren't included in the Windows distribution. The readline library doesn't work on Windows, anyway, and instead of gdbm, we

[issue6715] xz compressor support

Changes by Matthias Klose : -- nosy: +doko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.or

[issue6715] xz compressor support

Antoine Pitrou added the comment: > > Oh, and by the way, you should probably shut down PyPI, since there are > > certainly Python wrappers for LGPL'ed libraries there (or even GPL'ed > > one), and you aren't offering a link to download those libraries' source > > code either. > > This is off-t

[issue8651] "s#" and friends can silently truncate buffer length

STINNER Victor added the comment: getarg.patch fixes STORE_SIZE macro used in convertsimple(). If the input size is bigger than INT_MAX, it raises an OverflowError("size does not fit in an int") and calls converterr() which expected="". The value of expected is useless because converterr() is

[issue8651] "s#" and friends can silently truncate buffer length

STINNER Victor added the comment: Another test (only requires ~2 GB of memory, not 4 GB or more) for the patch: import _elementtree def test(): parser=_elementtree.XMLParser() text='s' * (2**31 + 10) try: parser.feed(text) except OverflowError as err: print("ok:

[issue8650] zlibmodule.c isn't 64-bit clean

STINNER Victor added the comment: See also a related issue: #8651. -- ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubsc

[issue8811] fixing sqlite3 docs for py3k

Changes by Shashwat Anand : -- nosy: +r.david.murray ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail

[issue8604] Adding an atomic FS write API

STINNER Victor added the comment: > This sounds silly to me. You can write a file in two lines: > > with open("foo", "wb") as f: >f.write(contents) If the disk is full, write fails and the new file only contains a part of 'contents'. If the file does already exist and the write fails, the

[issue8604] Adding an atomic FS write API

STINNER Victor added the comment: An article about ext3 and fsync: "Solving the ext3 latency problem" http://lwn.net/Articles/328363/ Another good article, written by the maintainer of ext4 (Theodore Ts'o): "Don’t fear the fsync!" http://thunk.org/tytso/blog/2009/03/15/dont-fear-the-fsync/ --

[issue8828] Atomic function to rename a file

New submission from STINNER Victor : os.rename() is atomic on Linux, but on Windows it raises an error if the destination does already exist. Not atomic pseudo-code for Windows: if exists(b): unlink(b) rename(a, b) Windows offers different functions depending on the version: - MoveFi

[issue8604] Adding an atomic FS write API

STINNER Victor added the comment: We need an atomic rename function to implement atomic_write(): I opened a new issue, #8828. -- dependencies: +Atomic function to rename a file ___ Python tracker _

[issue8824] Improve documentation of exec

Changes by Nick Coghlan : -- nosy: +ncoghlan ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.

[issue8829] IDLE editior not opening

New submission from Celia Horne : Hey there! I'm very new to Python, but I've been getting along fairly well. However, last night I tried to open the IDLE editor (on its own and with a .py file)but nothing would open. It just sat there acting like it was going to load, but still nothing occur

[issue8830] Add nondestructive selection to sets

New submission from ipatrol : I see in a lot of references for computer programming a function that returns an arbitrary value from a standard or frozen set. http://en.wikipedia.org/wiki/Set_%28computer_science%29 describes it as pick. It surprised me when I discovered that Python sets don't h

[issue8830] Add nondestructive selection to sets

Eric Smith added the comment: This is a dupe of issue 7212. -- nosy: +eric.smith resolution: -> duplicate status: open -> closed superseder: -> Retrieve an arbitrary element from a set without removing it ___ Python tracker

[issue7212] Retrieve an arbitrary element from a set without removing it

ipatrol added the comment: I still see a use in this. I like to use sets for lists of servers or mirrors. There is no compelling reason *not* to add a get() or pick() method, as described in http://en.wikipedia.org/wiki/Set_%28computer_science%29. Sets could be used for many things that lists

[issue7212] Retrieve an arbitrary element from a set without removing it

ipatrol added the comment: I support http://bugs.python.org/msg94599 with a check to see if the length is 0, and rename it pick (based on the generic programming and mathematical literature). -- ___ Python tracker

  1   2   >