Brandon Bloom snprbo...@gmail.com added the comment:
Hm. In retrospect, CGIHandler should probably just set os_environ to an
empty dictionary in its class body (thereby not using the cached
environ), and this would then work correctly for repeated uses.
This would be a clean bugfix
New submission from Brandon Bloom snprbo...@gmail.com:
This issue came up while doing Google App Engine development. Apparently
the default wsgi handler logic is to cache os.environ into os_environ at
import time. This is reasonable behavior for wsgi, but when using cgi,
this is a serious
Brandon Height bmhei...@gmail.com added the comment:
This behavior is also found inside of version 2.6.2
--
nosy: +lasko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6861
Brandon Dixon brandon.s.di...@gmail.com added the comment:
Can you guys let me know when this is fixed or thought to be fixed. I would
like to test from my end just to ensure.
On Sun, Aug 2, 2009 at 11:27 PM, Guilherme Polo rep...@bugs.python.orgwrote:
Guilherme Polo ggp...@gmail.com added
New submission from Brandon Corfman bcorf...@fastmail.fm:
Indicate in docs whether freeze_support() can be called without issues
on Unix or OS X, so the user knows whether they can have a single code
base that works correctly on all platforms.
--
assignee: georg.brandl
components
Brandon Adams sockonaf...@gmail.com added the comment:
Ah, that's it. Thanks for the tip, this issue can be closed now.
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5105
New submission from Brandon Adams sockonaf...@gmail.com:
When using sqlite3.Row as the row_factory for a sqlite3 connection and
performing a SQL join that returns rows from two or more tables with
identical column names, the returned sqlite3.Row object contains
duplicate keys. Subsequently
New submission from Brandon Dixon brandon.s.di...@gmail.com:
I made changes to my code and hit F5 to run it through IDLE. The code
appeared to run without any errors, but when I closed everything out and
ran it again it turned out to be full of errors.
I am able to replicate this problem
Brandon Mintern [EMAIL PROTECTED] added the comment:
Looking at your code example, that solution seems quite obvious now, and
I wouldn't even call it a workaround. Thanks for figuring this out.
Now if I could only remember what code I was using
New submission from Brandon Ehle [EMAIL PROTECTED]:
While running the 2to3 script on the scons codebase, I ran into an
UnicodeDecodeError.
Attached is just the portion of the script that causes the error.
2to3 throws an error on the string regardless of whether the unicode
string literal
Brandon Ehle [EMAIL PROTECTED] added the comment:
Someone on the #python IRC channel suggested that the default for python
3.0 for unicode string literals is reversed from python 2.5.
If you remove the unicode string literal (u'') from the front of the
string, it runs fine under python 3.0
Brandon Ehle [EMAIL PROTECTED] added the comment:
Also, I can confirm that running 2to3 with Python 2.6 correctly converts
the script but running 2to3 with Python 3.0 results in a
UnicodeDecodeError exception.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org
New submission from Brandon Corfman:
Python's documentation for the re.match function is match(pattern,
string, [flags]) where pattern can be either a regex string or a
compiled regex object. If it's a compiled regex object, then supplying
an optional flag to re.match (in my case, re.IGNORECASE
Brandon Mintern added the comment:
This is still a problem which has just given me a headache, because
using re.sub now requires gymnastics instead of just using a simple
string as I did in Perl.
--
nosy: +BMintern
_
Tracker [EMAIL PROTECTED]
http
101 - 114 of 114 matches
Mail list logo