[issue9410] Add Unladden Swallow's optimizations to Python 3's pickle.

[Alexandre Vassalotti]

New submission from Alexandre Vassalotti :

This is a big patch. Please review at http://codereview.appspot.com/1694050/show

This patch adds the most interesting optimizations from Unladen Swallow to 
Python 3's pickle.

The core of the patch already been reviewed by Antoine and me 
(http://codereview.appspot.com/33070/show). One of the last issue remaining the 
unbounded size of the internal buffer. This shouldn't be a big issue for most 
uses of pickle, since the size of a  pickle is often several times smaller than 
the object hierarchy that created it. I still hope to fix this in a following 
patch.

The patch also include additional cleanups to the Pdata structure. The changes 
felt natural to make along with the other changes from Unladen Swallow. IIRC, 
these changes yield an additional 1-3% speedup.

--
assignee: alexandre.vassalotti
components: Extension Modules
files: pickle_optimizations.diff
keywords: patch
messages: 111895
nosy: alexandre.vassalotti, belopolsky, collinwinter, haypo, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: Add Unladden Swallow's optimizations to Python 3's pickle.
type: performance
versions: Python 3.2
Added file: http://bugs.python.org/file18246/pickle_optimizations.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7330] PyUnicode_FromFormat segfault

[Ray.Allen]

Ray.Allen  added the comment:

You can write "%20s" as a argument for PyUnicode_FromFormat(), but it has no 
effect. The width and precision modifiers are not intended to apply to string 
formating(%s, %S, %R, %A), only apply to integer(%d, %u,  %i, %x). Though you 
can write "%20s", but you cannot write "%20S", "%20R" and "%20A".


There can be several fixes:

1. make the presence of width and precision modifiers of %s, %S, %R, %A  raise 
an Exception, like ValueError, instead of segment fault.
2. make the presence of width and precision modifiers of %s, %S, %R, %A have no 
effect, just like current %s.
3. make the presence of width and precision modifiers of %s, %S, %R, %A do have 
correct effect, like %r and %s in string formatting in python code.


Thanks to Eric's ideas. Now I'm sure I prefer the last fix. I will work out a 
patch for this.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5077] 2to3 fixer for the removal of operator functions

[Alexandre Vassalotti]

Alexandre Vassalotti  added the comment:

The patch look great. Can you update your patch to make it work against the 
version of 2to3 in the sandbox (http://svn.python.org/sandbox/trunk/2to3)?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3873] Unpickling is really slow

[Alexandre Vassalotti]

Alexandre Vassalotti  added the comment:

Victor, have you tried using peek() instead of seek()? I mentioned this 
previously in msg85780.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5412] extend configparser to support mapping access(__*item__)

[Ray.Allen]

Ray.Allen  added the comment:

> Note that the two versions are not exclusive: We can look for an item if a 
> tuple is given and look for a section if it’s a string. Maybe confusing.

+1. I think this is a good idea. Getting a section and Getting a key-value are 
both very common operations when parsing "ini" config file. Both operations 
should be supported conveniently.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

[R. David Murray]

R. David Murray  added the comment:

Please note that my original suggestion was to make them *section* links 
(:ref:s).  As Terry says, they are not real classes and should not be marked up 
as such.  Nor should the internal class names be exposed.

Terry: [] notation is 2.x, they should all be gone (with the possible exception 
of a few C functions) in the 3.x docs.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue231540] threads and profiler don't work together

[Ray.Allen]

Ray.Allen  added the comment:

I don't think this problem still exists now. In the current implementation, 
there is no "sys_tracefunc" and "sys_profilefunc" in PyThreadState, but 
"c_profilefunc", "c_profileobj", "c_tracefunc", "c_traceobj" instead. When 
creating a new thread, the "c_profilefunc" and "c_tracefunc" are inherited from 
main thread, and the profile function is thread specific, it only collect 
profile statistic of the executing functions in its own thread, that is, each 
thread can profile its own executing.


I'd change the example as follows:



def child():
def yo():
for j in range(5):
print(j)
profile.runctx('yo()', globals(), locals())


def go():
threading.Thread(target=child).start()
time.sleep(1)

profile.runctx('go()', globals(), locals())



This will output two profile statistics, one is for main thread, another is for 
child thread: child(). So if you want to profile a child thread, just call 
profile.run() in child thread. 

So I don't think this is a problem.

--
nosy: +ysj.ray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9407] ConfigParser documentation does not mention ConfigParser.Error as base exception class for ConfigParser exceptions

[R. David Murray]

Changes by R. David Murray :


--
nosy: +lukasz.langa

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7490] IGNORE_EXCEPTION_DETAIL should ignore the module name

[R. David Murray]

R. David Murray  added the comment:

2to3 can convert doctests, it just can't convert the *output* portion of 
doctests. because they are arbitrary strings and not syntactically valid Python 
code.  Since turning on this flag would require recognizing something in the 
output portion of the doctest (which 2to3 doesn't handle), it can't be turned 
on by 2to3.

On the other hand, it seems like it wouldn't be too hard to write a special 
purpose script to handle this specific case...since I don't know 2to3, I don't 
know how hard it would be to integrate such a special purpose script.  (I do 
remember Benjamin saying 2to3 really ought to have a plugin system...so my 
guess is the answer is "not too easy").

In any case, as Nick said, that would be a separate RFE, and will likely get 
nowhere without someone volunteering to write the script/patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9406] ConfigParser exceptions do not subclass StandardError

[R. David Murray]

R. David Murray  added the comment:

It would have been invalid in any case, since ConfigParser.Error is not a built 
in exception.

--
nosy: +r.david.murray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3173] external strftime for Python?

[Guido van Rossum]

Guido van Rossum  added the comment:

What about the licensing? That look like the BSD license *with* advertising 
clause...

--
nosy: +gvanrossum

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

[R. David Murray]

Changes by R. David Murray :


--
nosy: +jnoller
stage:  -> unit test needed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9399] Provide a 'print' action for argparse

[R. David Murray]

Changes by R. David Murray :


--
nosy: +bethard
versions:  -Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

[Brian Curtin]

Brian Curtin  added the comment:

I didn't actually want to use _sre.SRE_* but I'm not exactly sure how to hide 
it. It's more correct that way, but it takes this issue the wrong direction by 
exposing it.

I think it should be denoted as a class but with a generic name, if that's even 
possible. It would actually be nice if the lines "class _sre.*" were just 
invisible.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

[Ezio Melotti]

Ezio Melotti  added the comment:

The patch looks good to me, but I'm not sure if it's a good idea to use 
_sre.SRE_*. I think these are implementation details and even if they should be 
mentioned somewhere, they "clutter" the doc IMHO.

> 2. I believe it is the policy that the 3.x docs 'start fresh' with 3.0.

Yes, they should be removed.

