[issue3382] Make '%F' and float.__format__('F') convert results to upper case.
Mark Dickinson dicki...@gmail.com added the comment: Eric, any further thoughts about making this change in 2.7? Here's a patch that does it (I think). -- keywords: +patch Added file: http://bugs.python.org/file15412/issue3382_trunk.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7406] int arithmetic relies on C signed overflow behaviour
New submission from Mark Dickinson dicki...@gmail.com: Much of the code in Objects/intobject.c assumes that an arithmetic operation on signed longs will wrap modulo 2**(bits_in_long) on overflow. However, signed overflow causes undefined behaviour according to the C standards (e.g., C99 6.5, para. 5), and gcc is known to assume that signed overflow never occurs in correct code, and to make use of this assumption when optimizing. An obvious example is found in int_add, which looks like this: static PyObject * int_add(PyIntObject *v, PyIntObject *w) { register long a, b, x; CONVERT_TO_LONG(v, a); CONVERT_TO_LONG(w, b); x = a + b; if ((x^a) = 0 || (x^b) = 0) return PyInt_FromLong(x); return PyLong_Type.tp_as_number-nb_add((PyObject *)v, (PyObject *)w); } Here Python is relying on the line 'x = a + b' wrapping on overflow. While this code doesn't seem to have caused any problems to date, it's not at all inconceivable that some future version of GCC is clever enough to figure out that (with its assumption that correct code never includes signed overflow) the if condition is always false, so can be optimized away. At that point, a Python interpreter built with this version of GCC would produce incorrect results for int addition. More generally, Python's source makes a number of assumptions about integer arithmetic that aren't guaranteed by the C standards. Most of these assumptions are likely to be harmless on modern machines, but the assumptions should probably at least be documented somewhere, and ideally also checked somewhere in the configuration, so that attempts to port Python to machines that don't obey these assumptions complain loudly. Namely, the source assumes at least that: - C signed ints are represented in two's complement, not ones' complement or sign-and-magnitude. - the bit pattern 1000000 is not a trap representation (so e.g., INT_MIN = -INT_MAX-1, not -INT_MAX). - conversion from an unsigned integer type to the corresponding signed type wraps modulo 2**(appropriate_number_of_bits). (Relevant standard sections: C99 6.2.6.2, C99 6.3.1.3p3.) See also issue 1621. -- components: Interpreter Core messages: 95803 nosy: mark.dickinson severity: normal stage: needs patch status: open title: int arithmetic relies on C signed overflow behaviour versions: Python 2.6, Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7406 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3783] dbm.sqlite proof of concept
Antoine Pitrou pit...@free.fr added the comment: It would be nice to try to advance this at PyCon, or at another time. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3783 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3382] Make '%F' and float.__format__('F') convert results to upper case.
Eric Smith e...@trueblade.com added the comment: Thanks for looking at this, Mark. Your patch looks okay to me, but Objects/stringlib/formatter.h still has some 'F' - 'f' logic in it, although it turns out that it's wrong: #if PY_VERSION_HEX 0x0301000 /* 'F' is the same as 'f', per the PEP */ /* This is no longer the case in 3.x */ if (type == 'F') type = 'f'; #endif Note that it's missing a zero on the end, so this code is never (and I guess never was) executed. I'll remove it and add a test. It also looks like complex is still mapping 'F' to 'f'. I'll fix that, too, and add a test for it. Thanks again. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7407] Minor Queue doc improvement
New submission from Floris Bruynooghe floris.bruynoo...@gmail.com: The documentation of the queue module (Queue in 2.x) does not mention that the constructors have a default argument of 0 for maxsize. The trivial patch adds this (patch against py3k trunk). -- assignee: georg.brandl components: Documentation files: queue.diff keywords: patch messages: 95806 nosy: flub, georg.brandl severity: normal status: open title: Minor Queue doc improvement type: behavior versions: Python 2.6, Python 2.7, Python 3.0, Python 3.1, Python 3.2 Added file: http://bugs.python.org/file15413/queue.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7407 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3382] Make '%F' and float.__format__('F') convert results to upper case.
Eric Smith e...@trueblade.com added the comment: Here's a patch which adds some tests and fixes complex. I'm currently testing with PY_NO_SHORT_FLOAT_REPR on Windows. If that's okay, and if you don't have any objections, I'll commit this. While I'm at it I'll modify Objects/stringlib/formatter.h in py3k to keep them it sync with trunk. -- Added file: http://bugs.python.org/file15414/issue3382_trunk-1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3382] Make '%F' and float.__format__('F') convert results to upper case.
Changes by Eric Smith e...@trueblade.com: -- versions: +Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3382] Make '%F' and float.__format__('F') convert results to upper case.
Mark Dickinson dicki...@gmail.com added the comment: Looks good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
New submission from Titus Brown ti...@idyll.org: Here's the error: test_distutils test test_distutils failed -- Traceback (most recent call last): File /private/tmp/tmp8UfLPT/python27/Lib/distutils/tests/test_sdist.py, line 342, in test_make_distribution_owner_group self.assertEquals(member.gid, os.getgid()) AssertionError: 0 != 20 It has been a problem for over a week, at least. -- assignee: tarek components: Distutils messages: 95809 nosy: tarek, titus severity: normal status: open title: test_distutils fails on Mac OS X 10.5 type: behavior versions: Python 2.7 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3382] Make '%F' and float.__format__('F') convert results to upper case.
Eric Smith e...@trueblade.com added the comment: Committed (with a few more tests) in r76583. -- resolution: - accepted stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3382 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3754] minimal cross-compilation support for configure
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Added file: http://bugs.python.org/file15415/python-trunk-20091129-CROSS.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3754 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3871] cross and native build of python for mingw32 with distutils
Changes by Roumen Petrov bugtr...@roumenpetrov.info: Added file: http://bugs.python.org/file15416/python-trunk-20091129-MINGW.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue3871 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Ned Deily n...@acm.org added the comment: Also seeing it on 10.5 ... -- nosy: +ned.deily ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Tarek Ziadé ziade.ta...@gmail.com added the comment: This test makes sure that a tarball created with sidist has the same owner/group than your current user in each one of its member. Maybe somehow, the previous tarball creation breaks this test. Can you try this on your side: Comment everything in test_make_distribution_owner_group between these lines (318) # now building a sdist ... # building a sdist again And see if it works. Thx! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
David Bolen db3l@gmail.com added the comment: I don't think its OSX specific. My FreeBSD slaves (both 6.4 and 7.2) have been getting the same error recently (sounds like probably around the same time frame). The error always seems to be that member.gid (0) is not matching os.getgid (1001). The os.getgid call is correct in terms of that being the group under which the build slave is running. In digging a little deeper I think the the generated distribution is behaving correctly, just not how the test is expecting. On my FreeBSD systems (and my personal OSX 10.4 system for that matter), if I make a directory in /tmp it gets my UID, but a GID of 0 (wheel). Whether that's because my id is also in the wheel group or because of the sticky bit on /tmp I'm not totally sure. Maybe it needs both (/tmp is sticky on my Ubuntu system but my id is not in the root group, and this doesn't happen). So the files being created for the second half of this test are placed in a temporary folder with a group of wheel(0), and the files appear to get the same ownership. This doesn't happen elsewhere, but appears to be special behavior beneath tmp. Perhaps if the test did a comparison to the UID/GID of tmp_dir rather than os.getuid()/os.getgid() it would better reflect that the tarfile was being built with the same ownership as found in the filesystem. Whether that's the correct ownership is a separate question, but as long as distutils is accurately reflecting that it shouldn't be a failure on a distutils test. -- David -- nosy: +db3l ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Tarek Ziadé ziade.ta...@gmail.com added the comment: Thanks for the digging David, I'll check for /tmp rights in that case. What's important in distutils, is to make sure it was able to create tarballs with various uid/gid using the new tarfile feature. -- priority: - high resolution: - accepted ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Martin v. Löwis mar...@v.loewis.de added the comment: David, could it be that the directories where a change of group occurs also have the s-bit set? The sticky bit should have no such effect. -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Titus Brown ti...@idyll.org added the comment: I can generate the error on my iMac but not my laptop, which are equivalent versions/upgrades of Mac OS X AFAIK. The /tmp directory in both has drwxrwxrwt, and the subdirectories within which I'm doing the builds are drwxr-xr-x, so it doesn't seem to be only dir permissions... Both accounts are user accounts with +wheel permissions. Tarek, after commenting out those lines (starting at line 309 of my test_sdist.py), I still get the same error on my iMac. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
David Bolen db3l@gmail.com added the comment: From Tarek: Thanks for the digging David, I'll check for /tmp rights in that case. What's important in distutils, is to make sure it was able to create tarballs with various uid/gid using the new tarfile feature. Right, and that part of the test (explicitly making uid/gid=0/0) is passing. It's just the default case that is failing, and only because the test's assumption doesn't match what is actually happening in the filesystem in terms of default group ownership. From Martin: David, could it be that the directories where a change of group occurs also have the s-bit set? The sticky bit should have no such effect. Not sure - I only noticed the t suffix on the directory ls -ald listing, which the ls man page called sticky, but didn't think about it much more than that. -- David -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Ned Deily n...@acm.org added the comment: This does seem to be a long standing Unix*-flavor behavior difference. The open(2) man page on OS X (and presumably FreeBSD) reads: When a new file is created, it is given the group of the directory which contains it. The Linux open(2) page has: O_CREAT If the file does not exist it will be created. The owner (user ID) of the file is set to the effective user ID of the process. The group own‐ ership (group ID) is set either to the effective group ID of the process or to the group ID of the parent directory (depending on file system type and mount options, and the mode of the parent directory, see the mount options bsdgroups and sysvgroups described in mount(8)). The Open Group Base Specifications (Issue 6, 2004) for open(1) has this rationale: The POSIX.1-1990 standard required that the group ID of a newly created file be set to the group ID of its parent directory or to the effective group ID of the creating process. FIPS 151-2 required that implementations provide a way to have the group ID be set to the group ID of the containing directory, but did not prohibit implementations also supporting a way to set the group ID to the effective group ID of the creating process. Conforming applications should not assume which group ID will be used. If it matters, an application can use chown() to set the group ID after the file is created, or determine under what conditions the implementation will set the desired group ID. So the portable solution is to change the test to not assume which group ID is used. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
David Bolen db3l@gmail.com added the comment: I can generate the error on my iMac but not my laptop, which are equivalent versions/upgrades of Mac OS X AFAIK. The /tmp directory in both has drwxrwxrwt, and the subdirectories within which I'm doing the builds are drwxr-xr-x, so it doesn't seem to be only dir permissions... No, it seems to be some combination of ... something. My Ubuntu boxes all have t on the /tmp directory as well, but don't seem to exhibit this behavior (whether or not I add myself to the root group that owns /tmp). But on the FreeBSD and OSX systems I can show this just though mkdir from the command line. At some level, I'm not sure it really matters as long as the test uses whatever actual filesystem ownership is in place checking for default values. -- David -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Ned Deily n...@acm.org added the comment: BTW, it's trivial to demonstrate the difference. On OS X: $ cd $HOME $ mkdir test $ touch test/test $ chown :musicg test $ touch test/test2 $ ls -l test total 0 -rw-r- 1 nad staff 0 Nov 29 14:01 test -rw-r- 1 nad musicg 0 Nov 29 14:01 test2 On my linux system, the same test results in: $ ls -l test total 0 -rw-r- 1 nad nad 0 2009-11-29 14:02 test -rw-r- 1 nad nad 0 2009-11-29 14:02 test2 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Martin v. Löwis mar...@v.loewis.de added the comment: At some level, I'm not sure it really matters as long as the test uses whatever actual filesystem ownership is in place checking for default values. I think that's difficult to implement, as the files are not there anymore when the check is made (only the tarfile); somebody correct me if I'm wrong. So I agree that the test for group ownership should be dropped, in the failing case (i.e. where nothing was specified for the tar command). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
David Bolen db3l@gmail.com added the comment: I think that's difficult to implement, as the files are not there anymore when the check is made (only the tarfile); somebody correct me if I'm wrong. The files are created during setup, and I think exist through the duration of the test, only being removed during tearDown (via TempDirManager mixin) - otherwise this test couldn't be creating two separate archives from the same sources. Worst case though, just have setup grab the test file ownership information and hang onto it in general. But I think this specific test could also check filesystem ownership at any point in the test. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7409] cleanup now deepcopy copies instance methods
New submission from Robert Collins robe...@robertcollins.net: With deepcopy fixed, I ran across this little fixable component. -- components: Library (Lib) files: deepcopy-works.patch keywords: patch messages: 95823 nosy: rbcollins severity: normal status: open title: cleanup now deepcopy copies instance methods versions: Python 2.7, Python 3.2 Added file: http://bugs.python.org/file15417/deepcopy-works.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7409 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7409] cleanup now deepcopy copies instance methods
Benjamin Peterson benja...@python.org added the comment: Fixed in r76591. Thanks! -- nosy: +benjamin.peterson resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7409 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Tarek Ziadé ziade.ta...@gmail.com added the comment: I've dropped the gid control and just check the uid. From Distutils PoV, as long as this uid test pass, I can defer the complete uid/gid test to the dedicated tarfile tests. What is important here is being able to check that I can force a different uid/gid for sdist archives (the first part of my test) and this works well. Thanks everyone for the help ! done in r76588, r76590 -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7408] test_distutils fails on Mac OS X 10.5
Titus Brown ti...@idyll.org added the comment: Fix verified, thanks! -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7408 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7407] Minor Queue doc improvement
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- assignee: georg.brandl - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7407 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6077] Unicode issue with tempfile on Windows
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Fixed with r76593 (py3k) and r76594 (release31-maint) -- resolution: accepted - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6077 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5748] Objects/bytesobject.c should include stringdefs.h, instead of defining its own macros
Eric Smith e...@trueblade.com added the comment: This does not apply to 2.x. In both py3k and trunk, Objects/bytearrayobject.c uses stringlib with some private defines. But since those defines are only used in bytearrayobject.c, there's nothing to be gained by factoring then out into a bytearraydef.h file. So, I'm just going to fix this in Objects/bytesobjects.c, which only appears in py3k. -- versions: +Python 3.2 -Python 2.7, Python 3.1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5748] Objects/bytesobject.c should include stringdefs.h, instead of defining its own macros
Eric Smith e...@trueblade.com added the comment: Fixed in r76595. -- resolution: - accepted stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue5748 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7410] deepcopy of itertools.count resets the count
New submission from Robert Collins robe...@robertcollins.net: from copy import deepcopy from itertools import count c = count() c.next() 0 deepcopy(c) count(0) c.next() 1 deepcopy(c) count(0) c count(2) deepcopy(c).next() 0 I don't see any reason why these shouldn't be deepcopyable (or picklable for that reason - and that fails too) -- components: Library (Lib) messages: 95830 nosy: rbcollins severity: normal status: open title: deepcopy of itertools.count resets the count versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7410 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7410] deepcopy of itertools.count resets the count
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- assignee: - rhettinger nosy: +rhettinger ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7410 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7410] deepcopy of itertools.count resets the count
Changes by Raymond Hettinger rhettin...@users.sourceforge.net: -- priority: - low ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7410 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1859] textwrap doesn't linebreak on \n
Phillip M. Feldman pfeld...@verizon.net added the comment: As a temporary workaround, you can use the `wrap` function in my strnum module (http://pypi.python.org/pypi/strnum/2.4). Phillip -- nosy: +pfeld...@verizon.net ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1859 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7411] allow import from file having name containing hyphen or blank
New submission from Phillip M. Feldman pfeld...@verizon.net: It appears that there is currently no way to import from a file whose name contains a hyphen or blank. This makes it difficult to encode a version number or date in the file name. The solution that I favor would be to allow the name of the file to be specified via a quoted string. -- components: Interpreter Core messages: 95832 nosy: pfeld...@verizon.net severity: normal status: open title: allow import from file having name containing hyphen or blank type: behavior versions: Python 2.5 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue7411 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com