[issue14880] csv.reader and .writer use wrong kwargs notation in 2.7 docs

[Hynek Schlawack]

New submission from Hynek Schlawack :

It says

> csv.reader(csvfile[, dialect='excel'][, fmtparam])
> csv.writer(csvfile[, dialect='excel'][, fmtparam])

in 2.7. I presume it should be like in 3.x:

> csv.reader(csvfile, dialect='excel', **fmtparams)
> csv.writer(csvfile, dialect='excel', **fmtparams)

Or am I missing something?

(I found argument renaming to be too invasive for my default-args-notation 
ticket #14804)

--
assignee: docs@python
components: Documentation
keywords: easy
messages: 161332
nosy: docs@python, hynek
priority: normal
severity: normal
status: open
title: csv.reader and .writer use wrong kwargs notation in 2.7 docs
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

[issue14880] csv.reader and .writer use wrong kwargs notation in 2.7 docs

[Petri Lehtinen]

Petri Lehtinen  added the comment:

I verified from the source that it should be **fmtparams also in 2.7. Make sure 
you change the description texts, too, to s/fmtparam/fmtparams/.

--
nosy: +petri.lehtinen

___
Python tracker 

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

[issue14866] 2.x, 3.x iOS static build: Fatal Python error: exceptions bootstrapping error.

[ドミトリ ステパヌシキン]

ドミトリ ステパヌシキン  added the comment:

fixed it for build BIG FAT binary. attached.

--
Added file: http://bugs.python.org/file25672/iOS-build272.sh

___
Python tracker 

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

[issue14804] Wrong defaults args notation in docs

[Roundup Robot]

Roundup Robot  added the comment:

New changeset a3c52115 by Hynek Schlawack in branch '2.7':
#14804: Remove [] around optional arguments with default values
http://hg.python.org/cpython/rev/a3c52115

--

___
Python tracker 

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

[issue14804] Wrong defaults args notation in docs

[Hynek Schlawack]

Hynek Schlawack  added the comment:

The problematic cases have been outsourced to Issue14880 & Issue14870. Closing 
this one.

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

[issue14872] subprocess is not safe from deadlocks

[Ross Lagerwall]

Ross Lagerwall  added the comment:

See also issue1260171.

Closing as a duplicate of that.

--
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> subprocess: more general (non-buffering) communication
type:  -> enhancement

___
Python tracker 

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

[issue1260171] subprocess: more general (non-buffering) communication

[Ross Lagerwall]

Ross Lagerwall  added the comment:

Closed issue14872 as a duplicate of this.

--
assignee: astrand -> 
nosy: +rosslagerwall

___
Python tracker 

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

[issue14881] multiprocessing.dummy craches when self._parent._children does not exist

[Itay Brandes]

New submission from Itay Brandes :

multiprocessing.dummy crashes when attempting to create a ThreadPool from a 
Thread.

The following code will crush on 2.7.3:

import multiprocessing.dummy
import threading
 
class Worker(threading.Thread):
def __init__(self):
threading.Thread.__init__(self)
 
def run(self):
poll = multiprocessing.dummy.Pool(5)
print str(poll)
 
w = Worker()
w.start()

will crush with the following traceback:

poll = multiprocessing.dummy.Pool(5)
  File "C:\Python27\lib\multiprocessing\dummy\__init__.py", line 150, in Pool
return ThreadPool(processes, initializer, initargs)
  File "C:\Python27\lib\multiprocessing\pool.py", line 685, in __init__
Pool.__init__(self, processes, initializer, initargs)
  File "C:\Python27\lib\multiprocessing\pool.py", line 136, in __init__
self._repopulate_pool()
  File "C:\Python27\lib\multiprocessing\pool.py", line 199, in _repopulate_pool
w.start()
  File "C:\Python27\lib\multiprocessing\dummy\__init__.py", line 73, in start
self._parent._children[self] = None
AttributeError: 'Worker' object has no attribute '_children'

If you have access to the thread itself, you can set the _children attribute 
youself (w._children = weakref.WeakKeyDictionary()), but it is not possible 
with threads different from threading.thread (Such as PyQt4's QThread thread, 
which is essential for GUI programming).

The fix that I found is to edit the 
Python27\Lib\multiprocessing\dummy\__init__.py file. The crashing code is line 
number 73.
This line should be nested in an if block:

if hasattr(self._parent, '_children'):
self._parent._children[self] = None

That way the code is fixed.
Thanks!

--
components: None
messages: 161339
nosy: Itay.Brandes
priority: normal
severity: normal
status: open
title: multiprocessing.dummy craches when self._parent._children does not exist
type: crash
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

[issue14775] Dict untracking can result in quadratic dict build-up

[stw]

stw  added the comment:

I'd come to the same conclusion - as the new dict is built up (using batch 
build) it keeps appearing in generation 0, and the gc has to walk over it to 
determine that it should be untracked. 