> 3. [...] In any case, removing the default value while changing 'group=0' to 
> '[group]' seems wrong.

If it's possible to specify a default value the [] should be avoided.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

[Brian Curtin]

Brian Curtin  added the comment:

How does this patch look? It changes RegexObject to _sre.SRE_Pattern and 
MatchObject to _sre.SRE_Match. Additionally, references are used to link to 
those classes generically as "match objects" or "compiled regular expressions" 
rather than the fake classes used before.

--
stage:  -> patch review
Added file: http://bugs.python.org/file18245/issue6538_corrections.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9409] doctest in python2.7 can't handle non-ascii characters

[Ezio Melotti]

Ezio Melotti  added the comment:

This change has been introduced in r79307 (see #7667).
The error seems to be raised because example.source is not unicode so it gets 
decoded implicitly before getting encoded with ascii+backslashreplace. I don't 
know if example.source is always supposed to be str or if the type might be 
different in some situations.

--
components: +Library (Lib), Tests, Unicode
nosy: +ezio.melotti, flox
stage:  -> unit test needed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9409] doctest in python2.7 can't handle non-ascii characters

[Hugo Lopes Tavares]

Changes by Hugo Lopes Tavares :


Added file: http://bugs.python.org/file18244/example.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9409] doctest in python2.7 can't handle non-ascii characters

[Hugo Lopes Tavares]

Changes by Hugo Lopes Tavares :


Added file: http://bugs.python.org/file18243/non-ascii.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9409] doctest in python2.7 can't handle non-ascii characters

[Hugo Lopes Tavares]

New submission from Hugo Lopes Tavares :

When trying to run my test suite I had a problem with python2.7. My suite ran 
100% in Python2.4, Python2.5, Python2.6 and Python3.2a0, so I thought it would 
be a kind of doctest flaw.

Taking a look at the code, there is the following in doctest.py:1331:

source = example.source.encode('ascii', 'backslashreplace')

The problem is that my doctest file had non-ascii files and I got trouble.

h...@hugo-laptop:~/issue$ python2.7 example.py 
non-ascii.txt
Doctest: non-ascii.txt ... ok
ascii.txt
Doctest: ascii.txt ... ERROR

==
ERROR: ascii.txt
Doctest: ascii.txt
--
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/doctest.py", line 2148, in runTest
test, out=new.write, clear_globs=False)
  File "/usr/local/lib/python2.7/doctest.py", line 1382, in run
return self.__run(test, compileflags, out)
  File "/usr/local/lib/python2.7/doctest.py", line 1272, in __run
got += _exception_traceback(exc_info)
  File "/usr/local/lib/python2.7/doctest.py", line 244, in _exception_traceback
traceback.print_exception(exc_type, exc_val, exc_tb, file=excout)
  File "/usr/local/lib/python2.7/traceback.py", line 125, in print_exception
print_tb(tb, limit, file)
  File "/usr/local/lib/python2.7/traceback.py", line 69, in print_tb
line = linecache.getline(filename, lineno, f.f_globals)
  File "/usr/local/lib/python2.7/linecache.py", line 14, in getline
lines = getlines(filename, module_globals)
  File "/usr/local/lib/python2.7/doctest.py", line 1331, in 
__patched_linecache_getlines
source = example.source.encode('ascii', 'backslashreplace')
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 19: 
ordinal not in range(128)

--
Ran 2 tests in 0.006s

FAILED (errors=1)
h...@hugo-laptop:~/issue$ 


Taking an inner look at doctest.py in python2.6 and python2.7 I realized there 
is another inconsistency with filenames in both (I was lucky to try at first a 
filename that doesn't match the regex):

__LINECACHE_FILENAME_RE = re.compile(r'[\w\.]+)'
 r'\[(?P\d+)\]>$')

Well,  is the file name, but filenames are not only composed of alphanums 
and dots. Maybe it should be slightly different, like:

__LINECACHE_FILENAME_RE = re.compile(r'.+?)'
 r'\[(?P\d+)\]>$', 
re.UNICODE)

Because we can have several kinds of names. But it is not the top of the 
iceberg, anyaway.

To solve my problem, I propose moving back that first snippet to how it was in 
python2.6. The diff would be:

--- /usr/local/lib/python2.7/doctest.py 2010-07-28 22:07:01.272234398 -0300
+++ doctest.py  2010-07-28 22:20:42.0 -0300
@@ -1328,8 +1328,7 @@
 m = self.__LINECACHE_FILENAME_RE.match(filename)
 if m and m.group('name') == self.test.name:
 example = self.test.examples[int(m.group('examplenum'))]
-source = example.source.encode('ascii', 'backslashreplace')
-return source.splitlines(True)
+return example.source.splitlines(True)
 else:
 return self.save_linecache_getlines(filename, module_globals)

--
files: ascii.txt
messages: 111881
nosy: hugo
priority: normal
severity: normal
status: open
title: doctest in python2.7 can't handle non-ascii characters
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file18242/ascii.txt

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8603] Create a bytes version of os.environ and getenvb()

[Ezio Melotti]

Ezio Melotti  added the comment:

A quick search[0] also shows that environ.data is used by several projects. 
Changing it from str to bytes will most likely break these programs, so I'm not 
sure it's a good idea.
Also, if I understand correctly, on Windows os.environ.data still contains str, 
so it's inconsistent with other systems.
IMHO os.environ.data should contain str, whereas os.environb.data bytes. If 
they must share the same data I would prefer them to be both str.

[0]: http://www.google.com/codesearch?q=lang%3Apython+environ.data&hl=en

--
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9405] crash when calling urllib.getproxies() under OSX with subprocess / particular memory usage

[Ned Deily]

Ned Deily  added the comment:

There should be a way to provide a permanent fix to avoid the problem; that 
will take more investigation. This was just a workaround suggestion.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8603] Create a bytes version of os.environ and getenvb()

[Ezio Melotti]

Ezio Melotti  added the comment:

FWIW os.environb is missing from os.__all__.

--
stage:  -> committed/rejected
type:  -> feature request

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9405] crash when calling urllib.getproxies() under OSX with subprocess / particular memory usage

[mike bayer]

mike bayer  added the comment:

right...so I would propose the function calls in question emit a warning or 
something when called in a child process.   this would save lots of people many 
hours of grief.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

[Brian Curtin]

Brian Curtin  added the comment:

I'm guessing assigning to Christian was accidental - taking it back for myself.

--
assignee: christian.heimes -> brian.curtin
priority: low -> normal
stage: committed/rejected -> 

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9408] curses: Link against libncursesw instead of libncurses

[STINNER Victor]

New submission from STINNER Victor :

Because of #7384, Python3 now links _curses.so to ncurses library (bytes 
version) instead of ncursesw library (unicode version) if readline is linked to 
ncurses. I'm using Linux (Debian Sid).

