[issue28488] shutil.make_archive (xxx, zip, root_dir) is adding './' entry to archive which is wrong

New submission from Alexander Belchenko: Running shutil.make_archive('a', 'zip', 'subdir') is created wrong and not really needed entry "./" which is visible in zipfile.ZipFile.namelist(): ['./', 'foo/', 'hello.txt', 'foo/bar.txt'] This "./" affects some (windows) unzip

[issue25121] python logger can't wrap log file and blows with traceback

New submission from Alexander Belchenko: We're using standard logging library for logs. On machine of my colleague there is constantly traceback like this: [11:21:29] PermissionError: [WinError 32] The process cannot access the file because it is being used by another process: 'C:\\Users

[issue25121] python logger can't wrap log file and blows with traceback

Alexander Belchenko added the comment: PermissionError mentions file name "C:\\Users\\Andrew\\Desktop\\server\\logs\\2015-0 9-09_10-44-03\\2015-09-09_10-44-04-middleman-684.log.1" - but this file does not exist in log directory. There is only "C:\\Users\\Andrew\\Desktop\\serve

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: Based on my last assumption I'm able to reproduce this issue with simple test attached. If I comment out the line setup_logger(loggerB) The everything works OK. Once this line in - it's traceback. I guess it's fair to say the bug in my code and one

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: I have suspicion about this issue. In my application tornado framework is used. I setup logger for my own code, but use the same logger for tornado, so all messages from tornado itself go into the same log file. As I said earlier it's strange but one

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: Update to previous comment. I use the same settings for tornado logger (e.g. filename). logger = logging.getLogger('tornado') setup_logger(logger, log_config) So I have 2 loggers in one application which are trying to write to the same file. I

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Alexander Belchenko added the comment: According to documentation on RotateFileHandler "When this file is filled, it is closed and renamed to app.log.1, and if files app.log.1, app.log.2, etc. exist, then they are renamed to app.log.2, app.log.3 etc. respectively." But we have

[issue25121] python logger can't wrap log file and blows with traceback

Alexander Belchenko added the comment: Yes. it's rotating file handler. I'll try to recreate this issue with simpler test application, so I can provide something as example. -- ___ Python tracker <rep...@bugs.python.org> <http://bugs.p

[issue25121] python logger RotatingFileHandler can't wrap log file and blows with traceback

Changes by Alexander Belchenko <bia...@ukr.net>: -- title: python logger can't wrap log file and blows with traceback -> python logger RotatingFileHandler can't wrap log file and blows with traceback ___ Python tracker <rep...@bugs.pytho

[issue16164] there is no easy way to force unittest.main to use stdout rather than stderr

New submission from Alexander Belchenko: Why by default unittest.main (which uses unittest.TextTestRunner) prints everything to stderr. What the reason behind this behavior? It makes very inconvenient to run big test suite with less, i.e. python test.py | less or python test.py test.log

[issue12694] crlf.py script from Tools doesn't work with Python 3.2

New submission from Alexander Belchenko bia...@ukr.net: Attempt to use crlf.py script from standard windows install always fail with traceback: C:\Python32\Tools\ScriptsC:\Python32\python.exe crlf.py 2to3.py Traceback (most recent call last): File crlf.py, line 23, in module main

[issue11594] 2to3 tool does not preserve line-endings

Alexander Belchenko bia...@ukr.net added the comment: @Éric Araujo: I've ran tests with python 3.2. All tests have passed: -- Ran 540 tests in 37.688s OK -- ___ Python tracker rep

[issue11594] 2to3 does not preserve line endings

Alexander Belchenko bia...@ukr.net added the comment: Éric, thank you for the proposal, but I'm not familiar enough with the codebase to work on it. The short scan over the tests reveals that there is at least one test which tries to test CRLF behavior, in the file test_refactor.py, but I

[issue11594] 2to3 tool does not preserve line-endings

New submission from Alexander Belchenko bia...@ukr.net: I'm using LF-only line-endings for development of my IntelHex library. I'm working on Windows most of the time. After 2to3 tool has been ran on my library it has not only changed the Python syntax, but it also saved all files with CRLF

[issue1616979] cp720 encoding map

Alexander Belchenko bia...@users.sourceforge.net added the comment: As the author of original patch I want to note that it seems your merged patch does not update the documentation (list of standard encodings). Please, update the docs as well

[issue1616979] cp720 encoding map

Alexander Belchenko bia...@users.sourceforge.net added the comment: OK, thanks. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue1616979

[issue1526] DeprecationWarning in zipfile.py while zipping 113000 files

Changes by Alexander Belchenko: -- nosy: bialix severity: normal status: open title: DeprecationWarning in zipfile.py while zipping 113000 files type: behavior versions: Python 2.5 __ Tracker [EMAIL PROTECTED] http://bugs.python.org/issue1526

[issue1526] DeprecationWarning in zipfile.py while zipping 113000 files

New submission from Alexander Belchenko: C:\Python\2.5.1\lib\zipfile.py:719: DeprecationWarning: 'H' format requires 0 = number = 65535 0, 0, count, count, pos2 - pos1, pos1, 0) -- components: +Library (Lib) __ Tracker [EMAIL PROTECTED] http