Eli Bendersky <eli...@gmail.com> added the comment:

[attaching a new patch version]

1. Are you refering to Lib/test/tracedmodules/__init__.py? I did add it - it 
appears in the patchfile. What do you mean?

2. Fixed

3. Fixed

4. I'm not sure. Tracing of the current file is also a common use case, and I 
really only created the tracedmodules package to test tracing throughout module 
boundaries. Anyway I don't have a strong opinion on this issue, so if you think 
it's important I can move them.

5. 8. I added a comment above the traced functions. For (8) moved the content 
of README into __init__.py, which documents this re the tracedmodules files in 
the tracedmodules/ dir.

6. I've documented this in the __init__.py file, once and globally for all 
traced modules as I don't want to repeat the same comment for each file that 
may be created there in the future. If you think this isn't enough, please 
advise re the comment you'd like to see in there.

7. Fixed

9. Modified the function's name to fix_ext_py and its functionality to what 
trace and some other modules do. Removed the 'modname' function and folded its 
functionality into my_file_and_modname. Re the latter, I prefer to leave it as 
a function because it's more flexible this way (flexible for changes in the 
trace format, for example), and also I almost always use the pair as a tuple 
anyway, so the function's returning the tuple is more convenient than always 
pairing two long constant names. The cost of recomputation is meaningless in 
the context of this code.

10. Fixed

11. Fixed

----------
Added file: http://bugs.python.org/file18420/issue9315.27-maint.6.patch

_______________________________________
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/issue9315>
_______________________________________
_______________________________________________
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

Reply via email to