[issue10683] PreLinkEvent error under VC2010

[Martin v . Löwis]

Martin v. Löwis  added the comment:

The problem is different: there is a stray " in pythoncore"\getbuildinfo.o. 
Kristjan, this is your change: can you take a look?

--
nosy: +krisvale, loewis

___
Python tracker 

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

[issue9922] subprocess.getstatusoutput can fail with utf8 UnicodeDecodeError

[Ned Deily]

Ned Deily  added the comment:

Update 31 backport patch to reflect revert of unittest method names prior to 
3.1.3 release.

--
Added file: http://bugs.python.org/file20023/issue9922-31-rev1.patch

___
Python tracker 

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

[issue9922] subprocess.getstatusoutput can fail with utf8 UnicodeDecodeError

[Ned Deily]

Changes by Ned Deily :


Removed file: http://bugs.python.org/file18972/issue9922-31.patch

___
Python tracker 

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

[issue7213] subprocess leaks open file descriptors between Popen instances causing hangs

[STINNER Victor]

STINNER Victor  added the comment:

fd_status.py:

+try:
+_MAXFD = os.sysconf("SC_OPEN_MAX")
+except:
+_MAXFD = 256

It looks like this code (256 constant) comes from subprocess.py. Is that a good 
value? On Linux, SC_OPEN_MAX is usually 1024, and it can be 4096. Should we 
keep the default value 256, or use 1024 or 4096 instead? I don't know on which 
OS SC_OPEN_MAX is missing.

--

fd_status.py: isopen(fd) uses fcntl.fcntl(fd, fcntl.F_GETFD, 0). Is it always 
available? If not, we can add fstat() as a fallback. The buildbots will tell us 
:-)

--

subprocess.py: _create_pipe() doesn't use pipe2() because Python doesn't 
provide pipe2(). We should maybe add it to the posix module (open maybe a new 
issue for that).