On Linux, Python3 should maybe only link to the unicode version, because the 
bytes version has many issues with unicode and lacks many functions.

See also:
 - #1428494: "Prefer linking against ncursesw over ncurses library" (so I 
consider this issue as a regression).
 - #4787

(reuse the nosy list from #7384)

--
components: Library (Lib), Unicode
messages: 111875
nosy: Arfrever, akuchling, asmodai, haypo, mark.dickinson, r.david.murray, 
rpetrov, skrah
priority: normal
severity: normal
status: open
title: curses: Link against libncursesw instead of libncurses
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6538] MatchObject is not a hyperlink in the 're' module documentation

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I believe these patches are wrong, at least in part, and should be reverted.

1.The re module no longer has either a class RegexObject or a class 
MatchObject. (They are now _sre.SRE_Pattern and _sre.SRE_Match.) So 
the previous reference to them as anonymous "Compiled regular expression 
objects" and "Match objects" (lower case 'objects') was correct, certainly more 
correct that marking the fake names as real code. In other words. 'MatchObject' 
should be removed, not hyperlinked.

This issue came up today on python-list when someone tried 
"help(re.MatchObject)" and got a module attribute error. I was about to open a 
new issue when I discovered this one. I recommend changing the re.match entry 
from "return a corresponding MatchObject instance." to "return a match object" 
(which is what the current doc string says) and removing all the misleading 
RegexObject and MatchObject fake-class method prefixes, The prefixes are 
present in 2.6 and already removed in 2.7. I think they should also be removed 
from the 3.x docs. (Unless, of course, re is changed to add/reinstate those 
names, which could only happen in 3.2.)

2. I believe it is the policy that the 3.x docs 'start fresh' with 3.0. Ancient 
back-compatibility notes like

"(Incompatibility note: in the original Python 1.5 release, if the tuple was 
one element long, a string would be returned instead.  In later versions (from 
1.5.1 on), a singleton tuple is returned in such cases.)"

were intentionally, not accidentally, removed in 3.0. So I think it a mistake 
to put revert the removal and that the reversion should be reverted.

3. This is more of a question. I have noticed that optional parameters with 
defaults are sometimes bracketed and sometimes not. Since the brackets are 
redundant, I prefer without as less cluttered and so I question the addition in 
the 3.2 patch. But is there a definitive current doc style guide? In any case, 
removing the default value while changing 'group=0' to '[group]' seems wrong.

--
assignee: brian.curtin -> christian.heimes
nosy: +christian.heimes, tjreedy
resolution: fixed -> 
status: closed -> open

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9405] crash when calling urllib.getproxies() under OSX with subprocess / particular memory usage

[Ned Deily]

Ned Deily  added the comment:

There have been similar problems reported in the past when subprocesses cause 
OS X CoreFoundation interfaces to be first called from the subprocess and not 
the main process.  A quick workaround is to make a call from the main process.  
In this case, adding a call to urllib.getproxies() before calling Process 
appears to fix the problem for me.

--
nosy: +ned.deily

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8990] array constructor and array.fromstring should accept bytearray.

[STINNER Victor]

STINNER Victor  added the comment:

I prefer the second solution (add to/frombytes, deprecate to/fromstring) 
because I prefer the new method names and it keeps backward compatibility 
(until we choose to remove the old methods, which should be in Python 3.3).

About the patch (tofrombytes.diff). You should use PyErr_WarnEx() result: if it 
is not nul (eg. if the user choosed to raise exceptions on warnings), you have 
to exit.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3873] Unpickling is really slow

[STINNER Victor]

STINNER Victor  added the comment:

bench_pickle.py: script used to produce last benchmarks.

--
Added file: http://bugs.python.org/file18241/bench_pickle.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3873] Unpickling is really slow

[STINNER Victor]

STINNER Victor  added the comment:

Same benchmark with Python 2.6.5+, so without the patch, but compiled with 
maximum compiler optimization (whereas pydebug means no optimization):

Protocol 0
- dump: 517.3 ms
- load: 876.6 ms <= because of the new I/O library, python3 is much slower

Protocol 1
- dump: 141.8 ms
- load: 255.2 ms <= with my patch, python3 is 1.5x faster

Protocol 2
- dump: 142.7 ms
- load: 262.1 ms <= with my patch, python3 is 1.5x faster

It would be better to redo all tests with the same compiler options, but the 
most important point is that Python3 is *faster* than Python2 with my patch ;-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Chris Leaf]

Chris Leaf  added the comment:

The problem is that I can do nothing to the folder at all

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3130] In some UCS4 builds, sizeof(Py_UNICODE) could end up being more than 4.

[STINNER Victor]

STINNER Victor  added the comment:

This issue has no patch.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3873] Unpickling is really slow

[STINNER Victor]

STINNER Victor  added the comment:

New version of my patch:
 - add "used" attribute to UnpicklerBuffer structure: disable the read buffer 
for not seekable file and for protocol 0 (at the first call to 
unpickle_readline)
 - check if PyObject_GetAttrString(file, "seek") is NULL or not
 - unpickle_readline() flushs also the buffer
 - add a new patch specific to the read buffer: ensure that unpickler doesn't 
eat data at the end of the file

test_pickle pass without any error.

Disable read buffer at the first call to unpickle_readline() because 
unpickle_readline() have to flush the buffer. I will be very difficult to 
optimize protocol 0, but I hope that nobody uses it nowadays.

===

Benchmark with [0]*10**6, Python compiled with pydebug.

Without the patch
-

Protocol 0:
- dump: 598.0 ms
- load (seekable=False): 3337.3 ms
- load (seekable=True): 3309.6 ms

Protocol 1:
- dump: 217.8 ms
- load (seekable=False): 864.2 ms
- load (seekable=True): 873.3 ms

Protocol 2:
- dump: 226.5 ms
- load (seekable=False): 867.8 ms
- load (seekable=True): 854.6 ms


With the patch
--

Protocol 0
- dump: 615.5 ms
- load (seekable=False): 3201.3 ms
- load (seekable=True): 3223.4 ms

Protocol 1
- dump: 219.8 ms
- load (seekable=False): 942.1 ms
- load (seekable=True): 175.2 ms

Protocol 2
- dump: 221.1 ms
- load (seekable=False): 943.9 ms
- load (seekable=True): 175.5 ms

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9407] ConfigParser documentation does not mention ConfigParser.Error as base exception class for ConfigParser exceptions

[Andrew Wu]

New submission from Andrew Wu :

* Reference bug http://bugs.python.org/issue9406
* Reference documentation at http://docs.python.org/library/configparser.html

The docs list all the specific errors to look out for, but does not mention the 
base exception class for ConfigParser errors (ConfigParser.Error).  It may be 
useful to mention it to show the exception heirarchy as well as in the case a 
user may want to catch all ConfigParser errors generally.