However, this only seems to be true if the pickle file is created using pickle 
- it doesn't happen with files generated with cPickle. With cPickle the dict 
remains tracked, and passes from generation 0 to 1 to 2. The only difference is 
that pickle memoizes the tuples, while cPickle doesn't. Why does the 
memoization make a difference?

--

___
Python tracker 

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

[issue14881] multiprocessing.dummy craches when self._parent._children does not exist

[Itay Brandes]

Changes by Itay Brandes :


--
components: +Library (Lib) -None

___
Python tracker 

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

[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)

[Phil Daintree]

Phil Daintree  added the comment:

Another example - the following xml returned and displayed from verbose mode:







0001
001
002
100
121213
123456
291
321654
580
ABS
ACTIVE
AIRCON
ALIEJA
AMP
ASSETS
BAKE
BRACE
BYC
CARRO
CARTON
CO
COMPS
CULOIL
DECOR
DVD
E
FOOD
HDD
INF
LAB
LINER
LL
MCNBI
MEDS
MODEL1
NEM
PEÃ\x87AS
PENS
PHONE
PLANT
PRJCTR
PROD
SERV
SOCKS
SS
SW
TACON
TEST12
VEGTAB
ZFR






will not parse with the error:

File "/usr/lib/python2.7/xmlrpclib.py", line 557, in feed
self._parser.Parse(data, 0)
xml.parsers.expat.ExpatError: not well-formed (invalid token): line 43, column 
23

the following unicode characters  on that line are the trouble:

PEÃ\x87AS

--
nosy: +Phil.Daintree

___
Python tracker 

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

[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)

[Phil Daintree]

Phil Daintree  added the comment:

The xml parses happily at http://www.w3schools.com/xml/xml_validator.asp

--

___
Python tracker 

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

[issue1260171] subprocess: more general (non-buffering) communication

[Giampaolo Rodola']

Changes by Giampaolo Rodola' :


--
nosy: +giampaolo.rodola

___
Python tracker 

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

[issue14844] netrc does not handle accentuated characters

[Raphaël Droz]

Raphaël Droz  added the comment:

$ python -c "import netrc; print 
netrc.netrc('/dev/stdin').authenticators('a')"<<<"machine a login b password c"
('b', None, 'c')

$ python -c "import netrc; print 
netrc.netrc('/dev/stdin').authenticators('a')"<<<"machine a login b password 
héhé"
Traceback (most recent call last):
  File "", line 1, in 
  File "/usr/lib/python2.7/netrc.py", line 32, in __init__
self._parse(file, fp)
  File "/usr/lib/python2.7/netrc.py", line 94, in _parse
file, lexer.lineno)
netrc.NetrcParseError: bad follower token '\xc3' (/dev/stdin, line 1)

--

___
Python tracker 

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

[issue1191964] asynchronous Subprocess

[Ross Lagerwall]

Changes by Ross Lagerwall :


--
assignee: astrand -> 

___
Python tracker 

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

[issue1191964] asynchronous Subprocess

[Ross Lagerwall]

Changes by Ross Lagerwall :


--
nosy: +rosslagerwall

___
Python tracker 

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

[issue14882] Link/Compile Error on Sun Sparc Solaris10 with gcc3.4.3----python2.6.8

[Chang Xiaojiang]

New submission from Chang Xiaojiang :

I download the source package of python2.6.8from 
http://www.python.org/getit/releases/2.6.8/, and start a build on my Sun Sparc 
Solaris10 with gcc3.4.3 which is preinstalled.But the following error logs are 
reported.
gcc -shared 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/_ctypes.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/callbacks.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/callproc.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/stgdict.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/cfield.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/malloc_closure.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/prep_cif.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/ffi.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o
 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v9.o
 -L/usr/local/lib -o build/lib.solaris-2.10-sun4u-2.6/_ctypes.so -mimpure-text
ld: 重大なエラー: 再配置エラー: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 シンボル <不明>: オフセット 0xfed638e7 が整列していません。
ld: 重大なエラー: 再配置エラー: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 シンボル <不明>: オフセット 0xfed638ed が整列していません。
ld: 重大なエラー: 再配置エラー: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 シンボル <不明>: オフセット 0xfed638f1 が整列していません。
ld: 重大なエラー: 再配置エラー: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 シンボル <不明>: オフセット 0xfed638f5 が整列していません。
ld: 重大なエラー: 再配置エラー: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 シンボル <不明>: オフセット 0xfed73d5a が整列していません。
ld: 重大なエラー: 再配置エラー: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 シンボル <不明>: オフセット 0xfed75dfe が整列していません。
collect2: ld returned 1 exit status

Failed to find the necessary bits to build these modules:
_bsddb _sqlite3   _tkinter
bsddb185   gdbm   linuxaudiodev
ossaudiodevreadline
To find the necessary bits, look in setup.py in detect_modules() for the 
module's name.