> The CLOEXEC flag needs to be set atomically (or at least in a way
> that another subprocess won't start in the middle of it)

For the Python implementation, the GIL is not enough to ensure the atomicity of 
a process creation. That's why _posixsubprocess was created. I suppose that 
other parts of subprocess are not atomic and a lock is required to ensure that 
the creation of subprocess is atomic.

--

_posixsubprocess.c: is FD_CLOEXEC flag always available? fcntlmodule.c uses a 
"#ifdef FD_CLOEXEC".

Can you add a comment to explain why you can release the GIL here? (because the 
operation is atomic)

+Py_BEGIN_ALLOW_THREADS
+res = pipe2(fds, O_CLOEXEC);
+Py_END_ALLOW_THREADS

--

test_subprocess.py: test_pipe_cloexec() and test_pipe_cloexec_real_tools() 
should maybe be skipped if fcntl has no attribute FD_CLOEXEC.

--

___
Python tracker 

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

[issue10684] Shutil.move deletes file/folder in windows while renaming

[harish]

New submission from harish :

Shutil.move method deletes a file/folder when the file/folder is renamed to 
same name but different case.
eg.
shutil.move('folder','Folder')

--
components: Windows
messages: 123833
nosy: harish
priority: normal
severity: normal
status: open
title: Shutil.move deletes file/folder in windows while renaming
type: behavior
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

[issue9232] Allow trailing comma in any function argument list.

[Nick Coghlan]

Changes by Nick Coghlan :


--
stage: needs patch -> commit review

___
Python tracker 

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

[issue9344] please add posix.getgrouplist()

[Ross Lagerwall]

Ross Lagerwall  added the comment:

Attached is a patch (against the latest revision, 87178) which adds the 
functionality to the posix module as well as adds a testcase for it.

I haven't added it to the os module, I'm not sure if that should be done.

I tested it on Linux & FreeBSD and it works as expected. Since I don't have an 
OS X system, I could not test it on there.

--
keywords: +patch
nosy: +rosslagerwall
Added file: http://bugs.python.org/file20024/9344.patch

___
Python tracker 

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

[issue10261] tarfile iterator without members caching

[Lars Gustäbel]

Lars Gustäbel  added the comment:

There is no trivial or backwards-compatible solution to this problem. The way 
it is now, there is no alternative to storing all TarInfo objects: there is no 
central table of contents in an archive we could use, so we must create our 
own. In other words, tarfile does not "burn" memory without a reason.

The problem you encounter is somehow a corner case, fortunately with a simple 
workaround:

for tarinfo in tar:
...
tar.members = []

There are two things that I will clearly refuse to do. One thing is to add yet 
another option to the TarFile class to switch off caching as this would make 
many TarFile methods dysfunctional without the user knowing why. The other 
thing is to add an extra non-caching Iterator class.

Sorry, that I have nothing more to offer. Maybe, someone else comes up with a 
brilliant idea.

--

___
Python tracker 

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

[issue10685] trace does nto ignore --ignore-module

[Rusi]

New submission from Rusi :

When running trace, I get a a lot of lines like:
filename: /usr/lib/python2.7/cmd.py, modulename: cmd, funcname: Cmd

That is to say system modules are shown in the trace whereas I only want to see 
the code I am working on

Ive tried
python2.7 -m trace --listfuncs tt.py --ignore-dir '/usr/lib' > const-dir.trace

python2.7 -m trace --listfuncs --ignore-module cmd tt.py  > const.trace

python2.7 -m trace --ignore-module --listfuncs  cmd tt.py  > const.trace

--
messages: 123836
nosy: RusiMody
priority: normal
severity: normal
status: open
title: trace does nto ignore --ignore-module
type: behavior
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

[issue7213] subprocess leaks open file descriptors between Popen instances causing hangs

[Milko Krachounov]

Milko Krachounov  added the comment:

> For the Python implementation, the GIL is not enough to
> ensure the atomicity of a process creation. That's why 
> _posixsubprocess was created. I suppose that other parts 
> of subprocess are not atomic and a lock is required to
> ensure that the creation of subprocess is atomic.
Both _posixsubprocess.fork_process and _posixsubprocess.cloexec_pipe (without 
HAVE_PIPE2) hold the GIL. They can't be running at the same time, so in regards 
to each other, they will be atomic. Or at least that's the idea. You don't need 
a separate lock when the GIL is already held. Neither a lock nor the GIL make 
the operation to be atomic (e.g. if someone forks from multiprocessing, the 
effect might be different, though os.fork() also holds the GIL and I think 
multiprocessing uses it).

The idea of _posixsubprocess is that fork() isn't thread-safe, because Python 
might call malloc() or free() in the child, which might be currently locked by 
another thread, which might cause the child to hang. Nothing to do with 
atomicity.

> Can you add a comment to explain why you can release the 
> GIL here? (because the operation is atomic)

I release the GIL because I copy-pasted the code from os.pipe(). It makes sense 
that pipe() and pipe2() are called in the same way. In the other implementation 
it is held to (ab)use it to avoid the race, but there's no need to hold it here 
because pipe2() *is* atomic.

--

___
Python tracker 

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

[issue10188] tempfile.TemporaryDirectory may throw errors at shutdown

[Nick Coghlan]

Nick Coghlan  added the comment:

Tidy ups committed in r87182. Shutdown problems now result in a slightly more 
meaningful message on stderr, a ResourceWarning is triggered when an implicit 
teardown occurs and the chances of an AttributeError due to an exception in 
__init__ are minimised.

--

___
Python tracker 

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

[issue10682] With '*args' or even bare '*' in def/call argument list, trailing comma causes SyntaxError

[R. David Murray]

Changes by R. David Murray :


--
nosy: +mark.dickinson

___
Python tracker 

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

[issue10684] Shutil.move deletes file/folder in windows while renaming

[R. David Murray]

Changes by R. David Murray :


--
nosy: +brian.curtin, tarek, tim.golden

___
Python tracker 

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

[issue10188] tempfile.TemporaryDirectory may throw errors at shutdown

[R. David Murray]

R. David Murray  added the comment:

The tests are failing on windows:

http://www.python.org/dev/buildbot/all/builders/x86%20XP-4%203.x/builds/3770/steps/test/logs/stdio

==
ERROR: test_mkdtemp_failure (test.test_tempfile.test_TemporaryDirectory)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_tempfile.py",
 line 933, in test_mkdtemp_failure
tempfile.TemporaryDirectory(prefix="[]<>?*!:")
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\tempfile.py", 
line 624, in __init__
self.name = mkdtemp(suffix, prefix, dir)
  File "D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\tempfile.py", 
line 301, in mkdtemp
_os.mkdir(file, 0o700)
WindowsError: [Error 123] The filename, directory name, or volume label syntax 
is incorrect: 'c:\\docume~1\\db3l\\locals~1\\temp\\[]<>?*!:9ohp4a'

==
FAIL: test_warnings_on_cleanup (test.test_tempfile.test_TemporaryDirectory)
--
Traceback (most recent call last):
  File 
"D:\cygwin\home\db3l\buildarea\3.x.bolen-windows\build\lib\test\test_tempfile.py",
 line 1001, in test_warnings_on_cleanup
self.assertIn(d.name,  message)
AssertionError: 'c:\\docume~1\\db3l\\locals~1\\temp\\94ifn5\\ujobx5' not found 
in 'ERROR: TypeError("\'NoneType\' object is not callable",) while cleaning up 
\n'

--
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

[issue10188] tempfile.TemporaryDirectory may throw errors at shutdown

[R. David Murray]

R. David Murray  added the comment:

There's also a typo in the issue number in your commit message (10888 instead 
of 10188).

