This issue tracker has been migrated to GitHub ,
and is currently read-only.
For more information,
see the GitHub FAQs in the Python's Developer Guide.
Created on 2007年01月11日 23:06 by doko, last changed 2022年04月11日 14:56 by admin. This issue is now closed.
| Messages (3) | |||
|---|---|---|---|
| msg30971 - (view) | Author: Matthias Klose (doko) * (Python committer) | Date: 2007年01月11日 23:06 | |
[forwarded from http://bugs.debian.org/390152] seen with python2.4 and python2.5 on debian unstable import logging logging.basicConfig(level=logging.DEBUG, format='%(pathname)s:%(lineno)d') logging.info('whoops') The output when the logging/__init__.pyc file exists is: logging/__init__.py:1072 and when the __init__.pyc is deleted the output becomes: tst.py:5 |
|||
| msg30972 - (view) | Author: Jim Jewett (jimjjewett) | Date: 2007年01月12日 21:22 | |
Does debian by any chance (try to?) store the .py and .pyc files in different directories? The second result is correct; the second suggests that it somehow got confused about which frames to ignore. |
|||
| msg30973 - (view) | Author: Vinay Sajip (vinay.sajip) * (Python committer) | Date: 2007年01月15日 12:48 | |
It's also possible that symlinks mean that the value stored in a .pyc file are different to the expected values. See bug #1616422 - this appears to be the same issue. It's not about the frames - it's about the paths stored in the .pyc files. If at any time the path (the module's __file__ attribute) in the .pyc file is different to the actual path to the .py file, you would get this issue. It's not a logging problem per se - it's that the .py path and the path in the .pyc files don't match when they should. Logging just happens to be one of the packages which tries to use the information. |
|||
| History | |||
|---|---|---|---|
| Date | User | Action | Args |
| 2022年04月11日 14:56:22 | admin | set | github: 44441 |
| 2009年06月05日 22:22:43 | annacoder | set | nosy:
+ annacoder |
| 2007年01月11日 23:06:53 | doko | create | |