Failed to build these modules:
_ctypes_curses_curses_panel
_hashlib   _ssl

running build_scripts

Anyone can tell me what's wrong?
>From some website, I was told that this is caused by a fault of Solaris's 
>gcc.To fix it, I need to recompile the gcc and reinstall it.But I donnot want 
>to do so.Because it is a public server.

--
components: None
messages: 161344
nosy: seeker77
priority: normal
severity: normal
status: open
title: Link/Compile Error on Sun Sparc Solaris10 with gcc3.4.3python2.6.8
type: compile error
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

[issue14881] multiprocessing.dummy craches when self._parent._children does not exist

[Richard Oudkerk]

Changes by Richard Oudkerk :


--
nosy: +sbt

___
Python tracker 

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

[issue14876] IDLE highlighting theme does not preview with user-selected fonts

[Roger Serwy]

Roger Serwy  added the comment:

That sounds like a reasonable enhancement. Attached is a patch against 3.3.0a3 
to change the font of highlighting sample to match the font selected in the 
font tab.

The actual highlighting text sample has 11 line of text which is why the patch 
changes the height from 10 to 11.

--
keywords: +patch
nosy: +serwy, terry.reedy
versions: +Python 3.3
Added file: http://bugs.python.org/file25673/issue14876.patch

___
Python tracker 

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

[issue11804] expat parser not xml 1.1 (breaks xmlrpclib)

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

In sample above, is "\x87" one character, or 4 ascii characters?

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue14775] Dict untracking can result in quadratic dict build-up

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> However, this only seems to be true if the pickle file is created
> using pickle - it doesn't happen with files generated with cPickle.
> With cPickle the dict remains tracked, and passes from generation 0 to
> 1 to 2. The only difference is that pickle memoizes the tuples, while
> cPickle doesn't. Why does the memoization make a difference?

Probably because memoization itself uses a dict.

--

___
Python tracker 

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

[issue14775] Dict untracking can result in quadratic dict build-up

[stw]

stw  added the comment:

> Probably because memoization itself uses a dict.

Right, but as far as I can tell it's not the memo dict that keeps being 
tracked/untracked. Rather, it's the dict that is being unpickled.

Anyway, I suppose the point is that the issue of whether an object is 
tracked/untracked is not solely determined by its type:

1. All containers are tracked by default.

2. Tuples can only become untracked after a generation 0 gc pass.

3. With the new patch, dicts can only become untracked after a generation 2 gc 
pass.

4. Also, am I right in thinking that whether a container gets untracked or not 
depends not only on its contents, but also on the order of the objects in the 
gc list? That is, all of the contents of a container must get untracked before 
the container is considered.

--

___
Python tracker 

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

[issue14882] Link/Compile Error on Sun Sparc Solaris10 with gcc3.4.3----python2.6.8

[Ramchandra Apte]

Ramchandra Apte  added the comment:

Since most of the Python devs and I don't understand Chinese, can you please 
show the errors in English by compiling Python with LANG=C .
Thanks for the bug report.

--
nosy: +ramchandra.apte

___
Python tracker 

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

[issue14844] netrc does not handle accentuated characters

[R. David Murray]

R. David Murray  added the comment:

This is presumably going to turn out to be a problem with shlex's handling of 
non-ascii characters.  I believe there are open issues about that, but I'm not 
sure of the status.

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

[issue14883] html documentation does not show comments in code blocks

[Alex Garel]

New submission from Alex Garel :

Just under http://docs.python.org/library/doctest.html#doctest.REPORTING_FLAGS 
documentation speaks about how Doctest directives maybe expressed as special 
Python comments.

There are some example along with the narrative story, however comments which 
here are the important part, are not displayed in code snippet.

Looking at the sphinx source for this page : 
http://docs.python.org/_sources/library/doctest.txt the comments are present. 
Eg.

   >>> print range(20) #doctest: +NORMALIZE_WHITESPACE
   [0,   1,  2,  3,  4,  5,  6,  7,  8,  9,
   10,  11, 12, 13, 14, 15, 16, 17, 18, 19]