--

___
Python tracker 

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

[issue10367] "python setup.py sdist upload --show-response" can fail with "UnboundLocalError: local variable 'result' referenced before assignment"

[R. David Murray]

Changes by R. David Murray :


--
priority:  -> normal

___
Python tracker 

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

[issue4391] use proper gettext plurals forms in argparse and optparse

[R. David Murray]

Changes by R. David Murray :


--
priority:  -> normal

___
Python tracker 

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

[issue1459867] Message.as_string should use "mangle_from_=unixfrom"?

[R. David Murray]

R. David Murray  added the comment:

On balance I think this would be a backward incompatible change that has 
insufficient benefit to be worth doing.  People who have working code will be 
depending on the existing defaults of the two methods, and changing this out 
from under them would be unkind.

--
resolution:  -> wont fix
stage: unit test needed -> 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

[issue10686] email.Generator should use unknown-8bit encoded words for headers with 8 bit data

[R. David Murray]

New submission from R. David Murray :

This is a followon to Issue 4661.  The fix for that issue introduced a way to 
parse messages containing 8bit bytes.  When Generator is called on a model 
containing 8 bit bytes, it converts it to 7bit clean.  There is, however, a bug 
in this conversion process: currently when encountering 8bit bytes in headers, 
it simply replaces then with ?.  According to the RFCs[*], what it should do 
instead is to replace them with encoded words using the 'charset' 
"unknown-8bit".

[*] I'm specifically referring to RFC 1428...email is effectively acting as a 
translating gateway when requested to do the 8bit to 7bit conversion.  Although 
that RFC does not explicitly say that the unknown-8bit charset should be used 
in encoded words, it does imply it strongly in its section 3 prescription.

--
assignee: r.david.murray
messages: 123842
nosy: r.david.murray
priority: high
severity: normal
stage: needs patch
status: open
title: email.Generator should use unknown-8bit encoded words for headers with 8 
bit data
type: behavior
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

[issue4661] email.parser: impossible to read messages encoded in a different encoding

[R. David Murray]

R. David Murray  added the comment:

I've opened a issue 10686 to address improving the RFC conformance by using 
unknown-8bit encoded words for 8bit bytes in headers.

--
resolution:  -> fixed
stage: patch review -> 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

[issue4766] email documentation needs to be precise about strings/bytes

[R. David Murray]

R. David Murray  added the comment:

The wording was clarified for 3.2 as part of the fix for issue 4661.  This does 
not help the 3.1 docs, so if someone wants to suggest a patch for the 3.1 docs 
we can reopen the issue.

--
resolution: postponed -> 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