--
assignee: d...@python
components: Documentation
messages: 111866
nosy: d...@python, pekkle
priority: normal
severity: normal
status: open
title: ConfigParser documentation does not mention ConfigParser.Error as base 
exception class for ConfigParser exceptions
type: feature request
versions: Python 2.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7490] IGNORE_EXCEPTION_DETAIL should ignore the module name

[Nick Coghlan]

Nick Coghlan  added the comment:

On Wed, Jul 28, 2010 at 11:40 PM, Peter  wrote:
>
> Peter  added the comment:
>
> I take it the IGNORE_EXCEPTION_DETAIL should ignore the module name
> fix will not be applied to Python 3.1.x?

Correct (it's a new feature rather than a bug fix)

> Is there a separate bug to enhance 2to3 to turn IGNORE_EXCEPTION_DETAIL
> on?

That would be a separate request, but I'm not sure it is even feasible
(doctests live inside strings, so I believe 2to3 has trouble fixing
them - otherwise we would just get it to handle the exception renaming
directly). Feel free to post an RFE though - the 2to3 folks can take a
look at it.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Chris Leaf]

Chris Leaf  added the comment:

I also cannot get into the folder itself.

"Access Denied"

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Martin v . Löwis]

Martin v. Löwis  added the comment:

The folder is not empty. Configure Explorer so that it displays hidden files.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Chris Leaf]

Chris Leaf  added the comment:

Upon trying to delete I'm prompted with an error:

Access is denied.

Make sure the disc is not full or write-protected and that the file is 
currently not in use.

My disc isn't full and I cannot find anything accessing it (and the folder is 
empty so...)

Is there a way around this?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9406] ConfigParser exceptions do not subclass StandardError

[Éric Araujo]

Éric Araujo  added the comment:

Thank you for your interest in contributing. In this case, since StandardError 
is actually deprecated (and removed in 3.x), this change has to be rejected.

--
nosy: +merwok
resolution:  -> rejected
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> Ok. Remove the entire .idlerc folder, then.

Before doing that (if you still can) try something else.

Go *into* the .idlerc folder, and remove the hidden flag
from all individual files.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Chris Leaf]

Chris Leaf  added the comment:

The hidden field is not filled in, here's a screenshot of the attributes options

--
Added file: http://bugs.python.org/file18240/Attributes.JPG

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9405] crash when calling urllib.getproxies() under OSX with subprocess / particular memory usage

[w31rd0]

w31rd0  added the comment:

I get crash dialog with both 2.6 and 2.7 (both installed from macports) under 
Mac OS X 10.6.4.

--
nosy: +w31rd0

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> I can clear the attributes from the properties window of the folder
> but if I remove them both it will automatically reset it back to Read
> Only every time i close the properties window. I can get it to be
> hidden but I can't make it permanently available.

I'm not talking about the read-only attribute. It's alright that you
can't clear it - Windows doesn't support that, and it's not a problem
at all.

I'm talking about the "hidden" attribute.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Chris Leaf]

Chris Leaf  added the comment:

I can clear the attributes from the properties window of the folder but if I 
remove them both it will automatically reset it back to Read Only every time i 
close the properties window. I can get it to be hidden but I can't make it 
permanently available.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9406] ConfigParser exceptions do not subclass StandardError

[James Tatum]

Changes by James Tatum :


Added file: http://bugs.python.org/file18239/ConfigParser.StandardError.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9406] ConfigParser exceptions do not subclass StandardError

[James Tatum]

Changes by James Tatum :


Removed file: http://bugs.python.org/file18238/ConfigParser.StandardError.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9406] ConfigParser exceptions do not subclass StandardError

[James Tatum]

Changes by James Tatum :


Added file: http://bugs.python.org/file18238/ConfigParser.StandardError.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9406] ConfigParser exceptions do not subclass StandardError

[James Tatum]

Changes by James Tatum :


Removed file: http://bugs.python.org/file18237/ConfigParser.StandardError.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Chris Leaf]

Chris Leaf  added the comment:

Also the IDLE that I do manage to get open really doesn't work correctly, more 
errors appear on the command line console as I try to do things like close the 
IDLE window. So that doesn't serve as a useful tool either

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9404] IDLE won't launch on XP

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> I have tried to use Explorer to reach the files and I get a
> permission error (the same occurs when trying to reach with the
> command prompt). I have tried to change the read only nature of this
> folder and it automatically reverts after the attribute is set. Also
> the folder is empty according to explorer. I have tried running it
> with my firewall disabled.

As a work-around, remove the hidden flag from the idlerc folder and
all of its files.

--
nosy: +loewis

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9406] ConfigParser exceptions do not subclass StandardError

[James Tatum]

New submission from James Tatum :

ConfigParser defines a number of exception classes which all ultimately derive 
from ConfigParser.Error. ConfigParser.Error, however, only derives from 
Exception. These should all derive from StandardError.

--
components: Library (Lib)
files: ConfigParser.StandardError.patch
keywords: patch
messages: 111852
nosy: jtatum
priority: normal
severity: normal
status: open
title: ConfigParser exceptions do not subclass StandardError
versions: Python 2.6, Python 2.7
Added file: http://bugs.python.org/file18237/ConfigParser.StandardError.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9405] crash when calling urllib.getproxies() under OSX with subprocess / particular memory usage

[mike bayer]

New submission from mike bayer :

I'm not optimistic that this will be reproducible elsewhere.   I get a silent 
failure with 2.6 and a crash dialog with 2.7 with the following script.   All 
elements are necessary, although the "pkg_resources" import may be arbitrary, 
and reproduces if it comes from the latest setuptools or if it comes from 
Distribute.I've attached the crash report generated by OSX in the event 
that someone knows how to interpret it.   The script fails for me every time, 
though not for other people I've had test.


import pkg_resources

import urllib
import multiprocessing

def sub():
print "about to call getproxies !"
urllib.getproxies()
print "getproxies has completed !"

process = multiprocessing.Process(target=sub)
process.start()

print "hi!"

process.join()



Process: Python [79964]
Path:
/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/MacOS/Python
Identifier:  Python
Version: ??? (???)
Code Type:   X86 (Native)
Parent Process:  Python [79963]

Date/Time:   2010-07-28 17:24:19.281 -0400
OS Version:  Mac OS X 10.6.4 (10F569)
Report Version:  6

Interval Since Last Report:  1137309 sec
Crashes Since Last Report:   87
Per-App Crashes Since Last Report:   86
Anonymous UUID:  848E03B6-EF61-45EA-9BB7-BF9E584CC670

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0104
Crashed Thread:  0  Dispatch queue: CFMachPort