However in the generated html, they are not:

  print range
  (20) 
  [0,   1,  2,  3,  4,  5,  6,  7,  8,  9,


Note that this issue is not present in python 2.6.8 documentation 
http://docs.python.org/release/2.6.8/library/doctest.html#doctest.REPORTING_FLAGS
 and also 3.1.5 is ok.

It appears versions at 3.2.1 and 2.7.3

--
assignee: docs@python
components: Documentation
messages: 161351
nosy: alexgarel, docs@python
priority: normal
severity: normal
status: open
title: html documentation does not show comments in code blocks
type: behavior
versions: Python 2.7, Python 3.2, Python 3.3

___
Python tracker 

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

[issue1191964] asynchronous Subprocess

[Richard Oudkerk]

Richard Oudkerk  added the comment:

Comments on Josiah's patch:

* It uses pywin32 for PeekNamedPipe -- this is now available from _winapi.

* I don't think send(), recv() and recv_exact() will work correctly if
  buffering is used -- an error should be raised in this case.

* I think send(), recv(), recv_exact() should raise errors if the
  associated stream is None instead of returning 0 or ''.


Additional comments on http://code.google.com/p/subprocdev

* In a few places the code does "raise Exception(...)" -- some other 
  exception class should be used.

* It is not clear to me why TextIOWrapper should try to implement seek()
  and tell().  (The file-like wrapper for a socket does not.)

* I don't like the hardwired timeouts for faking asynchronicity:
  Popen.asyncread(), Popen.asyncwrite() use 0.1 seconds, and
  TextIOWrapper.read() uses 1.25 seconds.

* There is no binary counterpart to TextIOWrapper.

* Using fcntl.fcntl() to switch back and forth between blocking and
  unblocking is unnecessary.  select() guarantees the read/write on a pipe
  will succeed without blocking.  (The same is not necessarily true with
  a socket.)

* __closecheck() should be renamed _closecheck().

* FileWrapper is just a wrapper for TextIOWrapper, except that it has an
  ignored newlines argument.

* I can't see any documentation.

--
nosy: +sbt

___
Python tracker 

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

[issue14883] html documentation does not show comments in code blocks

[Ezio Melotti]

Ezio Melotti  added the comment:

This is a duplicate of #12947.

--
nosy: +ezio.melotti
resolution:  -> duplicate
stage:  -> committed/rejected
status: open -> closed
superseder:  -> doctest directive examples in library/doctest.html lack the 
flags

___
Python tracker 

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

[issue4198] os.path.normcase gets fooled on windows with mapped linux network drive

[Merlijn van Deen]

Merlijn van Deen  added the comment:

OK, I did some quick tests. Given a samba share with the following files

A (contents: 'test: A')
a (contents: 'test: a')
B (contents: 'test: B')

1) opening \\share\files\A or \\share\files\a opens the same file - in my
case 'test: A'
2) opening \\share\files\B or \\share\files\b both work.

As such, the behaviour is at least not incorrect. In addition, it means
that the "if normcase(path1) == normcase(path2):" option to check if two
files are the same is actually correct (if normcase(path1) ==
normcase(path2) then open(path1).read() == open(path2).read() - at least on
the share I tested). Interestingly, os.path.samefile suggests this would
not be the case:

True
>>> os.path.samefile("u:\\a", "u:\\A")
False

On 22 May 2012 03:59, Ezio Melotti  wrote:

>
> Changes by Ezio Melotti :
>
>
> --
> nosy: +brian.curtin, tim.golden
> stage:  -> needs patch
> versions:  -Python 3.4
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue12931] xmlrpclib confuses unicode and string

[Ulrich Seidl]

Ulrich Seidl  added the comment:

The change set committed for 2.7 introduces another problem. At the beginning 
of xmlrpclib.py, there is an explicit test for the availability of unicode:

try:
unicode
except NameError:
unicode = None # unicode support not available

In case unicode was set to None, a TypeError:
isinstance() arg 2 must be a class, type, or tuple of classes and types

will be raised by the code introduced to ServerProxy:

if isinstance(uri, unicode):
uri = uri.encode('ISO-8859-1')

--
nosy: +uis

___
Python tracker 

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

[issue1191964] asynchronous Subprocess

[Richard Oudkerk]

Richard Oudkerk  added the comment:

Personally, I would factor out the code for Popen.communicate() in to a 
Communicator class which wraps a Popen object and has a method

communicate(input, timeout=None) -> (bytes_written, output, error)

On Windows this would use threads, and on Unix, select.

--

___
Python tracker 

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

[issue4841] io's close() not handling errors correctly

[Hynek Schlawack]

Hynek Schlawack  added the comment:

The reasoning is reasonable, the patch trivial & LGTM, the test suite passes. 
Anything I’m missing, why this is still open?

--
stage: patch review -> commit review

___
Python tracker 

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

[issue4841] io's close() not handling errors correctly

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Hynek, no obvious reason, it probably slipped through :)

--

___
Python tracker 

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

[issue14856] argparse: creating an already defined subparsers does not raises an exception

[R. David Murray]

R. David Murray  added the comment:

Thanks for the report and patch.

However, since there is no del_parser method, I'm inclined to think that this 
is not a bug.  That is, the ability to overwrite a previously defined subparser 
could be considered a feature.

If Steven does consider it a bug, I think it can only be fixed in 3.3, since to 
do otherwise could needlessly break currently-working programs.  If it is not a 
bug, add_parser's behavior when a parser already exist should be documented.