[issue10687] Python fails to install with empty ABI flags

[Arfrever Frehtes Taifersar Arahesis]

New submission from Arfrever Frehtes Taifersar Arahesis 
:

$ make DESTDIR=/var/tmp/portage/dev-lang/python-3.2_pre20101212/image/ 
altinstall 
Creating directory /usr/bin
Creating directory /usr/lib64
/usr/bin/install -c python 
/var/tmp/portage/dev-lang/python-3.2_pre20101212/image//usr/bin/python3.2
if test -f 
/var/tmp/portage/dev-lang/python-3.2_pre20101212/image//usr/bin/python3.2 -o -h 
/var/tmp/portage/dev-lang/python-3.2_pre20101212/image//usr/bin/python3.2; \
then rm -f 
/var/tmp/portage/dev-lang/python-3.2_pre20101212/image//usr/bin/python3.2; \
else true; \
fi
(cd /var/tmp/portage/dev-lang/python-3.2_pre20101212/image//usr/bin; ln 
python3.2 python3.2)
ln: accessing `python3.2': No such file or directory
make: *** [altbininstall] Error 1

--
components: Build
messages: 123845
nosy: Arfrever, barry
priority: normal
severity: normal
status: open
title: Python fails to install with empty ABI flags
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

[issue10631] ZipFile and current directory change

[Martin v . Löwis]

Martin v. Löwis  added the comment:

> So, Martin, are you then arguing that this should in fact be
> considered a bug in ZipFile?  The documentation for the constructor
> says "Open a ZIP file, where file can be either a path to a file (a
> string) or a file-like object."  Reading that I would certainly
> expect it to accept a relative path, and for that path to be relative
> to the CWD at the time I called ZipFile, not at the time I called
> extractall.

You have a point here. So I now think that this should be changed.

--

___
Python tracker 

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

[issue10634] Windows timezone changes not reflected by time.localtime

[Eric Pruitt]

Changes by Eric Pruitt :


--
status: open -> closed

___
Python tracker 

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

[issue10682] With '*args' or even bare '*' in def/call argument list, trailing comma causes SyntaxError

[Raymond Hettinger]

Raymond Hettinger  added the comment:

The current behavior for function definitions is beneficial because a trailing 
comma in the argument list is likely to signal a real error (omitted variable).

In contrast, the trailing comma for lists is useful because entries on separate 
lines in a repeating pattern that makes it easy to add or remove entries.

The use cases for both function definitions and lists are best served by the 
current behavior, more so that a notion driven by "foolish consistency".

Recommend rejecting and closing.

--
nosy: +rhettinger

___
Python tracker 

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

[issue10682] With '*args' or even bare '*' in def/call argument list, trailing comma causes SyntaxError

[Brett Cannon]

Brett Cannon  added the comment:

I'm with Raymond; this is unneeded consistency. I honestly would rather see 
what little support there is for a trailing comma to go away, but w/o looking 
at the grammar I am willing to bet that would be a pain to get right and not be 
worth the effort.

--
nosy: +brett.cannon

___
Python tracker 

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

[issue1243654] Faster output if message already has a boundary

[R. David Murray]

R. David Murray  added the comment:

Committed a simpler fix in r87196, backported to 3.1 in r87195, and 2.7 in 
r87196.

--
resolution:  -> fixed
stage: unit test needed -> 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

[issue10682] With '*args' or even bare '*' in def/call argument list, trailing comma causes SyntaxError

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Ok, so closing as rejected.

--
resolution:  -> 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

[issue9232] Allow trailing comma in any function argument list.

[Martin v . Löwis]

Martin v. Löwis  added the comment:

In #10682, several committers indicated that they would prefer not to change 
this. So I'm closing this as rejected. Per convention, it would probably 
require a PEP to modify Python in this aspect (as there is no clear consensus).

--
resolution:  -> 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

[issue9893] Usefulness of the Misc/Vim/ files?

[Brett Cannon]

Brett Cannon  added the comment:

So I just looked at the syntax file linked by Antoine and that is definitely 
*not* what he meant to link to; probably meant 
http://www.vim.org/scripts/script.php?script_id=790 . As for the indentation 
file, it's out-of-date and so doesn't support 'with' statements (looks like 
people have already started to fork it: 
http://www.vim.org/scripts/script.php?script_id=3003).

At this point I'm willing to either hand maintenance of the files over to 
someone else or to delete the files and shift what we point people at.

--

___
Python tracker 

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

[issue10688] pydoc removes lib directory

[CZ]

New submission from CZ :

when pydoc is run with "python -m" (e.g., "python -m pydoc map"),
you will receive an error message: No module named tempfile.

The reason is pydoc removes 'C:\Python26\lib' (in my case) from sys.path.

But you can run it as "python " because the lib 
directory appears twice in the sys.path in such situation.

--
messages: 123853
nosy: CZ
priority: normal
severity: normal
status: open
title: pydoc removes lib directory
type: behavior
versions: Python 2.6

___
Python tracker 

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

[issue10688] pydoc removes lib directory

[R. David Murray]

R. David Murray  added the comment:

This is a duplicate of issue 2029.

--
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> "python -m pydoc -g"  fails

___
Python tracker 

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

[issue10683] PreLinkEvent error under VC2010

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Yes, I have VC2010 so I'll see what happens...

--

___
Python tracker 

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

[issue9286] email.utils.parseaddr returns garbage for invalid input

[R. David Murray]

R. David Murray  added the comment:

OK, I've studied this more, and it looks to me like the legacy address format 
allows multiple atoms separated by white space in the local part of the 
address.  This means that the correct parse would be

  ('', 'merwok w...@rusty.com')

How useful this parse is is a good question.  It is arguably better than losing 
the white space; however, the fact that it represents a behavior change and 
there's no actual user bug against this argues against backport.  I do think it 
is better to conform to the RFC as much as possible, though, so I'd like to fix 
this in 3.2.

Attached is a patch to the parser that preserves whitespace runs in between 
unquoted atoms in the local part.

It would be interesting to know what other email programs do with such 
addresses.

--
keywords: +patch
stage:  -> patch review
versions:  -Python 2.7, Python 3.1
Added file: 
http://bugs.python.org/file20025/preserve_unquoted_white_space_in_local_part.diff

___
Python tracker 

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

[issue10689] _scproxy extension is NOT build

[Pierre Vinet]

New submission from Pierre Vinet :

>From Python 2.7 http://www.python.org/ftp/python/2.7.1/Python-2.7.1.tar.bz2 
>released on November 27th, 2010.

At compile time :

 $ ../Python-2.7.1/configure --enable-framework
 $ make

we obtain within standard output:

building '_scproxy' extension
creating build/Python-2.7.1
creating build/Python-2.7.1/Mac
creating build/Python-2.7.1/Mac/Modules
/sw/lib/gcc4.2/bin/gcc -fno-strict-aliasing -fno-common -dynamic -O2 -Wall 
-DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes 
-I/Users/vinp/Documents/informatique/python/installation/version-2.7.1/Python-2.7.1/Mac/Include
 -I. -IInclude -I../Python-2.7.1/Include -I/sw/include -I/opt/macports/include 
-I/opt/include -I/usr/X11R6/include -I/usr/include -I/usr/local/include 
-I/Users/vinp/Documents/informatique/python/installation/version-2.7.1/Python-2.7.1/Include
 
-I/Users/vinp/Documents/informatique/python/installation/version-2.7.1/objet_fwk
 -c ../Python-2.7.1/Mac/Modules/_scproxy.c -o 
build/temp.macosx-10.3-ppc-2.7/../Python-2.7.1/Mac/Modules/_scproxy.o
../Python-2.7.1/Mac/Modules/_scproxy.c: In function ‘get_proxy_settings’:
../Python-2.7.1/Mac/Modules/_scproxy.c:67: error: lvalue required as unary ‘&’ 
operand

Then the module _scproxy is not build, which yield to 35 tests crashes:
test_SimpleHTTPServer test___all__ test_cgi test_codecmaps_cn
test_codecmaps_hk test_codecmaps_jp test_codecmaps_kr
test_codecmaps_tw test_cookielib test_distutils test_email
test_email_codecs test_email_renamed test_httpservers test_mailbox
test_mimetypes test_normalization test_old_mailbox test_pyclbr
test_robotparser test_sax test_site test_smtplib test_smtpnet
test_ssl test_sundry test_urllib test_urllib2
test_urllib2_localnet test_urllib2net test_urllibnet test_wsgiref
test_xml_etree test_xml_etree_c test_xmlrpc

$ uname -a
Darwin ts-77.rmkipqxaas02.globetrotter.net 8.11.0 Darwin Kernel Version 8.11.0: 
Wed Oct 10 18:26:00 PDT 2007; root:xnu-792.24.17~1/RELEASE_PPC Power Macintosh 
powerpc

Compiler gcc (GCC) is 4.2.4 (2007)

Thanks,

Pierre Vinet

--
assignee: ronaldoussoren
components: Build, Macintosh, Tests
messages: 123857
nosy: ronaldoussoren, vinp
priority: normal
severity: normal
status: open
title: _scproxy extension is NOT build
type: compile error
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

[issue9234] argparse: aliases for positional arguments (subparsers)

[Adrian Sampson]

Adrian Sampson  added the comment:

Thanks for the pointer, Éric. Here's a quick patch that integrates the same 
functionality into the existing subparser class.

--
keywords: +patch
Added file: http://bugs.python.org/file20026/argparse-aliases.patch

___
Python tracker 

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

[issue10690] IDLE Crash when running/saving Module

[David]

New submission from David :

Hello, 

Python version 2.7.1 x64
Mac OS X 10.6.5 x86_64
Tk/Tcl version 8.5/4

Python will crash when saving/running/checking a module, i tried googling for a 
few hours to come up to NOTHING for a solution. Hopefully we can both get this 
fixed. Thank you.

Attached is a Python crash log.

--
components: IDLE
files: Python_2010-12-12-214329_Darwin.txt
messages: 123859
nosy: David_Anon
priority: normal
severity: normal
status: open
title: IDLE Crash when running/saving Module
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file20027/Python_2010-12-12-214329_Darwin.txt

___
Python tracker 

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

[issue10188] tempfile.TemporaryDirectory may throw errors at shutdown

[Nick Coghlan]

Nick Coghlan  added the comment:

Sorry, I realised after I had logged off and gone to bed that I hadn't finished 
the last test. Fixed in r87204 with an approach that should exercise the 
relevant behaviour regardless of platform.

The commit message has also been updated to refer to the correct issue.

I'm actually going to close this now - the problem of misbehaviour due to 
modules being nulled out at shutdown is a more universal problem being tracked 
elsewhere, and I think the behaviour I just added is the best we can hope for 
until that is fixed.

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

___
Python tracker 

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

[issue10683] PreLinkEvent error under VC2010

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Ok the problem is this line in the pre-link step, that must have gotten changed 
during the conversion:
"$(SolutionDir)make_buildinfo.exe" Debug "$(IntDir)"
should be
"$(SolutionDir)make_buildinfo.exe" Debug "$(IntDir)\"
This is because ($IntDir) will expand to a path ending in a backslash, thus 
escaping the quotes.  We have to escape the backslash using this notation.
The backslash gets removed during the automatic update of the project files.
Is there an official VS2010 build project?  If there is one, I can fix this 
there.

There is an alternative.  We can catch this particular error by skiping a 
trailing " in the path name.  This is perhaps good too, since others are bound 
to run into this problem.

--

___
Python tracker 

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

[issue10683] PreLinkEvent error under VC2010

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

Implemented the "trailing quote removal" defensive programming strategy in 
revision 87205.
Others that autoconvert the solution will not be hit by this problem.

--
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

[issue7213] subprocess leaks open file descriptors between Popen instances causing hangs

[Gregory P. Smith]

Gregory P. Smith  added the comment:

The close_fds default has been fixed in r87206 to remove the DeprecationWarning 
and remain False on Windows.  It changes to True on POSIX.

--

___
Python tracker 

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