Thread 0 Crashed:  Dispatch queue: CFMachPort
0   libSystem.B.dylib   0x94419bdd _dispatch_wakeup + 91
1   libSystem.B.dylib   0x9454a1f2 
_dispatch_queue_push_list_slow + 37
2   libSystem.B.dylib   0x94419c22 _dispatch_wakeup + 160
3   libSystem.B.dylib   0x944196e6 _dispatch_source_create2 + 
194
4   libSystem.B.dylib   0x94419278 
dispatch_source_timer_create_f + 286
5   libSystem.B.dylib   0x94419158 dispatch_source_timer_create 
+ 81
6   com.apple.CoreFoundation0x92fde72a 
___CFMachPortCreateWithPort2_block_invoke_1 + 762
7   libSystem.B.dylib   0x944190c3 dispatch_barrier_sync_f + 78
8   libSystem.B.dylib   0x94418f9d dispatch_sync + 48
9   com.apple.CoreFoundation0x92fde350 _CFMachPortCreateWithPort2 + 
272
10  com.apple.CoreFoundation0x92fe5e1c CFMachPortCreate + 204
11  com.apple.CoreFoundation0x92fe5c39 _CFXNotificationCenterCreate 
+ 281
12  com.apple.CoreFoundation0x92fe5ad6 
_CFXNotificationGetHostCenter + 86
13  com.apple.CoreFoundation0x92feb432 
__CFXPreferencesGetSourceForTriplet + 354
14  com.apple.CoreFoundation0x92fea6ad 
__CFXPreferencesGetSearchListForBundleID + 205
15  com.apple.CoreFoundation0x92fea555 CFPreferencesCopyAppValue + 
53
16  com.apple.SystemConfiguration   0x90fc7348 SCDynamicStoreCopyProxies + 
44
17  _scproxy.so 0x00746e31 get_proxies + 33
18  org.python.python   0x000ca2b3 PyEval_EvalFrameEx + 20419
19  org.python.python   0x000cbc88 PyEval_EvalFrameEx + 27032
20  org.python.python   0x000cbc88 PyEval_EvalFrameEx + 27032
21  org.python.python   0x000cc4ba PyEval_EvalCodeEx + 2042
22  org.python.python   0x00041ca2 function_call + 162
23  org.python.python   0xf375 PyObject_Call + 85
24  org.python.python   0x000c7d5b PyEval_EvalFrameEx + 10859
25  org.python.python   0x000cbc88 PyEval_EvalFrameEx + 27032
26  org.python.python   0x000cbc88 PyEval_EvalFrameEx + 27032
27  org.python.python   0x000cc4ba PyEval_EvalCodeEx + 2042
28  org.python.python   0x00041ca2 function_call + 162
29  org.python.python   0xf375 PyObject_Call + 85
30  org.python.python   0x00021c66 instancemethod_call + 422
31  org.python.python   0xf375 PyObject_Call + 85
32  org.python.python   0x0007c8a7 slot_tp_init + 87
33  org.python.python   0x0007b2d0 type_call + 176
34  org.python.python   0xf375 PyObject_Call + 85
35  org.python.python   0x000c8ad6 PyEval_EvalFrameEx + 14310
36  org.python.python   0x000cbc88 PyEval_EvalFrameEx + 27032
37  org.python.python   0x000cc4ba PyEval_EvalCodeEx + 2042
38  org.python.python   0x000cc647 PyEval_EvalCode + 87
39  org.python.python   0x000f0ae8 PyRun_FileExFlags + 168
40  org.python.python   0x000f1a23 PyRun_SimpleFileExFlags + 867
41  org.python.python   0x0010a42b Py_Main + 3163
42  org.python.python   0x1f82 0x1000 + 3970
43  org.python.python   0x1ea9 0x1000 + 

[issue9404] IDLE won't launch on XP

[Chris Leaf]

New submission from Chris Leaf :

I have been using IDLE on my previous laptop and it was working well although I 
have to say I'm still very new to python. I've read around about the issue and 
can't find any solution I can use. I can run the IDLE GUI through the python 
command line version by saying "import idle" but it generates a bunch of error 
lines (copied the command prompt):

>>> import idle
Traceback (most recent call last):
  File "", line 1, in 
  File "c:\python31\lib\idlelib\idle.py", line 11, in 
idlelib.PyShell.main()
  File "c:\python31\lib\idlelib\PyShell.py", line 1388, in main
shell = flist.open_shell()
  File "c:\python31\lib\idlelib\PyShell.py", line 277, in open_shell
self.pyshell = PyShell(self)
  File "c:\python31\lib\idlelib\PyShell.py", line 813, in __init__
OutputWindow.__init__(self, flist, None, None)
  File "c:\python31\lib\idlelib\OutputWindow.py", line 16, in __init__
EditorWindow.__init__(self, *args)
  File "c:\python31\lib\idlelib\EditorWindow.py", line 261, in __init__
self.update_recent_files_list()
  File "c:\python31\lib\idlelib\EditorWindow.py", line 779, in update_recent_fil
es_list
rf_file = open(self.recent_files_path, 'w')
IOError: [Errno 13] Permission denied: 'C:\\Documents and 
Settings.idle
rc\\recent-files.lst'


I have tried to use Explorer to reach the files and I get a permission error 
(the same occurs when trying to reach with the command prompt). I have tried to 
change the read only nature of this folder and it automatically reverts after 
the attribute is set. Also the folder is empty according to explorer. I have 
tried running it with my firewall disabled. 

I am running 32bit XP on a lenovo T510 with 3.1.2 python installed

Thanks in advance!

--
components: IDLE
messages: 111850
nosy: Chris.Leaf
priority: normal
severity: normal
status: open
title: IDLE won't launch on XP
type: behavior
versions: Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9283] buggy repr for os.environ

[STINNER Victor]

STINNER Victor  added the comment:

Fixed in 3.2 (r83214 + r83215). Other versions are not concerned.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9246] os.getcwd() hardcodes max path len

[Stefan Krah]

Stefan Krah  added the comment:

For 2.x, unlimited path lengths were apparently introduced in issue 2722.
This strategy does not work on Solaris and OpenBSD (issue 9185).

FreeBSD also seems to support arbitrarily long paths. I would be somewhat
surprised though if anyone used them in practice. APUE (second edition)
uses PATH_MAX if it's available in limits.h.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue3299] Direct calls to PyObject_Del/PyObject_DEL are broken for --with-pydebug

[STINNER Victor]

STINNER Victor  added the comment:

> I will open new issues for the two remaining patches.

Done: #9402 for pyexpat and #9403 for cElementTree.

--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9403] cElementTree: replace PyObject_DEL() by Py_DECREF() to fix a crash in pydebug mode

[STINNER Victor]

New submission from STINNER Victor :

PyObject_DEL() should not be used to destroy an object because it will break 
the linked list of allocated objects, list used in pydebug mode to detect bugs. 
cElementTree should use Py_DECREF() instead of PyObject_DEL() to destroy an 
objects.