--
nosy: +bethard, r.david.murray
versions:  -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python 3.4

___
Python tracker 

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

[issue4033] python search path - .pth recursion

[Brett Cannon]

Brett Cannon  added the comment:

The docs for 2.7 are a little more clear: 
http://docs.python.org/install/index.html#inst-search-path says it is not 
recursive. And looking at the code 
(http://hg.python.org/cpython/file/086afe7b61f5/Lib/site.py#l184) backs that up.

--
resolution:  -> out of date
status: open -> closed

___
Python tracker 

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

[issue14866] 2.x, 3.x iOS static build: Fatal Python error: exceptions bootstrapping error.

[Ronald Oussoren]

Ronald Oussoren  added the comment:

Thanks for posting a working script. I was mostly interested in this because 
I'll likely need this functionality myself in the near future ;-)

--

___
Python tracker 

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

[issue1191964] asynchronous Subprocess

[Eric Pruitt]

Eric Pruitt  added the comment:

There's documentation, but you have to switch to the Python 3k branch --
http://code.google.com/p/subprocdev/source/browse/?name=python3k#hg%2Fdoc.

As for the other criticisms, I'm sure there are plenty of things that need to
be improved upon; I was not a very experienced when I started the project.

--

___
Python tracker 

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

[issue14775] Dict untracking can result in quadratic dict build-up

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> Also, am I right in thinking that whether a container gets untracked or 
> not depends not only on its contents, but also on the order of the
> objects in the gc list? That is, all of the contents of a container
> must get untracked before the container is considered.

Indeed, and it could explain the difference in behaviour between the memo dict 
and the other dict.

--

___
Python tracker 

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

[issue14878] send statement from PEP342 is poorly documented.

[Stephen Lacy]

Stephen Lacy  added the comment:

okay, found the documentation I was looking for here:

http://docs.python.org/reference/expressions.html#yield-expressions

which appears to be copied and pasted and modified version of the docs here:

http://docs.python.org/reference/simple_stmts.html#grammar-token-yield_stmt

At the very least these should cross-reference each other, but I would guess 
that the text should be unified, but I'm not sure where.

--

___
Python tracker 

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

[issue14472] .gitignore is outdated

[Roundup Robot]

Roundup Robot  added the comment:

New changeset fb5da2a5d9da by Petri Lehtinen in branch 'default':
#14472: Update .gitignore
http://hg.python.org/cpython/rev/fb5da2a5d9da

--
nosy: +python-dev

___
Python tracker 

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

[issue14472] .gitignore is outdated

[Roundup Robot]

Roundup Robot  added the comment:

New changeset 8652dd5c2a14 by Petri Lehtinen in branch '3.2':
#14472: Update .gitignore
http://hg.python.org/cpython/rev/8652dd5c2a14

--

___
Python tracker 

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

[issue14472] .gitignore is outdated

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Fixed in default and 3.2 branches, which are quite similar. Thanks for the 
patch!

Closing now. Feel free to reopen if you want to provide a patch for the 2.7 
branch, too.

--
resolution:  -> fixed
status: open -> closed
versions: +Python 3.2, Python 3.3

___
Python tracker 

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

[issue12014] str.format parses replacement field incorrectly

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Ben,

As I've said, I think that we should go for the documented behavior with the 
addition of not allowing braces inside the format string (with the exception of 
format_spec).

So AFAICS, index_string would become

index_string  ::=   +

> Anyway, as far as I can tell the patches would have to be reworked in
> the light of recent changes anyway. I am willing to do this if there's
> actually interest. 

Are you still willing to rework the patches?

And as I said already earlier, it wouldn't hurt if this was taken to python-dev 
once more. If there's a good, working patch ready, it might make it easier to 
gain consensus.

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

[issue14075] argparse: unused method?

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Nobody's really sure whether it's safe to remove, so let it be there. Leaving 
it can be justified by symmetry with _get_kwargs. Closing.

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

[issue13445] Enable linking the module pysqlite with Berkeley DB SQL instead of SQLite

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Still waiting for the info about whether this can be done at run-time.

--
status: open -> pending

___
Python tracker 

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

[issue13934] sqlite3 test typo

[Petri Lehtinen]

Petri Lehtinen  added the comment:

Both patches LGTM.

--
nosy: +petri.lehtinen

___
Python tracker 

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

[issue13400] packaging: build command should have options to control byte-compilation

[Éric Araujo]

Éric Araujo  added the comment:

One thing just came to my mind: if we change option names and people use the 
new names in setup.cfg or ~/.pydistutils.cfg, then the file will stop being 
compatible with distutils.

--

___
Python tracker 

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

[issue14884] Windows Build instruction typo

[Michael Driscoll]

New submission from Michael Driscoll :

In http://docs.python.org/devguide/setup.html#windows the devguide mentions 
that the user must go to the "Build" menu to run "Build Solution". When I tried 
doing that with Visual C++ 2010 per the instructions, I discovered that there 
is no "Build" menu and the menu item is actually under the "Debug" menu. I have 
attached my first attempt at a patch in the hopes that this might be fixed.

--
components: Devguide
files: setup.patch
keywords: patch
messages: 161373
nosy: ezio.melotti, michael.driscoll
priority: normal
severity: normal
status: open
title: Windows Build instruction typo
versions: Python 3.4
Added file: http://bugs.python.org/file25674/setup.patch

___
Python tracker 

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

[issue13445] Enable linking the module pysqlite with Berkeley DB SQL instead of SQLite

[Lauren Foutz]

Lauren Foutz  added the comment:

It is not possible to compile pysqlite to link with both, and even if it
was it would not be a good idea, since databases created by bdbsql cannot
be accessed by sqlite, and visa versa.

Because of the incompatibility I think a runtime flag would lead to a lot
of user error, but a separate connection class in the sqlite3 module might
work, but because the libraries share the same external functions, linking
them both with the python library will be difficult if not impossible.

Lauren

On Fri, Feb 3, 2012 at 4:17 AM, Petri Lehtinen wrote:

>
> Petri Lehtinen  added the comment:
>
> Is it possible to compile pysqlite so that it links with both, or so that
> the linking type can be changed at run time?
>
> I'm -1 on adding a compile-time option to switch the storage backend to
> Python itself, but a runtime flag or a separate connection class for the
> sqlite3 module would do.
>
> --
> nosy: +petri.lehtinen
>
> ___
> Python tracker 
> 
> ___
>

--
status: pending -> open

___
Python tracker 

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

[issue11685] possible SQL injection into db APIs via table names... sqlite3

[Petri Lehtinen]

Changes by Petri Lehtinen :


--
nosy: +petri.lehtinen

___
Python tracker 

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

[issue14814] Implement PEP 3144 (the ipaddress module)

[Sandro Tosi]

Sandro Tosi  added the comment:

Thank Nick for pointing to Terry's review! I'm attaching here a patch 
addressing the points Terry highlighed. probably we should review this patch 
before moving forward with the API doc?

--
Added file: http://bugs.python.org/file25675/ipaddress_improvements.diff

___
Python tracker 

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

[issue14885] shutil tests, test_copy2_xattr and test_copyxattr, fail

[Tshepang Lekhonkhobe]

New submission from Tshepang Lekhonkhobe :

$ ./python -m test -v test_shutil
...[snip]...
==
ERROR: test_copy2_xattr (test.test_shutil.TestShutil)
--
Traceback (most recent call last):
  File "/home/wena/src/python/cpython/Lib/test/test_shutil.py", line 439, in 
test_copy2_xattr
os.setxattr(src, 'user.foo', b'42')
OSError: [Errno 95] Operation not supported

==
ERROR: test_copyxattr (test.test_shutil.TestShutil)
--
Traceback (most recent call last):
  File "/home/wena/src/python/cpython/Lib/test/test_shutil.py", line 325, in 
test_copyxattr
os.setxattr(src, 'user.foo', b'42')
OSError: [Errno 95] Operation not supported

...[snip]...

--
components: Library (Lib)
messages: 161376
nosy: hynek, tarek, tshepang
priority: normal
severity: normal
status: open
title: shutil tests, test_copy2_xattr and test_copyxattr, fail
versions: Python 3.3

___
Python tracker 

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

[issue14885] shutil tests, test_copy2_xattr and test_copyxattr, fail

[Hynek Schlawack]

Hynek Schlawack  added the comment:

Could you give me your precise platform information please? Including full 
kernel version and "mount" output? Also, could you check whether test_os fails 
too?

Thanks!

--
assignee:  -> hynek

___
Python tracker 

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

[issue14885] shutil tests, test_copy2_xattr and test_copyxattr, fail

[Tshepang Lekhonkhobe]

Tshepang Lekhonkhobe  added the comment:

$ uname -a
Linux tshepang 3.2.0-2-amd64 #1 SMP Mon Apr 30 05:20:23 UTC 2012 x86_64 
GNU/Linux

$ mount
udev on /dev type devtmpfs (rw,relatime,size=1889948k,nr_inodes=472487,mode=755)
devpts on /dev/pts type devpts 
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=379196k,mode=755)
/dev/disk/by-uuid/2d38cf2e-38a9-4902-a7b2-92d34e037a74 on / type ext4 
(rw,noatime,errors=remount-ro,user_xattr,acl,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,relatime,size=758388k)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,relatime,size=758388k)
/dev/sda5 on /boot type ext4 (rw,noatime,user_xattr,acl,barrier=1,data=ordered)
/dev/sda9 on /home type ext4 (rw,noatime,user_xattr,acl,barrier=1,data=ordered)

