[issue15003] make PyNamespace_New() public
Eric Snow ericsnowcurren...@gmail.com added the comment: I'll get a patch up tomorrow to make the type pickleable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15003 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14428] Implementation of the PEP 418
Charles-François Natali neolo...@free.fr added the comment: I'm closing again this issue. @neologix: Please open a new issue if you disagree with me on the definition of seconds for time.process_time(). I won't reopen, but I still disagree with your definition. process_time() returns second, as does the Unix 'time' command return: $ time sleep 1 real0m1.014s user0m0.000s sys 0m0.000s AFAICT, process_time() returns user + sys. Since the unit of those two fields are second, the value returned is in second. I doesn't include time spent in 'S'/'D'/whatever time, but it's still seconds. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14996] IDLE 3.2.3 crashes saving a .py file to certain folders on Windows 7
Terry J. Reedy tjre...@udel.edu added the comment: #12988 was about saving specifically to a Win7 Explorer window sidebar 'library', and the OP report with 3.2.1. This is different from a normal path as you know it. Maureen said she cannot save 'any file' except to desktop and that the behavior changed from 3.2.1 to 3.2.3. Maureen, if you reply by email, PLEASE trim everything except your reply. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13515] Consistent documentation practices for security concerns and considerations
Changes by Tshepang Lekhonkhobe tshep...@gmail.com: -- nosy: +tshepang ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13515 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE: calltips mishandle raw strings and other examples
Terry J. Reedy tjre...@udel.edu added the comment:
By 'Python 3 only', I meant that I am not personally planning to backport to
2.7. I do not want to edit the more complicated get_arg_text and consider other
issues higher priority.
I meant to include a test case for callable instances, but forgot. When
I add to test class TC
def __call__(self, ci): (self, ci)
tc( gives the inherited TC.__doc__ as the tool tip, which in this case happens
to by the artificial (ai=None, *b).
Adding the following to get_argspec:
# after current if is...type: fob = ...
elif isinstance(ob.__call__, types.MethodType):
fob = ob.__call__
or isinstance(ob.__call__, types.MethodType)
# to self-strip conditional, as instance is already typed
if isinstance(ob.__call__, types.MethodType):
doc = ob.__call__.__doc__
else:
# before current doc = line, which gets indented
makes this new test pass.
fdoc = tc.__call__.__doc__
test('tc', fdoc + \n + fdoc)
Revised patch with above attached.
Note 1: Programming is more fun with decent tests.
Note 2: These non-visual automatic test do not completely substitute for visual
testing with the gui. When I first used a broader conditional than the 'elif'
above, one that caught list.append and [].append, the tests passed, but typing
list.append( resulting in weird behavior: something flashed and the typed text
moved down a line.
--
Added file: http://bugs.python.org/file25828/i12510b.test.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12510
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE: calltips mishandle raw strings and other examples
Terry J. Reedy tjre...@udel.edu added the comment: Stephen D'Aprano just asked on Python list how to get signatures of builtins, noting that calling inspect.getargspec on a Python-coded subclass of a builtin class raises an exception. So we need another testcase, verify the behavior, and probably add try-except around the inspect call. (Perhaps inspect.py should be revised to not leak an exception when given the advertised acceptible input, but that is another issue.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE: calltips mishandle raw strings and other examples
Terry J. Reedy tjre...@udel.edu added the comment: Upon further thought, not a problem. Stephen considered the case: class myint(int): # inherit __init__ def added_func(self): some new function of an int In this case, fob = myint.__init__ would not be FunctionType and inspect would not be called. Tool tip would be myint.__doc__ and writer could follow style of builtins. Still an interesting test case to add. A different question is whether the default for callables (as opposed to non-callables) should be nothing or something like 'args unknown' or 'see docs'. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset cca2a1cc9598 by Hynek Schlawack in branch 'default': #14814: ipaddress: refactor dup code, minor janitoring, bump coverage http://hg.python.org/cpython/rev/cca2a1cc9598 -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14814] Implement PEP 3144 (the ipaddress module)
Hynek Schlawack h...@ox.cx added the comment: So one more issue from me: as indicated, the constructor using packed of IPv6Networks is broken (wrong indent). The question is whether we want to be able to construct using packed at all. Also the strict check doesn't make any sense because the net mask is ALL_ONES so if the construction of the IPv6Address succeeds, there's no way the check can fail. -- Added file: http://bugs.python.org/file25829/ipaddress-ipv6network-constructor.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14814 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11022] locale.getpreferredencoding() must not set temporary LC_CTYPE
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 2587328c7c9c by Victor Stinner in branch 'default': Close #11022: TextIOWrapper doesn't call locale.setlocale() anymore http://hg.python.org/cpython/rev/2587328c7c9c -- nosy: +python-dev resolution: - fixed stage: patch review - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11022 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] 3.x locale does not default to C, contrary to the documentation and to 2.x behavior
STINNER Victor victor.stin...@gmail.com added the comment: Either the code is incorrect in 3.1 or the documentation should be updated. Leaving LC_CTYPE unchanged (use the C locale, which is ASCII in most cases) at Python startup would be a major change in Python 3. I don't want to change this. You would see a lot of mojibake in your GUIs and get a lot of ugly surrogate characters in filenames (because of the PEP 393) if we don't set the LC_CTYPE to the user preferred encoding at startup anymore. Setting the LC_CTYPE to the user preferred encoding is just very convinient and helps Python to speak to the user though the console, to the filesystem, to pass arguments on a command line of a subprocess, etc. For example, you cannot pass non-ASCII characters to a subprocess, characters written by the user in your GUI, if your current LC_CTYPE locale is C (ASCII): you get an Unicode encode error. So it's just a documentation issue: see my attached patch. -- keywords: +patch Added file: http://bugs.python.org/file25830/locale_doc.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] locale documentation doesn't mention that LC_CTYPE is changed at startup
Changes by STINNER Victor victor.stin...@gmail.com: -- components: +Unicode title: 3.x locale does not default to C, contrary to the documentation and to 2.x behavior - locale documentation doesn't mention that LC_CTYPE is changed at startup versions: +Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue4849] instantiating and populating xml.dom.minidom.Element is cumbersome
Alexander O alexan...@vonoesterreich.com added the comment: On Jun 2, 2012 7:00 AM, Alexandre Zani rep...@bugs.python.org wrote: Alexandre Zani alexandre.z...@gmail.com added the comment: Here is my patch for it. -- keywords: +patch Added file: http://bugs.python.org/file25796/easier_element_init.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4849 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue4849 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14156] argparse.FileType for '-' doesn't work for a mode of 'rb'
Moritz Klammler moritz.klamm...@gmail.com added the comment: I don't know how if this is the perfect solution but it keeps the program from crashing. 1154c1154,1157 return _sys.stdin --- if 'b' in self._mode: return _sys.stdin.buffer else: return _sys.stdin 1156c1159,1162 return _sys.stdout --- if 'b' in self._mode: return _sys.stdout.buffer else: return _sys.stdout -- nosy: +moritz type: behavior - crash versions: +Python 3.2 -Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14156 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14996] IDLE 3.2.3 crashes saving a .py file to certain folders on Windows 7
Roger Serwy roger.se...@gmail.com added the comment: Issue12988 only has this problem on 64-bit Win 7. The 32-bit version works correctly. Maureen tried both versions and had the same problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14974] rename packaging.pypi to packaging.index
Alexis Metaireau ale...@notmyidea.org added the comment: The problem is that PyPI isn't a good name since it's the name of ONE index. Westley, do you have any other idea? Otherwise, I think we should stick to index, which is a good name for something that's named index quite everywhere already. Especially because it's living under the packaging namespace. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14974 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12354] packaging.pypi.simple docs use both client and crawler name, which might be confusing
Alexis Metaireau ale...@notmyidea.org added the comment:
Alexis, you introduced the client/crawler naming after reading some book;
what do you think now?
Making the distinction between a crawler and a client is probably not a
good idea since it introduces two concepts instead of one simple one.
We have indexes and different ways to access them: What about having an
XMLRPCClient and a SimpleClient?
In addition, having a simpler API, something like
packaging.indexes.get_client('simple' OR 'xmlrpc') can be useful, but
that's a different issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12354
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14950] Make packaging.install API less confusing and more extensible
Alexis Metaireau ale...@notmyidea.org added the comment: Attaching a work in progress file which intend to replace the current install.py file. The implementation isn't finished yet but the overall design is here. It comes with four classes: - Installer which manages the overall installation procedure. It shares a distribution cache with the dependency handler so distributions are not downloaded / extracted multiple times. The installer is able to install / remove single distributions OR distributions with their dependency tree. - DependencyHandler which takes care about getting the dependencies from either the metadata stored in the indexes or inside the distirbutions. - The DistributionCache class is just a store containing the location of the distributions that had been extracted/downloaded. It provides methods to ease the work with them (so any external user don't need to care about the state of the distribution when requesting it). - DirectoryMover provides a way to deal with moving/deleting operations with a commit/rollback API. The goal is to simplify a lot the current API and to provide a reusable tool for other installers. why not putting this in shutil at some point. This file is provided here mostly for feedback, but the work is not finished yet. -- Added file: http://bugs.python.org/file25831/install.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14950 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12354] packaging.pypi.simple docs use both client and crawler name, which might be confusing
Changes by Petri Lehtinen pe...@digip.org: -- nosy: -petri.lehtinen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12354 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
New submission from anatoly techtonik techto...@gmail.com:
This code dumps a lot of internal source code info when executed with trace as:
python -m trace --trace file2.py
---[file2.py]
import subprocess
def ret():
output = subprocess.check_output(['hg', 'id', '-nib'])
print( output )
print( output )
print( output.strip() )
print( output.strip().split() )
ret()
---
Normally, the last line of the output is:
['e67793ec2995+', '2162+', 'default']
But during trace call it is:
['subprocess.py(1180):', '_dup2(errwrite,', '2)', '---', 'modulename:',
'subprocess,', 'funcname:', '_dup2', 'subprocess.py(1174):', 'if', 'a', '==',
'b:', 'subprocess.py(1176):', 'elif', 'a', 'is', 'not', 'None:',
'subprocess.py(1184):', 'closed', '=', '{', 'None', '}',
...
etc.
--
files: file2.py
messages: 162347
nosy: techtonik
priority: normal
severity: normal
status: open
title: trace corrupts return result on chained execution
versions: Python 2.7
Added file: http://bugs.python.org/file25832/file2.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15005
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
anatoly techtonik techto...@gmail.com added the comment: The behavior repeats with PyPy 1.8.0, and doesn't repeat with Python 3. -- components: +Library (Lib) ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14989] http.server option to run CGIHTTPRequestHandler
Senthil Kumaran sent...@uthcode.com added the comment: Thanks for sharing your views, Éric. I guess, RDM has +1 too ( since he closed it). Let this be only in 3.3+ then. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14989 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Python2 has a pure python implementation of subprocess, with separate calls to fork() and exec(); so the output of the subprocess contains the trace of the forked Python interpreter, until the exec() system call. Python3 has a C implementation: _posixsubprocess.fork_exec() won't call the Python interpreter between fork() and exec(), and no trace is emitted. Yes, Python3 is better :) -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14997] Syntax Error in Python Version Number
cuulblu k...@fivefingerdesigns.com added the comment: Ned I entered the commands you gave in the Python (command line). When Idle then opened I put test code in and am still getting the same error message. I deleted the idlerc folder. I am still getting the same error message. To expand on the problem, I get the error message when hitting the F5 key. If I hit Enter, instead of going to a new line it runs the code, but does not produce an error message. I get the same results on all three machines mentioned in my original post. I have also installed on an older XP machine, which produces the same results. It really makes no sense to me how 4 computers can all have the same issue. (Wanders off looking for the nearest wall) I downloaded the software from this website. I have tried both 32 bit and 64 bit versions. Currently the 64 bit versions are installed on the 64 bit machines. I hope to find a solution for this soon as I am getting behind on homework. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
anatoly techtonik techto...@gmail.com added the comment: OMG. =) Is it possible to fix it somehow? Postpone output collection until the very exec() call? Or provide a different stream for collecting output? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE: calltips mishandle raw strings and other examples
Roger Serwy roger.se...@gmail.com added the comment: Callable instances now return a call tip. Good! I agree with your analysis of the issue raised by Stephen. The get_argspec function will not fail unexpectedly. but typing list.append( resulting in weird behavior: something flashed and the typed text moved down a line. I get L.append(object) - None -- append object to end as the call tip on Linux. I'm not sure why it didn't work on Win 7. Could an unintentional enter key-press be the culprit? A different question is whether the default for callables (as opposed to non-callables) should be nothing or something like 'args unknown' or 'see docs'. I agree that if the argspec string has no contents after all the code in get_argspec, then it should have a message added. Perhaps the following would be sufficient: if hasattr(ob, '__call__'): [truncated] if not argspec: argspec += Arguments unknown. See docs. return argspec -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: It's not possible to delay output collection: output starts being collected just after the call os.dup2(cp2write, 1) and before exec(), we need to os.close it. The trace module will already have emitted some lines. Process output by definition goes to the C stdout, but you could redirect sys.stdout (the Python one, used by print) to something else, like a StringIO so that trace.py does not pollute the subprocess output. In 3.2, suprocess.py states that the pure Python implementation (the one use in 2.7) is not thread safe. We could add that it's not reentrant or trace-friendly as well... this is not surprising IMO. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] locale documentation doesn't mention that LC_CTYPE is changed at startup
Ned Deily n...@acm.org added the comment: LGTM -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13959] Re-implement parts of imp in pure Python
John Ehresman j...@wingware.com added the comment: This may be a known problem, but imp.load_module fails when trying to load a C extension. This is with the 3.3a4 release on Windows, though I suspect the problem is cross-platform. -- nosy: +jpe ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13959 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14966] Fully document subprocess.CalledProcessError
Changes by Chris Rebert pyb...@rebertia.com: -- nosy: +cvrebert ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14966 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13959] Re-implement parts of imp in pure Python
Brett Cannon br...@python.org added the comment: Does it work in Python 3.2, John? If it does then it's just an oversight thanks to the lack of tests in test_imp and it shouldn't be too difficult to support. But do realize I have deprecated the function. =) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13959 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14997] IDLE tries to run shell window if line is completed with F5 rather than Enter
Ned Deily n...@acm.org added the comment: Thanks for the additional information; it's now clear what's going on. IDLE has two kinds of windows where code can be entered. When you launch IDLE, by default it opens with its shell window. This window is similar to running the Python interpreter in interactive mode, i.e. you can type in lines of Python code that are immediately executed and whose results are displayed. The other kind of window is an IDLE editor window in which you can edit a file containing Python code (either a new file or by opening an existing file). When you are ready to run the code in the selected editor window (there may be multiple ones open), you either use the Run menu command or its accelerator shortcut, F5. The results of running the file are also displayed in the IDLE shell window. What seems to be happening here is that, if are you in the shell window and enter some text and press F5 rather than return/enter to complete the line, IDLE mistakenly treats the shell window as if it were an editor window and prompts you to save and then tries to run the contents of the shell window. It shouldn't let you do that. Thanks for bringing that error to our attention! -- stage: - needs patch title: Syntax Error in Python Version Number - IDLE tries to run shell window if line is completed with F5 rather than Enter type: compile error - behavior versions: +Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14428] Implementation of the PEP 418
Antoine Pitrou pit...@free.fr added the comment: I don't know what you two are arguing about, since the process_time() doc says Return the value (in fractional seconds) of the sum of the system and user CPU time of the current process. (while I'm not sure what fractional seconds are, they are probably seconds in the first place :-)) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14428 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
anatoly techtonik techto...@gmail.com added the comment: Is it possible to pause trace and resume after the exec call? Between some missing instructions from subprocess internals and traceability of the Python programs I'd choose the latter. It can be even more actual for people tracing program execution in the process of porting to Python 3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14997] IDLE tries to run shell window if line is completed with F5 rather than Enter
Roger Serwy roger.se...@gmail.com added the comment: The ScriptBinding extension is enabled for the shell. If the shell is in a modified state, then pressing F5 will bring up the save dialog (or auto-save), and then perform a syntax check. This is what cuublu experienced. Attached is a patch against 3.3a4 to disable ScriptBinding in the shell window. The patch is identical for 2.7 branch. -- keywords: +patch nosy: +serwy Added file: http://bugs.python.org/file25833/issue14997.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14997 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Sure, just save/restore the trace function around your calls to subprocess. But I fail to see how a Python2-only issue can affect a Python3 port. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14907] SSL module cannot handle unicode filenames
Marc Schlaich marc.schla...@googlemail.com added the comment: Well, the Unicode HOWTO states: When opening a file for reading or writing, you can usually just provide the Unicode string as the filename, and it will be automatically converted to the right encoding for you This is really an unexpected behavior which could be easily missed by a test case so I would really vote for making this clear in the documentation. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14907 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13959] Re-implement parts of imp in pure Python
John Ehresman j...@wingware.com added the comment: On 6/5/12 1:08 PM, Brett Cannon wrote: Brett Cannonbr...@python.org added the comment: Does it work in Python 3.2, John? If it does then it's just an oversight thanks to the lack of tests in test_imp and it shouldn't be too difficult to support. But do realize I have deprecated the function. =) Attached is a short test file to demonstrate this. It assumes the standard win32 layout, but shouldn't be hard to modify. It does work in Python 3.2, but the else: clause in 3.3's imp.load_module function raises an ImportError. I think the fix is to add an elif C_EXTENSION: clause that loads the .so / .pyd. I've already rewritten my code to use importlib when running in Python 3.3. -- Added file: http://bugs.python.org/file25834/imptest.py ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13959 ___import imp import importlib import sys dirname = r'c:\Python33\dlls' name = '_bz2' assert name not in sys.modules use_imp = True if use_imp: fp, pathname, description = imp.find_module(name, [dirname]) mod = imp.load_module(name, fp, pathname, description) else: loader = importlib.machinery.PathFinder.find_module(name, [dirname]) mod = loader.load_module(name) print (mod) ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14907] SSL module cannot handle unicode filenames
Marc Schlaich marc.schla...@googlemail.com added the comment:
For example it is broken in the well known requests library:
import requests
requests.get('x', cert=u'öäü.pem')
Traceback (most recent call last):
File stdin, line 1, in module
...
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-2:
ordinal not in range(128)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14907
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15000] _posixsubprocess module broken on x32
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- nosy: +Arfrever stage: - patch review title: posixsubprocess module broken on x32 - _posixsubprocess module broken on x32 versions: +Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15000] _posixsubprocess module broken on x32
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Would a uint64_t be recommended in this case? -- nosy: +amaury.forgeotdarc ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue11694] xdrlib raises ConversionError in inconsistent way
Petri Lehtinen pe...@digip.org added the comment:
I see one obvious issue with the patch: The ConversionErrors it creates are
passed the struct.error or TypeError instance as a parameter. The first
argument of these exceptions would be better, i.e.
try:
...
except struct.error as e:
raise ConversionError(e.args[0])
Furthermore, my ear thinks that raises_conversion_error would be a better name
for the decorator than raising_conversion_error.
Anyway, I think the whole ConversionError is a bit problematic, as either
TypeError or ValueError would be the most appropriate exception, depending on
the situation. For example:
p = Packer()
p.pack_int('foo') # should raise a TypeError
p.pack_int(2**100) # should raise a ValueError
This would be slightly harder to implement, though, as struct.error has exactly
the same problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11694
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15006] Allow equality comparison between naive and aware datetime objects
New submission from Alexander Belopolsky alexander.belopol...@gmail.com: Guido: Let's make it so. / python-dev -- components: Extension Modules, Library (Lib) messages: 162368 nosy: belopolsky priority: normal severity: normal status: open title: Allow equality comparison between naive and aware datetime objects type: enhancement versions: Python 3.4 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15006] Allow equality comparison between naive and aware datetime objects
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- assignee: - belopolsky ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14908] datetime.datetime should have a timestamp() method
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- assignee: - belopolsky nosy: -Alexander.Belopolsky stage: - needs patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14908 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15000] _posixsubprocess module broken on x32
Mike Frysinger vap...@users.sourceforge.net added the comment: a uint64_t would fix it for x86_64, but break it most 32bit systems as sizeof(unsigned long) == 32bit for them -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9527] Add aware local time support to datetime module
Changes by Barry A. Warsaw ba...@python.org: -- nosy: +barry ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
anatoly techtonik techto...@gmail.com added the comment: The fix for saving/restoring trace function belong to subprocess module. Python2 only issue will be actual when you have to port Python2 only app where it works ok to the Python3 where it doesn't work even if it executes successfully. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14059] Implement multiprocessing.Barrier
Richard Oudkerk shibt...@gmail.com added the comment: The attached patch uses memoryview instead of ctypes. If the patch for Issue #14953 (reimplementing RawArray/RawValue in terms of memoryview) is applied, then it could be simplified a bit. -- Added file: http://bugs.python.org/file25835/mp_barrier.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14059 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15000] _posixsubprocess module broken on x32
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset aa9cfeea07ad by Gregory P. Smith in branch '3.2': Fixes issue #15000: support the odd x32 abi on posixsubprocess's system call. http://hg.python.org/cpython/rev/aa9cfeea07ad New changeset 5a4d5e714d08 by Gregory P. Smith in branch 'default': Fixes issue #15000: support the odd x32 abi on posixsubprocess's system call. http://hg.python.org/cpython/rev/5a4d5e714d08 -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15000] _posixsubprocess module broken on x32
Changes by Gregory P. Smith g...@krypto.org: -- resolution: - fixed status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15000] _posixsubprocess module broken on x32
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com: -- stage: patch review - committed/rejected ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15000 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue12510] IDLE: calltips mishandle raw strings and other examples
Terry J. Reedy tjre...@udel.edu added the comment: The weird behavior was as if the cursor were moved to the beginning of the line and Enter pressed. I cannot duplicate it. I had elif not isinstance(ob, (types.FunctionType, types.MethodType)): instead elif isinstance(ob.__call__, types.MethodType): but something else must have been different, as list.append( works now with above changed back. The tests pass because passing fob to inspect is guarded. But the correct conditional is needed anyway elsewhere in the file. So I will forget this until it happens again ;-). Since we (intend to) inspect all Python-coded callables, and since that returns at least '()' for no args (there is already a test for that), empty callable argspec should only happen for builtin and extension callables with no docstring. I added this code: _default_callable_argspec = No docstring, see docs. # before get_argspec if not argspec: argspec = _default_callable_argspec I added tests for this and for subclasses of builtins and uploaded a new patch. Can you think of anything else to test? Now that the code and test cases seem about settled, the other (big) change I would like to make is to make most of the tests into proper unittests of get_argspec (which means passing an object, not a string) and some (with some overlap) into unittests of get_entity (passing expression string, getting object). Since rpcclt is None when tests call CallTips.fetch_tip, the method reduces to get_argspec(get_entity(expression)), which just mixes tests of the two functions together. -- Added file: http://bugs.python.org/file25836/i12510c.test.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue12510 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15007] Unittest CLI does not support test packages very well
New submission from R. David Murray rdmur...@bitdance.com: Suppose you have a test package: test_pkg __init__.py test_mytest.py If __init__.py is empty and you run python -m unittest test_pk no tests are found. You can get this to work by adding the following boiler plate to __init__.py: def load_tests(loader, standard_tests, pattern): this_dir = os.path.dirname(__file__) if pattern is None: pattern = test* package_tests = loader.discover(start_dir=this_dir, pattern=pattern, top_level_dir=this_dir) standard_tests.addTests(package_tests) return standard_tests Note that top_level_dir is required to handle specifying more than one test package at a time on the unittest command line. Otherwise the second package gets a loader that already has _top_level_dir set, and so it fails to default to start_dir. I suspect this is also a bug. This works; it uses discovery to find the tests and returns them using the load test protocol. Other methods could be used to construct the test to add as well. But all have the serious disadvantage that the package name does not appear in the output. Running the above test_pkg command line give results like this with -v: test_something (test_mytest.Test) ... ok test_pkg is not mentioned. This is merely annoying when running a single test package, but if you do something like: python -m unittest -v test_pkg test_pkg2 You can't tell in the verbose output or the test failure output which test package the tests are from. In summary, unittest needs better support for test packages. -- messages: 162374 nosy: michael.foord, r.david.murray priority: normal severity: normal stage: needs patch status: open title: Unittest CLI does not support test packages very well type: enhancement versions: Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15006] Allow equality comparison between naive and aware datetime objects
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- keywords: +needs review nosy: +pitrou stage: - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15006] Allow equality comparison between naive and aware datetime objects
Changes by Alexander Belopolsky alexander.belopol...@gmail.com: -- keywords: +patch Added file: http://bugs.python.org/file25837/issue15006.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15006 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15005] trace corrupts return result on chained execution
Amaury Forgeot d'Arc amaur...@gmail.com added the comment: Sorry, what does not work in Python3? And how can the trace module help you? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15005 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10854] Output .pyd name in error message of ImportError when DLL load fails
Kristján Valur Jónsson krist...@ccpgames.com added the comment: repr() or str() of ImportError doesn't include the 'name' or 'path' members. It would be useful to have them added to the repr if present. -- nosy: +kristjan.jonsson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue10854 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15008] PEP 362 reference implementation for 3.3
New submission from Yury Selivanov yseliva...@gmail.com: This issue will track implementation of PEP 362 functionality. -- components: Library (Lib) files: pep362.1.patch hgrepos: 131 keywords: patch messages: 162377 nosy: Yury.Selivanov, brett.cannon, larry priority: normal severity: normal status: open title: PEP 362 reference implementation for 3.3 type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file25838/pep362.1.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15008 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14953] Reimplement subset of multiprocessing.sharedctypes using memoryview
Changes by Antoine Pitrou pit...@free.fr: -- nosy: +neologix, pitrou ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14953 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15009] urlsplit can't round-trip relative-host urls.
New submission from Buck Golemon b...@yelp.com:
1) As long as x is valid, I expect that urlunsplit(urlsplit(x)) == x
2) yelp:///foo is a well-formed (albeit odd) url. It it similar to file:///tmp:
it specifies the /foo resource, on the current host, using the yelp protocol
(defined on mobile devices).
from urlparse import urlsplit, urlunsplit
urlunsplit(urlsplit('yelp:///foo'))
'yelp:/foo'
Urlparse / unparse has the same bug:
urlunparse(urlparse('yelp:///foo'))
'yelp:/foo'
The file: protocol seems to be special-case, in an inappropriate manner:
urlunsplit(urlsplit('file:///tmp'))
'file:///tmp'
--
components: Library (Lib)
messages: 162378
nosy: Buck.Golemon
priority: normal
severity: normal
status: open
title: urlsplit can't round-trip relative-host urls.
versions: Python 2.6, Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15009
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15007] Unittest CLI does not support test packages very well
Michael Foord mich...@voidspace.org.uk added the comment: Whilst I agree in principle... The trouble is that when you do this: python -m unittest test_pk What you are saying is run all the tests from the test_pk module. You *aren't* launching discovery. This should work: python -m unittest discover -t . test_pkg This is more verbose than is ideal. Suggestions for improvements welcome. Having unittest revert to discovery when it is passed a package name that turns out to be empty seems a bit magical (and complex in terms of implementation). Yes, calling loader.discover inside a load_tests function will mutate that loader - so having discover restore _top_level_dir on exit would be better. Can you post that as a separate issue? I think there is a separate issue for improving the test failure name (including module) reporting. I'll try and dig out the issue number. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6203] locale documentation doesn't mention that LC_CTYPE is changed at startup
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 113cdce4663c by Victor Stinner in branch 'default': Close #6203: Document that Python 3 sets LC_CTYPE at startup to the user's preferred locale encoding http://hg.python.org/cpython/rev/113cdce4663c -- nosy: +python-dev resolution: - fixed stage: needs patch - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue6203 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue9527] Add aware local time support to datetime module
Changes by Cameron Simpson c...@zip.com.au: -- nosy: +cameron ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue9527 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15001] segmentation fault with del sys.module['__main__']
STINNER Victor victor.stin...@gmail.com added the comment: Attached patch changes PyRun_SimpleFileExFlags() to keep a reference to the module. -- keywords: +patch Added file: http://bugs.python.org/file25839/pyrun_simple.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14769] Add test to automatically detect missing format units in skipitem()
Larry Hastings la...@hastings.org added the comment: I guess the answer was no. Attached is a new diff as you suggest. It isn't really any shorter--in fact it's about 20% longer. Though I freely admit it is more written-in-Python-y. The test currently passes. If you add support for a new format unit (like add case '8': above case 'H': in convertsimple()) without adding the corresponding case to simpleitem(), it fails. If you perform the same operation on simpleitem() but not to convertsimple(), it again fails. So I assert the test is working 100% correctly. -- Added file: http://bugs.python.org/file25840/larry.test_skipitem_parity.2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14769 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14996] IDLE 3.2.3 crashes saving a .py file to certain folders on Windows 7
Maureen Cuomo mcu...@prestonhs.org added the comment: I have done some experimenting. I can save a file that I created on another computer any place. It seems the only new files cannot be save in my usual folder. I don't save in pyton32 folder. I have another folder to save in. Maybe this will help Maureen On Tue, Jun 5, 2012 at 10:00 AM, Roger Serwy rep...@bugs.python.org wrote: Roger Serwy roger.se...@gmail.com added the comment: Issue12988 only has this problem on 64-bit Win 7. The 32-bit version works correctly. Maureen tried both versions and had the same problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13959] Re-implement parts of imp in pure Python
Brett Cannon br...@python.org added the comment: You're right about the solution, John. I (or someone else) just needs to code it up. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13959 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15001] segmentation fault with del sys.module['__main__']
Changes by Jesús Cea Avión j...@jcea.es: -- nosy: +jcea ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15001 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15007] Unittest CLI does not support test packages very well
R. David Murray rdmur...@bitdance.com added the comment: Right, I'm not wanting to run discovery from the command line, I'm wanting to run the tests in the package by package name. In my mind, this is exactly parallel to specifying a module name and having unittest automatically discover the TestCase classes in it. We don't have unittest run 0 tests because discovery wasn't invoked when the module name was specified. Why should it be different for a test package? If boilerplate is required in __init__.py to make that happen that's OK, though to my mind not ideal. Is there some different magic I can put into __init__.py that will result in the tests in the package being run such that the package name shows up in the report? Without that, specifying a package name on the unittest command line seems pretty useless. (I mean, to get it to do anything useful, you'd have to be putting all the TestCases in the __init__.py, and if you are doing that, why have a package?) The issue about improving the name output was about making it copy and pasteable (something I would also very much like). The naming issue here is different, about how to get the package name to show up in the fully qualified test name. I will open another bug for the _top_level_dir issue. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15007 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14996] IDLE 3.2.3 crashes saving a .py file to certain folders on Windows 7
Maureen Cuomo mcu...@prestonhs.org added the comment: I was working on a project and by instinct did a save as with a new name. It worked fine. So just to test things. I closed out of all python files, opened idle, opened a new window, tried to save the new window and the swirling circle came and then the message 'python has stopped working'. Then everything closes. Maybe this will help Maureen On Tue, Jun 5, 2012 at 8:11 PM, Maureen Cuomo rep...@bugs.python.orgwrote: Maureen Cuomo mcu...@prestonhs.org added the comment: I have done some experimenting. I can save a file that I created on another computer any place. It seems the only new files cannot be save in my usual folder. I don't save in pyton32 folder. I have another folder to save in. Maybe this will help Maureen On Tue, Jun 5, 2012 at 10:00 AM, Roger Serwy rep...@bugs.python.org wrote: Roger Serwy roger.se...@gmail.com added the comment: Issue12988 only has this problem on 64-bit Win 7. The 32-bit version works correctly. Maureen tried both versions and had the same problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15010] unittest: _top_level_dir is incorrectly persisted between calls to different load_test methods
New submission from R. David Murray rdmur...@bitdance.com: During the execution of the load tests protocol, the loader instance will set its _top_level_dir attribute, and this will persist if the loader is passed on to another load_tests method. If that method does not specify a top_level_dir in a discovery call, the wrong top_level_dir may be used, and loading will fail. You can reproduce this by having two test *packages* with a load_tests method that calls discover in their __init__.py, and specify both package names to the unittest CLI. -- components: Library (Lib) keywords: easy messages: 162387 nosy: michael.foord, r.david.murray priority: normal severity: normal stage: needs patch status: open title: unittest: _top_level_dir is incorrectly persisted between calls to different load_test methods type: behavior versions: Python 2.7, Python 3.2, Python 3.3 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15010 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15008] PEP 362 reference implementation for 3.3
Changes by Alexandre Zani alexandre.z...@gmail.com: -- nosy: +Alexandre.Zani ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15008 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15008] PEP 362 reference implementation for 3.3
Ramchandra Apte maniandra...@gmail.com added the comment: Signature and signature are two variable names that differ only in case. To avoid confusion, I recommend one of the names should be changed. -- nosy: +ramchandra.apte ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15008 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue14996] IDLE 3.2.3 crashes saving a .py file to certain folders on Windows 7
Roger Serwy roger.se...@gmail.com added the comment: Maureen, can you please start IDLE from a command prompt and report the error message? Launch a command prompt, enter in cd c:\python32 and then python -m idlelib.idle. IDLE should appear. Proceed to save something that causes the crash. You should receive some feedback in the command prompt. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue14996 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15008] PEP 362 reference implementation for 3.3
Yury Selivanov yseliva...@gmail.com added the comment: Well, 'Signature' class is unlikely to be used very frequently. So I think it's fine. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15008 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15011] Change Scripts to bin on Windows
New submission from Brian Curtin br...@python.org: Attached is a patch, originally written by Van Lindberg*, which changes Python's layout on Windows to more match all of the other operating systems we support. This patch starts by changing the layout of virtual environments, so the venv module creates an environment with the same layout you'd find on Linux. The most visible change is the Scripts folder becoming bin, and there are changes to capitalization of folders to match that of Linux as well. If this is acceptable I can do the Windows installer change to have the installed layout follow what's in this patch. * Van asked me to take this on for him. I will make sure he has a contributor agreement on file. -- components: Library (Lib), Windows files: bin_directory.diff keywords: patch messages: 162391 nosy: brian.curtin, carljm, loewis, vinay.sajip priority: normal severity: normal stage: patch review status: open title: Change Scripts to bin on Windows type: enhancement versions: Python 3.3 Added file: http://bugs.python.org/file25841/bin_directory.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15011 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15012] test issue
New submission from Brian Curtin br...@python.org: IGNORE THIS ISSUE This is a test of a newer bitbucket mirror setup by Atlassian. I just want to get a feel for how it works before I post about it on the dev blog. -- hgrepos: 132 messages: 162392 nosy: brian.curtin priority: normal severity: normal status: open title: test issue ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15012] test issue
Changes by Brian Curtin br...@python.org: -- keywords: +patch Added file: http://bugs.python.org/file25842/e48c54fa4bfb.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15012] test issue
Changes by Brian Curtin br...@python.org: -- resolution: - invalid stage: - committed/rejected status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15008] PEP 362 reference implementation for 3.3
Éric Araujo mer...@netwok.org added the comment: Yes, it seems quite common to me to have a class called Thing and instances named thing. Unless it makes the code wrap better, using real names like signature instead of for example sig is recommended by PEP 8. -- nosy: +eric.araujo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15008 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15008] PEP 362 Signature Objects reference implementation
Changes by Éric Araujo mer...@netwok.org: -- keywords: +needs review stage: - patch review title: PEP 362 reference implementation for 3.3 - PEP 362 Signature Objects reference implementation ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15008 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15012] test issue
Changes by Brian Curtin br...@python.org: -- hgrepos: +133 keywords: +needs review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15012] test issue
Changes by Brian Curtin br...@python.org: -- hgrepos: +134 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue15012] test issue
Changes by Brian Curtin br...@python.org: Added file: http://bugs.python.org/file25843/e48c54fa4bfb.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue15012 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