Attached patch fixes that:
 * Replace PyObject_Del() by Py_DECREF()
 * Catch element_new_extra() errors
 * parser dealloc: replace Py_DECREF() by Py_XDECREF() because the pointer may 
be NULL (error in the constructor)
 * set all parser attributes to NULL at the beginning of the constructor to be 
able to call safetly the destructor
 * element_new(): define tag, text, tail attributes before calling 
element_new_extra() to be able to call the destructor
 * raise a MemoryError on element_new_extra() failure. element_new() didn't 
raise any error on element_new_extra() failure. Other functions just forget to 
catch element_new_extra() error.

See #3299 for the whole story.

--
components: Library (Lib)
files: celementtree_py_decref.patch
keywords: patch
messages: 111846
nosy: haypo
priority: normal
severity: normal
status: open
title: cElementTree: replace PyObject_DEL() by Py_DECREF() to fix a crash in 
pydebug mode
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file18236/celementtree_py_decref.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9402] pyexpat: replace PyObject_DEL() by Py_DECREF() to fix a crash in pydebug mode

[STINNER Victor]

New submission from STINNER Victor :

PyObject_DEL() should not be used to destroy an object because it will break 
the linked list of allocated objects using in pydebug mode to detect bugs. 
pyexpat should use Py_DECREF() instead of PyObject_DEL() to destroy an object.

Attached patch fixes that.

See #3299 for the whole story.

--
components: Library (Lib)
files: pyexpat_py_decref.patch
keywords: patch
messages: 111845
nosy: haypo
priority: normal
severity: normal
status: open
title: pyexpat: replace PyObject_DEL() by Py_DECREF() to fix a crash in pydebug 
mode
versions: Python 2.7, Python 3.2
Added file: http://bugs.python.org/file18235/pyexpat_py_decref.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9246] os.getcwd() hardcodes max path len

[STINNER Victor]

STINNER Victor  added the comment:

Antoine asked me why not using a buffer of MAX_PATH+1 (instead of a dynamic 
buffer size). I don't know, I just copied/pasted the code from Python2. Extract 
of getcwd() manpage:

   Note that on some systems, PATH_MAX may not be a compile-time
   constant; furthermore, its value may depend  on  the file system,
   see pathconf(3).

It's maybe to support strange OS like Hurd :-) (Hurd has no hardcoded limits).

Most of the time, the first realloc() should be enough.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

[Dave Malcolm]

Dave Malcolm  added the comment:

FWIW, the patch for this that I'm currently applying to Fedora's python 2.7 
rpms can be seen at:
http://cvs.fedoraproject.org/viewvc/devel/python/python-2.7rc1-ctypes-noexecmem.patch?revision=1.1&content-type=text%2Fplain&view=co

It doesn't contain the rebase of libffi (since we use the system copy of libffi 
in our builds), but otherwise I believe that it's essentially equivalent to:
http://bugs.python.org/file13897/issue5504-linux.patch
albeit rebased to 2.7, taking into account the whitespace cleanup changes.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9385] _ctypes module uses 'rwx' mmap() calls

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis  added the comment:

Does the patch from issue #5504 work for you?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5223] infinite recursion in PyErr_WriteUnraisable

[Mark Lawrence]

Mark Lawrence  added the comment:

Could the experts who have previously commented please advise as to whether 
this issue should be open, closed or whatever.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever
title: ctypes should work with systems where mmap can't be  PROT_WRITE and 
PROT_EXEC -> ctypes should work with systems where mmap can't be PROT_WRITE and 
PROT_EXEC
versions: +Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5504] ctypes should work with systems where mmap can't be PROT_WRITE and PROT_EXEC

[Mark Lawrence]

Mark Lawrence  added the comment:

Could someone with linux experience please review the patch.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7877] Iterators over _winreg EnumKey and EnumValue results

[Mark Lawrence]

Mark Lawrence  added the comment:

@Brian: @Tim: just a gentle nudge in the ribs in case this has slipped under 
the radar.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5680] Command-line arguments when running in IDLE

[Mark Lawrence]

Mark Lawrence  added the comment:

Putting tjr and tal on nosy list cos it's IDLE.  Apologies if I've got it wrong.

--
nosy: +BreamoreBoy, taleinat, tjreedy
versions: +Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8911] regrtest.main should have a test skipping argument

[Jerry Seutter]

Jerry Seutter  added the comment:

Hi Brett (and others)

I'm thinking of making the following changes:

1. In Lib/test/regrtest.py, move command line parsing out of main() into a 
function called parse_command_line()

2. parse_command_line() will parse command line settings and store them in a 
dictionary that can be passed in as **kwargs to main().

3. The "exclude" parameter that main takes in will be modified to take a list.  
This list contains a list of tests to be skipped.

4. Update importlib/test/regrtest.py to call main() without doing sys.argv[] 
hacking.

5. The command line interface will remain unchanged.  If regrtest.py is called 
without the --exclude flag, the tests supplied on the command line will be 
interpreted as the tests to run.  If --exclude is supplied, the tests on the 
command line will be interpreted as the tests to _not_ run.

6. Switch regrtest.py to use argparse instead of optparse.

Do these look reasonable?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7615] unicode_escape codec does not escape quotes

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Mark Lawrence wrote:
> 
> Mark Lawrence  added the comment:
> 
> Could we please have some responses to msg98327 as there are some very 
> positive comments there.

A patch implementing the suggestions would be even better :-)

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7447] Sum() doc and behavior mismatch

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am puzzled that the fake name 'itertools.itertools.chain.from_iterable' works 
better than the real name 'itertools.chain.from_iterable'. Some bug in the tool 
chain?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9051] Improve pickle format for aware datetime instances

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
dependencies: +Intern UTC timezone

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9183] Intern UTC timezone

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
nosy: +fdrake

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9183] Intern UTC timezone

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Updated issue9183a.diff patch combines C and Python code changes since 
datetime.py is now in stdlib.   Does anyone want to review before it goes in?

--
components: +Library (Lib)
resolution:  -> accepted
Added file: http://bugs.python.org/file18234/issue9183a.diff

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9401] automatically try forward operations when reverse operations are NotImplemented

[Michael Gilbert]

New submission from Michael Gilbert :

in order to make overrides simpler, and more obvious to average developers, it 
would be very useful to automatically call the forward operations (e.g. 
__mul__) when the reverse operations (e.g. __rmul__) are NotImplemented.  

i spent quite a bit of time trying to discover why x*3 worked (where x is a 
class that i created with a __mul__ method); whereas 3*x wouldn't. this feature 
would really help since in most applications the same behavior is expected from 
forward and reverse operations.

for now, i am content with doing this manually, but it would be nice if it were 
automated.  all of my reverse operations just do:

def __rmul__( self , other ):
return self.__mul__( other )

where i manually check the type of other in the forward operation, and then 
handle it appropriately.