$ ./python -m test test_os
[1/1] test_os
1 test OK.

--

___
Python tracker 

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

[issue14814] Implement PEP 3144 (the ipaddress module)

[Terry J. Reedy]

Terry J. Reedy  added the comment:

[Agreed that spacing comments were bogus.]

As for the rest, patch looks good except for 'is  is' in
+ValueError: If the integer is  is negative or...

I am glad I could help improve things a bit.
I will try to look at the how-to by tomorrow to see if I understand it.

--

___
Python tracker 

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

[issue14880] csv.reader and .writer use wrong kwargs notation in 2.7 docs

[Chris Rebert]

Changes by Chris Rebert :


--
nosy: +cvrebert

___
Python tracker 

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

[issue14617] confusing docs with regard to __hash__

[Chris Rebert]

Changes by Chris Rebert :


--
nosy: +cvrebert

___
Python tracker 

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

[issue14814] Implement PEP 3144 (the ipaddress module)

[Tshepang Lekhonkhobe]

Tshepang Lekhonkhobe  added the comment:

looks easy enough for me; I've marked a bunch of minor issues with the code 
review tool

--

___
Python tracker 

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

[issue1191964] asynchronous Subprocess

[Chris Rebert]

Changes by Chris Rebert :


--
nosy: +cvrebert

