[issue1870] bug tracker exception, when searching for "creator"
New submission from ThurnerRupert: filling out "creator" gives the following traceback: Traceback (most recent call last): File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/client.py", line 770, in renderContext result = pt.render(self, None, None, **args) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/templating.py", line 323, in render getEngine().getContext(c), output, tal=1, strictinsert=0)() File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 192, in __call__ self.interpret(self.program) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 236, in interpret handlers[opcode](self, args) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 666, in do_useMacro self.interpret(macro) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 236, in interpret handlers[opcode](self, args) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 411, in do_optTag_tal self.do_optTag(stuff) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 396, in do_optTag return self.no_tag(start, program) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 391, in no_tag self.interpret(program) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 236, in interpret handlers[opcode](self, args) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 689, in do_defineSlot self.interpret(slot) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 236, in interpret handlers[opcode](self, args) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 411, in do_optTag_tal self.do_optTag(stuff) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 396, in do_optTag return self.no_tag(start, program) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 391, in no_tag self.interpret(program) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 236, in interpret handlers[opcode](self, args) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/TAL/TALInterpreter.py", line 462, in do_setLocal_tal self.engine.setLocal(name, self.engine.evaluateValue(expr)) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/PageTemplates/TALES.py", line 227, in evaluate return expression(self) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/PageTemplates/Expressions.py", line 194, in __call__ return self._eval(econtext) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/PageTemplates/Expressions.py", line 189, in _eval return render(ob, econtext.vars) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/PageTemplates/Expressions.py", line 95, in render ob = ob() File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/cgi/templating.py", line 2463, in batch l = [id for id in klass.filter(matches, filterspec, sort, group) File "/home/roundup/roundup-production//lib/python2.4/site- packages/roundup/backends/rdbms_common.py", line 2178, in filter del d[None] KeyError -- components: None messages: 60142 nosy: ThurnerRupert severity: minor status: open title: bug tracker exception, when searching for "creator" type: crash versions: 3rd party __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1870> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1871] help fix memory usage or leak - edgewall trac 0.11 blocked ...
New submission from ThurnerRupert: how could one find a memory problem in python. edgewall trac 0.11 seems blocked for such a problem, where nobody had a really helpful idea for nearly three weeks. see http://groups.google.com/group/trac- dev/browse_thread/thread/116e519da54f16b. -- messages: 60147 nosy: ThurnerRupert severity: normal status: open title: help fix memory usage or leak - edgewall trac 0.11 blocked ... versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1871> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2696] unicode string does not get freed --> memory leak?
New submission from ThurnerRupert <[EMAIL PROTECTED]>: is it possible that str and unicode str are treated differently, i.e. unicode str does not give memory back? jonas borgström noticed the following behaviour: >>> resident_size() 3780 >>> a = ["%i" % i for i in xrange(2**22)] >>> resident_size() 239580 >>> del a >>> resident_size() 4128<-- Most memory returned to the os >>> a = [u"%i" % i for i in xrange(2**22)] >>> resident_size() 434532 >>> del a >>> resident_size()R 401760 <-- Almost nothing returned to the os for details see http://groups.google.com/group/trac-dev/browse_thread/thread/9de74e1d2f62e2ed. -- messages: 65837 nosy: ThurnerRupert severity: normal status: open title: unicode string does not get freed --> memory leak? versions: Python 2.5 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2696> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
ThurnerRupert added the comment: david, you mentioned working code. i am the opposite of an expert in the source code of python, but i thought i would be able to at least find where the code is for sys.stdout.write and sys.stderr.write, where i thought \ should be replaced by / when running in cygwin or msys/mingw. embarrassing for me, i did not find it. -- ___ Python tracker <http://bugs.python.org/issue6208> ___ ___ Python-bugs-list mailing list Unsubscribe: https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
New submission from ThurnerRupert : when installing python for windows and running it from a msys or cygwin shell, python does not notice that the path separator is backslash "/" instead of forward slash "\". can this be configured somehow, so the outputs are done like the current shell accepts it? like checking in http://docs.python.org/library/os.path.html what the parent process accepts? -- messages: 88958 nosy: ThurnerRupert severity: normal status: open title: path separator output ignores shell's path separator: / instead of \ versions: Python 2.6, Python 3.1 ___ Python tracker <http://bugs.python.org/issue6208> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
Changes by ThurnerRupert : -- components: +IO, Windows ___ Python tracker <http://bugs.python.org/issue6208> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
ThurnerRupert added the comment: if one installes python for windows with the provided installer, and then run this python from mingw/msys or cygwin, python prints backslash as path separator instead of forward slash. it would be nice if python would notice that it was started out of bash and this determines the path separator vs "output", e.g. print to the console. -- ___ Python tracker <http://bugs.python.org/issue6208> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
ThurnerRupert added the comment: to give an example case, running mercurial, which we do for a couple of years now with success. one install, starting it either from cmd, or mingw/msys bash: $ hg status M src\com\file.txt $ hg co -m "different path now" src/com/file.txt apart from the backslash in the printed paths, we are very happy on how neatly python handles this case. it is running on windows, using the standard libraries, .. therefor everything else is really "windows". it would be quite an exceptional case if anything else would be affected. could you come up with an example which you were thinking on? if you point us to some location in the code which would be best to start reading i'd be thankful. -- ___ Python tracker <http://bugs.python.org/issue6208> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6208] path separator output ignores shell's path separator: / instead of \
ThurnerRupert added the comment: the parent process would be "sh.exe" in the msys case, contrary to the windows standard cmd.exe, explorer.exe, system, system idle process, ... an example is the mercurial "status" command, see http://selenic.com/repo/index.cgi/hg/file/8bf6eb68ddaf/mercurial/comman ds.py#l2752 which uses http://selenic.com/repo/index.cgi/hg/file/8bf6eb68ddaf/mercurial/util.p y#l210 (pathto, ), and normpath = os.path.normcase(path). which does at the end: sys.stdout.write(str(a)) when string the string goes out on stdout or stderr it is not known any more it was a file path. hmm. -- ___ Python tracker <http://bugs.python.org/issue6208> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