thanks for considering this.

best wishes,
mike

--
components: Interpreter Core
messages: 111833
nosy: Michael.Gilbert
priority: normal
severity: normal
status: open
title: automatically try forward operations when reverse operations are 
NotImplemented
type: feature request
versions: Python 2.5, Python 2.6, Python 2.7, Python 3.1

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7198] Extraneous newlines with csv.writer on Windows

[Skip Montanaro]

Skip Montanaro  added the comment:

I got access to Python 2.6.5 on Windows and ran this simple
example:

Python 2.6.5 (r265:79096, Mar 19 2010, 21:48:26) [MSC v.1500 32 bit (Intel)] on 
win32
Type "copyright", "credits" or "license()" for more information.


Personal firewall software may warn about the connection IDLE
makes to its subprocess using this computer's internal loopback
interface.  This connection is not visible on any external
interface and no data is sent to or received from the Internet.


IDLE 2.6.5  
>>> f = open("H:sample.csv", "wb")
>>> import csv
>>> writer = csv.writer(f)
>>> writer.writerow([1,2,3])
>>> writer.writerow(['a', 'b', 'c'])
>>> del writer
>>> f.close()
>>> 

I then looked at the CSV file which it generated.
Looked find to me.  Each of the two rows was terminated
by a single CRLF pair.

Then I repeated the "test", opening the file in text
mode:

>>> f = open("H:sample2.csv", "w")

>>> writer = csv.writer(f)

>>> writer.writerow([1,2,3])

>>> writer.writerow(['a', 'b', 'c'])

>>> del writer

>>> f.close()

>>> 

That output does indeed terminate each line with
CRCRLF and when viewed in a spreadsheet program
such as OpenOffice Calc (probably Excel as well),
displays a blank line between the 123 row and the
abc row.

I've removed the "unit test needed" attribute from the
ticket as there is a test_writerows test case in the
Python test suite.  Also closing again and marking
invalid.  If you still believe there is actually a
problem, feel free to reopen this issue, but also
please send me (s...@pobox.com) a short example and
the erroneous output it produces for you (attach your
two files - don't just embed them in your mail msg).

--
resolution:  -> invalid
stage: unit test needed -> 
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9105] pickle security note should be more prominent

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue6325] robotparser doesn't handle URL's with query strings

[Senthil Kumaran]

Senthil Kumaran  added the comment:

I modified the patch slightly (so that it takes care of path, query, params and 
fragments).

Fixed in r83209,r83210 and r83211.

I also think that we need to move the robotparser to allow regexs in the allow 
and disallow patterns. ( Shall open an issue in the tracker, if it is not 
already present).

--
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5077] 2to3 fixer for the removal of operator functions

[Mark Lawrence]

Mark Lawrence  added the comment:

I see too many changes with tortoisesvn to make sense of this.  Could someone 
with more experience please take a look, thanks.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5362] Add configure option to disable Py3k warnings

[Mark Lawrence]

Mark Lawrence  added the comment:

Both msg98465 and msg98466 agree that this should not be a configuration 
variable.  I think a new patch is needed which follows the suggested solutions 
from the two messages given.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7325] tempfile.mkdtemp() does not return absolute pathname when dir is specified

[Mark Lawrence]

Mark Lawrence  added the comment:

Tried this on windows against 2.7 don't see why it can't go forward.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9400] multiprocessing.pool.AsyncResult.get() messes up exceptions

[Nikolaus Rath]

New submission from Nikolaus Rath :

The attached test program calls apply_async with a function that will raise 
CalledProcessError. However, when result.get() is called, it raises a TypeError 
and the program hangs:

$ ./bug.py
ERROR:root:ops
Traceback (most recent call last):
  File "./bug.py", line 19, in run_with
dW1 = run_dcon()
  File "./bug.py", line 26, in run_dcon
subprocess.check_call(['dcon'], stdout=fh, stderr=fh)
  File "/usr/lib/python2.6/subprocess.py", line 498, in check_call
raise CalledProcessError(retcode, cmd)
CalledProcessError: Command '['dcon']' returned non-zero exit status 127
Exception in thread Thread-2:
Traceback (most recent call last):
  File "/usr/lib/python2.6/threading.py", line 532, in __bootstrap_inner
self.run()
  File "/usr/lib/python2.6/threading.py", line 484, in run
self.__target(*self.__args, **self.__kwargs)
  File "/usr/lib/python2.6/multiprocessing/pool.py", line 259, in 
_handle_results
task = get()
TypeError: ('__init__() takes exactly 3 arguments (1 given)', , ())

--
components: Library (Lib)
files: bug.py
messages: 111827
nosy: Nikratio
priority: normal
severity: normal
status: open
title: multiprocessing.pool.AsyncResult.get() messes up exceptions
type: behavior
versions: Python 2.6
Added file: http://bugs.python.org/file18233/bug.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7615] unicode_escape codec does not escape quotes

[Mark Lawrence]

Mark Lawrence  added the comment:

Could we please have some responses to msg98327 as there are some very positive 
comments there.

--
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7759] mhlib fails on Btrfs filesystem (test_mhlib failure)

[Mark Lawrence]

Mark Lawrence  added the comment:

Since mhlib has gone from py3k is there any interest in applying this to 2.6 or 
2.7, given that there's been no response to msg98232?

--
components: +Library (Lib)
nosy: +BreamoreBoy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9399] Provide a 'print' action for argparse

[Dennis Malcorps]

New submission from Dennis Malcorps :

Currently argparse has a 'version' action which can be triggered by user 
defined options which prints out a custom string.

parser.add_argument("--version", action="version", version="test 1.2.3")

Since the 'version' action can be added multiple times, it can be used to 
output different kinds of information, like the program's license.

parser.add_argument("--license", action="version", version="This file is 
licensed under GPL [a huge amount of text]")

The only drawback is that linebreaks are substituted with a normal space. So I 
propose a 'print' action (perhaps as a replacement for 'version'?) which 
respects whitespace characters.

parser.add_argument("--version", action="print", message="test 1.2.3")
parser.add_argument("--license", action="print", message="This file is licensed 
under GPL [a huge amount of text, now properly formatted!]")
parser.add_argument("--insult-me", action="print", message="You sick *peep* , 
*peep* yourself in *peep*")

Currently, the only solution is to create a custom action which is IMHO a bit 
overkill for just printing a simple string to stdout.

--
components: Library (Lib)
messages: 111824
nosy: travistouchdown
priority: normal
severity: normal
status: open
title: Provide a 'print' action for argparse
type: feature request
versions: Python 2.7, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9398] Unify sys.settrace and sys.setprofile tests

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
nosy: +eli.bendersky, ncoghlan, tjreedy

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9398] Unify sys.settrace and sys.setprofile tests

[Alexander Belopolsky]

New submission from Alexander Belopolsky :

Th sys.settrace and sys.setprofile functions have the same interface an very 
similar purpose.  The difference is in the types of events that get reported.  
However the tests for these functions are implemented separately and cover 
different sets of scenarios.  As proposed in python-dev thread, "Does trace 
modules have a unit test?" [1], this RFE proposes to

"""
Create tracetester helper file with abstract test cases made
from the union of test_sys_settrace and  test_sys_setprofile test
cases and replace the concrete test cases in test_sys_set* with
subclasses that define setmethod, getmethod and expected_output.
"""
[1] http://mail.python.org/pipermail/python-dev/2010-July/102308.html

See also issue 9315.

--
assignee: belopolsky
components: Tests
messages: 111823
nosy: belopolsky
priority: normal
severity: normal
stage: needs patch
status: open
title: Unify sys.settrace and sys.setprofile tests
type: feature request
versions: Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5412] extend configparser to support mapping access(__*item__)