___
Python tracker 

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

[issue1260171] subprocess: more general (non-buffering) communication

[Chris Rebert]

Changes by Chris Rebert :


--
nosy: +cvrebert

___
Python tracker 

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

[issue14885] shutil tests, test_copy2_xattr and test_copyxattr, fail

[Hynek Schlawack]

Hynek Schlawack  added the comment:

I think the problem is that the xattr decorator checks only the file system 
with TESTFN for xattrs and the shutil functions use real temp files that live 
e.g. under /tmp.

Please try whether this patch helps.

--
keywords: +patch
Added file: http://bugs.python.org/file25676/test-tmp-for-xattr.diff

___
Python tracker 

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

[issue12014] str.format parses replacement field incorrectly

[Ben Wolfson]

Ben Wolfson  added the comment:

> Are you still willing to rework the patches?

Sure. Now that I've actually looked at unicode_format.h it looks like the 
biggest (relevant) difference might just be that the file isn't named 
string_format.h, so I suspect it will be pretty straightforward.

> And as I said already earlier, it wouldn't hurt if this was taken to 
> python-dev once more. If there's a good, working patch ready, it might 
> make it easier to gain consensus.

Maybe, but the last time it went to python-dev (in December) there was little 
discussion at all, and the patches that exist now worked on the codebase as it 
existed then. Anyway, it seems as if progress is being made on PEP 420, so 
perhaps better to let Eric take a look before bringing it up again?

--

___
Python tracker 

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

[issue14885] shutil tests, test_copy2_xattr and test_copyxattr, fail

[Tshepang Lekhonkhobe]

Tshepang Lekhonkhobe  added the comment:

patch works

--

___
Python tracker 

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

[issue14879] invalid docs for subprocess exceptions with shell=True

[Chris Rebert]

Chris Rebert  added the comment:

Eh, just needs clarification along the lines of:

"Exceptions raised in the child ++Python++ process"

"A ValueError will be raised if Popen is called with invalid arguments
++whose validity is not dependent upon the state of the environment++."

--
nosy: +cvrebert

___
Python tracker 

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

[issue14879] invalid docs for subprocess exceptions with shell=True

[R. David Murray]

R. David Murray  added the comment:

I don't think that those additions make anything clearer, I'm afraid.

"child python process" would seem to imply raised in the new python running in 
the child process, which is clearly not true.

Hmm.  I seem to remember having this discussion before.  The current statement 
is in fact exactly correct.  When shell=True the new program being run is 'sh' 
(or similar).  So the error message is coming from the program being run 
successfully by subprocess.  End of story.

So, we could add a clarfication: "If shell=True, the 'new program' being run is 
the shell, which may generate its own errors based on the shell command passed 
to it (such as command not found).  These will not result in exceptions."

--
nosy: +r.david.murray
versions:  -Python 2.6, Python 3.1, Python 3.4

___
Python tracker 

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

[issue14814] Implement PEP 3144 (the ipaddress module)

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti

___
Python tracker 

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

[issue14882] Link/Compile Error on Sun Sparc Solaris10 with gcc3.4.3----python2.6.8

[Chang Xiaojiang]

Chang Xiaojiang  added the comment:

Oh, I ignored that. Sorry. The english version is as following:

--
ld: fatal: relocation error:: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638e7 is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638ed is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638f1 is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638f5 is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed73d5a is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: ファイル 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed75dfe is non-aligned.
--

--

___
Python tracker 

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

[issue14882] Link/Compile Error on Sun Sparc Solaris10 with gcc3.4.3----python2.6.8

[Chang Xiaojiang]

Chang Xiaojiang  added the comment:

A word is missed in last change. And the updated logs are as following.

ld: fatal: relocation error:: R_SPARC_32: file 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638e7 is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: file 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638ed is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: file 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638f1 is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: file 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed638f5 is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: file 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed73d5a is non-aligned.
ld: fatal: relocation error:: R_SPARC_32: file 
build/temp.solaris-2.10-sun4u-2.6/export/diskArray/changxiaojiang/Mercurial/python-src/Python-2.6.8/Modules/_ctypes/libffi/src/sparc/v8.o:
 symbol : : offset 0xfed75dfe is non-aligned.

--

___
Python tracker 

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

[issue14884] Windows Build instruction typo

[Brian Curtin]

Brian Curtin  added the comment:

Would you mind taking a screenshot of where "Build Solution" appears? You'll 
probably need to hold CTRL+print screen to make sure the menu doesn't retract. 
As seen in http://i.imgur.com/XvXa5.png I have the menu as described in the 
guide and it's the one I've seen others have as well.

The guide used to mention everything by keyboard shortcuts which can be 
different for everyone depending on the keyboard layout they choose at install 
time (or through the options later on).

--
assignee:  -> brian.curtin
components: +Windows
nosy: +brian.curtin
stage:  -> patch review
versions:  -Python 3.4

___
Python tracker 

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

[issue6721] Locks in python standard library should be sanitized on fork

[lesha]

lesha  added the comment:

This is a reply to: http://bugs.python.org/issue6721#msg151266

Charles-François raises two problems:

1) LinuxThreads have different PIDs per thread. He then points out that 
LinuxThreads have long been deprecated.

2) you cannot release locks on fork() because that might let the forked process 
access protected resources.

My replies:

(1) Good catch. I suspect that this could be mitigated even if we cared about 
LinuxThreads. I haven't looked, but there's got to be a way to determine if we 
are a thread or a fork child.

(2) I think I didn't explain my idea very well. I don't mean that we should 
release *all* locks on fork. That will end in disaster, as Charles-François 
amply explained.

All I meant is that we could introduce a special lock class "ForkClearedRLock" 
that self-releases on fork(). We could even use Charles-François's reinit magic 
for this.

Using ForkClearedRLock in "logging" would prevent deadlocks. The only potential 
harm that would come from this is that your logfile might get pretty ugly, i.e. 
the fork parent and child might be printing simultaneously, resulting in logs 
like:

Error: parentparentparError: childchildchildchildchild
entparentparent

It's not great, but it's definitely better than deadlocking.

I don't think logging can do anything more sensible across fork() anyway.

Did this explanation make more sense?

--

___
Python tracker 

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

[issue14884] Windows Build instruction typo

[Michael Driscoll]

Michael Driscoll  added the comment:

@Brian - Sorry I didn't include a screenshot earlier. I was running it on a 
machine without good screen capturing software. I've rectified that and 
attached a screenshot for you. I suspect that there's a difference between the 
VC++ 2010 Express Edition and a full suite.

--
Added file: http://bugs.python.org/file25677/ms_vc2010.png

___
Python tracker 

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

[issue14884] Windows Build instruction typo

[Brian Curtin]

Brian Curtin  added the comment:

Weird that they would do that. Given that there is a difference, we should 
probably list both. Something like "choose the Build Solution option from 
either the Build or Debug menu depending on your Visual Studio version."

Your patch seems to solve something different than you've been mentioning. That 
drop-down is technically the "Solution Configuration" so we could name it as 
that, but I figured "build configuration" worked because it's a configuration 
of how the build will be done.

--

___
Python tracker 

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

[issue14884] Windows Build instruction typo

[Michael Driscoll]

Michael Driscoll  added the comment:

Yeah, my patch didn't turn out the way I expected. I replaced "Build" with 
"Debug" and then noticed that it also referred to some kind of "build" 
drop-down that didn't seem like the right term. I couldn't figure out what the 
right term was though. Would you like me to fix those two items using your 
wording? Or we could just leave it as it is in the original and just fix the 
the part I mentioned originally.

--

___
Python tracker 

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

[issue14884] Windows Build instruction typo

[Brian Curtin]

Brian Curtin  added the comment:

May as well fix them both.

--

___
Python tracker 

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

[issue14879] invalid docs for subprocess exceptions with shell=True

[Chris Rebert]

Chris Rebert  added the comment:

The term "invalid arguments" in "A ValueError will be raised if Popen is called 
with invalid arguments." is still vague. One could well argue that a 
nonexistent executable or bad command is "invalid". Anything resulting in an 
OSError can be considered "invalid" in a sense. The ValueError sentence should 
use a different descriptor or else include a qualifier.

+1 on calling out the shell=True case.
(My but how the `shell` argument complicates everything...)

--

___
Python tracker 

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