[Michael Foord]

Michael Foord  added the comment:

> The winning argument in my opinion is user convenience

Well yes, for me too - as the user will always be operating on (section, key) 
pairs the extra level of indirection seems pointless.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue5412] extend configparser to support mapping access(__*item__)

[Éric Araujo]

Éric Araujo  added the comment:

Note that the two versions are not exclusive: We can look for an item if a 
tuple is given and look for a section if it’s a string. Maybe confusing.

> - we can implement a cohesive mapping protocol that extends to get(),
> del, in, etc. For now get() seems somewhat similar to what
> dictionaries give you

We have the same problem in distutils2 with a class that supports some mapping 
operations but has an incompatible get method. Luckily we can still break 
compat there.

The winning argument in my opinion is user convenience, not moderate 
implementation issues. Is is generally useful that config parsers and sections 
behave like mutable mappings? Then add the methods with the behavior I 
proposed. Are there compatibility problems and not much incentive? Then do it 
your way, and add another mechanism for my wished use. It looks like we have to 
go for the latter.

> - manipulation on the internal structures is much simpler when we
> have a single key like that. Having config['name'] return the section
> would make us create another proxy object just to support mutating
> keys in the section.

Yeah, dict/DictMixin subclasses that implement checking and conversion wouldn’t 
be hard to write, but maybe it’s not worth it and we just need a method to 
convert the config parser to a dict (already easy with sections: 
dict(cp.items(section))

So if every other config parser supports cp['section', 'key'], I’m +1. I can 
get a real dict for a section, and I’ll open another report to request methods 
update and asdict methods for RawConfigParser.

--
title: extend configparser to support [] syntax -> extend configparser to 
support mapping access(__*item__)

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue7330] PyUnicode_FromFormat segfault

[Eric Smith]

Eric Smith  added the comment:

I think under the "we're all consenting adults" doctrine that it should be 
allowed. If you really want that behavior, why force the char*/%s dance at each 
call site when it's easy enough to do it in one place? I don't think anyone 
supplying a width would really be surprised that it would truncate the result 
and possibly break round-tripping through repr.

Besides, it's allowed in pure python code:
>>> '%.5r' % object()
'

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8776] Bytes version of sys.argv

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

STINNER Victor wrote:
> 
> STINNER Victor  added the comment:
> 
>> Using that approach would work on POSIX systems.
> 
> As os.environb, I think that sys.argv should not exist on Windows.
> 
>> Another problem I see is synchronizing the two
> 
> os.environ and os.environb are synchronized. It would be possible to do the 
> same with sys.argv and sys.argvb. The implement would be simplier because 
> it's just a list, not a dict.

+1 on adding sys.argvb for systems that use char* in main().

--
nosy: +lemburg

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue8776] Bytes version of sys.argv

[STINNER Victor]

STINNER Victor  added the comment:

> Using that approach would work on POSIX systems.

As os.environb, I think that sys.argv should not exist on Windows.

> Another problem I see is synchronizing the two

os.environ and os.environb are synchronized. It would be possible to do the 
same with sys.argv and sys.argvb. The implement would be simplier because it's 
just a list, not a dict.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9393] shelve.open/bsddb.hashopen exception with unicode paths

[STINNER Victor]

STINNER Victor  added the comment:

New patch for bsddb module: create parse_filename() function, based on Python3 
PyUnicode_FSConverter() but it accepts None. I didn't tested the patch because 
I'm unable to compile the module. It looks like it should use db_185.h instead 
of db.h, and link to another library, but configure  or setup.py doesn't know 
it.

--
Added file: http://bugs.python.org/file18232/bsddb_unicode_filename-27.patch

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9315] The trace module lacks unit tests

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

> test test_sys_setprofile crashed ...

Fixed in r83204 - r83206.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9172] zipfile.extractall always raises an OSError after successfully unzipping all files

[Ray.Allen]

Ray.Allen  added the comment:

I didn't see this problem in py2.7 and py3k on debian linux. Is this windows 
specific or this bug has been fixed since py2.7?

--
nosy: +ysj.ray

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9393] shelve.open/bsddb.hashopen exception with unicode paths

[STINNER Victor]

STINNER Victor  added the comment:

It looks like bsddb (dbm.bsd) module doesn't exist anymore in Python3: see 
issue #9397. It's now maintained in the third party module pybsddb.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9397] Remove references to the missing dbm.bsd module

[STINNER Victor]

New submission from STINNER Victor :

dbm doc tells that there is a dbm.bsd module, but no, there is not. The third 
party module, pybsddb (or "bsddb3"), is installed as "bsddb3".

Python3 dbm module was created by #2881 (r63662).

Some references to dbm.bsd were removed by r72711, but not all.

--
components: Library (Lib)
messages: 111813
nosy: georg.brandl, haypo
priority: normal
severity: normal
status: open
title: Remove references to the missing dbm.bsd module
versions: Python 3.2

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9393] shelve.open/bsddb.hashopen exception with unicode paths

[R. David Murray]

R. David Murray  added the comment:

Victor's comments were addressed to the python development community and 
concern python internals.  Given that only bsddb exists on windows by default, 
his patches unfortunately don't do you any good.  I'm adding jcea as nosy in 
case he wants to/can deal with the problem in bsddb.

--
nosy: +jcea, r.david.murray
stage:  -> unit test needed
versions: +Python 2.7, Python 3.1, Python 3.2 -Python 2.5

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9217] 2to3 crashes with some doctests

[Peter]

Peter  added the comment:

Reverted accidental title change - had keyboard focus on the page not
the address bar I think. Sorry!

--
title: 2to3 doctests -> 2to3 crashes with some doctests

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9217] 2to3 doctests

[Peter]

Changes by Peter :


--
title: 2to3 crashes with some doctests -> 2to3 doctests

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue9217] 2to3 crashes with some doctests

[Peter]

Changes by Peter :


--
nosy: +maubp

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com