[issue14119] Ability to adjust queue size in Executors

[Nam Nguyen]

Nam Nguyen  added the comment:

+1

That was actually what I did. I replaced the internal queue with another one 
whose limit was properly set.

If you are busy to write one, let me find some time to create another patch.

--

___
Python tracker 

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

[issue14377] Modify serializer for xml.etree.ElementTree to allow forcing the use of long tag closing

[Ariel Poliak]

Ariel Poliak  added the comment:

Made a new patch.
This one contains changes for xml.etree.ElementTree for cpython, jython, and 
stackless.
It also contains changes to Modules/_elementtree.c for cpython and stackless.

The changes within this patch do not change the signature for the _serialize_* 
methods, so it can be used with any third-party library that extends 
ElementTree.

--
Added file: 
http://bugs.python.org/file25946/ElementTree-force_long_tags-v3.patch

___
Python tracker 

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

[issue15050] Python 3.2.3 fail to make

[Grey_Shao]

Grey_Shao  added the comment:

Thanks for your kindly help
I attach the config.log in the attachment "data.7z"
The value of the PRId64 is:
#ifdef  _LP64
#define PRId64  "ld"
#else   /* _ILP32 */
#if __STDC__ - 0 == 0 && !defined(_NO_LONGLONG)
#define PRId64  "lld"
#endif
#endif
I also attach the related inttypes.h files in the attachment "data.7z"

Thanks for your help

--
Added file: http://bugs.python.org/file25945/Data.7z

___
Python tracker 

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

[issue4442] document immutable type subclassing via __new__

[R. David Murray]

R. David Murray  added the comment:

Actually, it is documented: 
http://docs.python.org/dev/reference/datamodel.html#basic-customization

"__new__() is intended mainly to allow subclasses of immutable types (like int, 
str, or tuple) to customize instance creation."

It could certainly be better documented, but where?  The tutorial?

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

[issue15052] Outdated comments in build_ssl.py

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +gregory.p.smith, loewis

___
Python tracker 

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

[issue15053] imp.lock_held() "Changed in Python 3.3" mention accidentally one function up

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Well, if the versionchanged were for get_tag(), it would be indented 
appropriately. But it is actually for the "The following functions help 
interact with the import system’s internal locking mechanism" paragraph.

Feel free to improve :)

--

___
Python tracker 

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

[issue4442] document immutable type subclassing via __new__

[Chris Withers]

Chris Withers  added the comment:

It's the fact that for immutable types, initialization is done in __new__ 
instead of __init__ that isn't documented anywhere. 

This should be Python-level rather than C-level documentation.

The example I gave in #msg76473 is confusing without docs anywhere that explain 
why this is.

--

___
Python tracker 

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

[issue14963] Use an iterative implementation for contextlib.ExitStack.__exit__

[Jesús Cea Avión]

Changes by Jesús Cea Avión :


--
nosy: +jcea

___
Python tracker 

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

[issue15053] imp.lock_held() "Changed in Python 3.3" mention accidentally one function up

[Brett Cannon]

New submission from Brett Cannon :

If you look at http://docs.python.org/dev/py3k/library/imp.html#imp.get_tag you 
will notice it has the "Changed in Python 3.3" notice for imp.lock_held() in 
it, the function *below* imp.get_tag().

--
assignee: docs@python
components: Documentation
messages: 162694
nosy: brett.cannon, docs@python, pitrou
priority: normal
severity: normal
stage: needs patch
status: open
title: imp.lock_held() "Changed in Python 3.3" mention accidentally one 
function up
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

[issue15021] xmlrpc server hangs

[Abhishek Singh]

Abhishek Singh  added the comment:

I found my problem.

I was also using pipes to implement my show output (between python and C). The 
pipe was getting full, and xmlrpc server was locking up because of that.

The gdb traceback was confusing though (will re-open if I see this again, and 
if it is indeed a different issue).

--
resolution:  -> invalid
status: open -> closed

___
Python tracker 

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

[issue14937] IDLE's deficiency in the completion of file names (Python 32, Windows XP)

[Roger Serwy]

Roger Serwy  added the comment:

There's a small logic bug with Martin's patch. Opening up a new editor window 
and pressing Tab causes a traceback. Attached is a new patch to fix the problem.

--
priority: normal -> high
resolution: fixed -> 
stage:  -> patch review
status: closed -> open
Added file: http://bugs.python.org/file25944/issue14937_logic_fix.patch

___
Python tracker 

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

[issue15044] _dbm not building on Fedora 17

[Ross Lagerwall]

Ross Lagerwall  added the comment:

Attached is a patch which fixes the issue on Fedora 17.

If this doesn't break other OSes I'll commit it for 2.7, 3.2 and 3.3.

--
keywords: +patch
versions: +Python 2.7, Python 3.2
Added file: http://bugs.python.org/file25943/gdbm.patch

___
Python tracker 

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

[issue12510] IDLE: calltips mishandle raw strings and other examples

[Roger Serwy]

Roger Serwy  added the comment:

The _self_pat RE needs to be changed to just remove the first argument. 
Presently, another bug exists with the current implementation:

>>> class A:
def t(self, self1, self2):
pass
>>> a = A()
>>> a.t(

gives "(1,2)" as the calltip, instead of "(self1, self2)" for 3.x. Python 2.7 
gives the correct calltip.

The attached patch modifies _self_pat to remove only the first argument, 
modifies the classmethod test, and adds a test for "notself", as Terry 
requested in msg162511.

--
Added file: http://bugs.python.org/file25942/issue12510_self_pat.patch

___
Python tracker 

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

[issue12982] Document that importing .pyo files needs python -O

[Ronan Lamy]

Changes by Ronan Lamy :


--
nosy: +Ronan.Lamy

___
Python tracker 

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

[issue1644818] Allow built-in packages and submodules as well as top-level modules

[Arfrever Frehtes Taifersar Arahesis]

Changes by Arfrever Frehtes Taifersar Arahesis :


--
nosy: +Arfrever

___
Python tracker 

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

[issue14102] argparse: add ability to create a man page

[Jakub Wilk]

Changes by Jakub Wilk :


--
nosy: +jwilk

___
Python tracker 

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

[issue15044] _dbm not building on Fedora 17

[Ross Lagerwall]

Ross Lagerwall  added the comment:

The gdbm provided with Fedora 17 provides /usr/include/ndbm.h.

This makes setup.py think that it should try link with -lndbm when it actually 
requires -lgdbm_compat.

A workaround is to specify --with-dbmliborder=gdbm to force gdbm to be used.

I'll try and make a patch for this.

--
nosy: +rosslagerwall

___
Python tracker 

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

[issue12982] Document that importing .pyo files needs python -O

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Michael, you should ask the closed source library distributor to distribute all 
files as .pyc so you have access to docstrings while programming and to avoid 
the problem with reading them. He could also distribute an all-.pyo version. A 
mixture seems accidental.

Is the import restriction currently intended? If a change *is* made, should it 
be regarded as an enhancement rather than a bug fix? I asked both question on 
pydev for more input.

--

___
Python tracker 

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

[issue15052] Outdated comments in build_ssl.py

[Jeremy Kloth]

New submission from Jeremy Kloth :

The comment regarding a Perl installation not being required is no longer true 
with regards to OpenSSL 1.0+ (at least 1.0.0j and 1.0.1c).  A Perl script(s) is 
used to generate source files within the generated Makefiles.

I would suggest to remove the outdated and misleading comment.

--
components: Build
messages: 162687
nosy: jkloth
priority: normal
severity: normal
status: open
title: Outdated comments in build_ssl.py
versions: Python 3.2, Python 3.3, Python 3.4

___
Python tracker 

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

[issue15048] Manually Installed Python Includes System Wide Paths

[James Kyle]

James Kyle  added the comment:

I think Ned does have some good points regarding the minimal impact a reversion 
would have.

The most poignant point is that /Library/ on OS X is not a user controlled 
directory whereas ~/.local is. If ~/.local exists and has packages installed, 
it's because the user has made a conscious choice. If they regret that choice, 
they can remove ~/.local. 

Every package installed in ~/.local is the result of direct action by the user 
impacted. The same cannot be said for /Library.

--

___
Python tracker 

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

[issue15051] Can't compile Python 3.3a4 on OS X

[Ronald Oussoren]

Ronald Oussoren  added the comment:

This is a duplicate of #13241

We (and in particular Ned Deily are working on a change to the build process 
that would fix this, and will make it possible to build extensions on OSX 
regardless of which Xcode variant you use and which variant was used to build 
the python binaries.

--
resolution:  -> duplicate
status: open -> closed

___
Python tracker 

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

[issue15051] Can't compile Python 3.3a4 on OS X

[Ronald Oussoren]

Ronald Oussoren  added the comment:

There is a bug in the version of GCC that's shipped with Xcode.

Try building using clang:

configure ... CC=clang CXX=clang++

--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue15051] Can't compile Python 3.3a4 on OS X

[Virgil Dupras]

New submission from Virgil Dupras :

I try to compile Pyhton 3.3a4 on a OS X 10.7 with XCode 4.3.3 and it fails. I 
tried a few configuration options, but even with a basic "./configure && make", 
I get this:

./python.exe -SE -m sysconfig --generate-posix-vars
Could not find platform dependent libraries 
Consider setting $PYTHONHOME to [:]
python.exe(11771) malloc: *** mmap(size=7310873954244194304) failed (error 
code=12)
*** error: can't allocate region
*** set a breakpoint in malloc_error_break to debug
Could not import runpy module
make: *** [Lib/_sysconfigdata.py] Segmentation fault: 11

I tried setting PYTHONHOME to `pwd`, to no avail. Am I doing something wrong? 
The same thing happens with v3.3a3. If I go back to v3.2.3, it compiles fine on 
the same system. I also tried on the repo's tip, same error.

--
components: Build
messages: 162683
nosy: vdupras
priority: normal
severity: normal
status: open
title: Can't compile Python 3.3a4 on OS X
type: compile error
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

[issue15049] line buffering isn't always

[R. David Murray]

R. David Murray  added the comment:

That makes sense.  I'll add a mention of this to the 'open' docs that discuss 
the buffering parameter.

--
assignee:  -> r.david.murray
components: +Documentation

___
Python tracker 

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

[issue13857] Add textwrap.indent() as counterpart to textwrap.dedent()

[Chris Jerdonek]

Chris Jerdonek  added the comment:

Great. Looks good!

--

___
Python tracker 

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

[issue15038] Optimize python Locks on Windows

[Kristján Valur Jónsson]

Kristján Valur Jónsson  added the comment:

I've tested Ubuntu 64 myself using a Virtualbox, confirming that the pythread 
functionality is untouched.
(funny how those vi keystrokes seem to be embedded into your amygdala after 
decades of disuse)

--

___
Python tracker 

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

[issue14599] Windows test_import failure thanks to ImportError.path

[Brett Cannon]

Brett Cannon  added the comment:

It's not a problem, Stefan. I just happened to have already added the 
importlib.invalidate_caches() call to test_reprlib so I know that isn't the 
issue.

--

___
Python tracker 

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

[issue15049] line buffering isn't always

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Without looking at the code, it seems that

http://docs.python.org/release/3.1.5/library/io.html?highlight=io#io.TextIOWrapper

gives the answer

"If line_buffering is True, flush() is implied when a call to write contains a 
newline character."

So, "line buffering" may have a meaning only for writing. I don't think there 
is a reasonable way to implement it for reading.

--
nosy: +loewis

___
Python tracker 

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

[issue13475] Add '-p'/'--path0' command line option to override sys.path[0] initialisation

[Eric Snow]

Eric Snow  added the comment:

any chance on this for 3.3?

--

___
Python tracker 

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

[issue12982] Document that importing .pyo files needs python -O

[Michael Herrmann]

Michael Herrmann  added the comment:

Dear Eric OL,

I see - I had read your e-mail but because of the similar names I thought the 
message here was yours too, and thus only replied once. I apologize!

I can of course find a workaround such as renaming .pyo to .pyc. However, I 
would like to avoid having to modify the distribution of the third party 
library I am using in any way. The reason is that if a new version of this 
third party library is released and I have to upgrade to this new version, I 
will again have to manually do all the changes I had to do for the old version 
for the new version, and of course some changes won't work any more and there 
will be problems...

I'm finding it tedious to use the imp-module to read in the .pyo-files by hand 
and might just fall back to your suggestion. Thank you for it. Nevertheless, I 
am still hoping that this may be resolved in a future release.

Best,
Michael

--

___
Python tracker 

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

[issue15003] make PyNamespace_New() public

[Éric Araujo]

Éric Araujo  added the comment:

>> Is this documented in whatsnew?
> I'm not sure what has been (none of my patches have done so).
Okay; if a committer does not add a note we can open a doc bug to not forget 
that.

>> Also, I remember a discussion about making it public or not, but
>> don’t recall a decision.
> Amaury brought it up in msg162127.  His point was that the type is public in 
> Python, so why not the C API?
Actually I was talking about making it public at all, i.e. in Python too.

> The use cases are different for the different types.  
> StructSequence/namedtuple provides fixed data structures
> for structured records.  A dict is essentially the opposite: an un-fixed data 
> structure for dynamic namespaces,
> making no firm promises as to what the future holds.
Right; I just don’t see why the clock info needs to be a dict instead of a 
structseq or simplenamespace, but maybe it’s explained in the PEP and I missed 
it.  Also it seems to me that the only advantage of simplenamespace over 
structseqs is that it has no order and can’t be unpacked; I don’t find that a 
very strong argument (I do see its value, e.g. “major, minor, *etc = 
sys.version_info” makes sense but we really don’t want to assign order to 
sys.implementation elements), but I guess this ship has sailed when the 
implementation was approved.

--

___
Python tracker 

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

[issue12982] Document that importing .pyo files needs python -O

[Eric O. LEBIGOT]

Eric O. LEBIGOT  added the comment:

Hi Michael,

Thank you for your message.

You are mentioning the suggestion of "the other Eric" (Araujo). My suggestion 
was to rename your .pyo files as .pyc files; it is hackish (according to a 
previous post from Eric Araujo), but might save you some trouble, on the short 
term, as .pyc do not need -O.

Best wishes,

EOL

On Jun 12, 2012, at 21:25, Michael Herrmann wrote:

> 
> Michael Herrmann  added the comment:
> 
> Hi Eric,
> 
> thank you for your quick reply. I'm not the first one who encounters this 
> problem and in my opinion it is simply counter-intuitive that you cannot read 
> a mixture of .pyo and .pyc files. That is why I think that my proposed change 
> is valuable. In the meantime, I will follow your suggestion and try to use 
> the imp-module to load the .pyo-files myself. Thank you!
> 
> Best regards,
> Michael
> 
> --
> 
> ___
> Python tracker 
> 
> ___

--

___
Python tracker 

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

[issue12982] Document that importing .pyo files needs python -O

[R. David Murray]

R. David Murray  added the comment:

Actually it's a lot easier than that, although it is very much a hack: just 
rename the .pyo files to .pyc, and python without -O will happily import them.  
Since the optimization happens when the bytecode is written, this does what you 
want.

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

[issue12982] Document that importing .pyo files needs python -O

[Michael Herrmann]

Michael Herrmann  added the comment:

Hi Eric,

thank you for your quick reply. I'm not the first one who encounters this 
problem and in my opinion it is simply counter-intuitive that you cannot read a 
mixture of .pyo and .pyc files. That is why I think that my proposed change is 
valuable. In the meantime, I will follow your suggestion and try to use the 
imp-module to load the .pyo-files myself. Thank you!

Best regards,
Michael

--

___
Python tracker 

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

[issue13062] Introspection generator and function closure state

[Meador Inge]

Meador Inge  added the comment:

I didn't get around to updating my patch with Nick's comments yet.

Nick, the v3 patch I have attached still applies.  I am happy to update it per 
your comments (promptly this time) or you can take it over.  Whichever.

--

___
Python tracker 

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

[issue12982] Document that importing .pyo files needs python -O

[Éric Araujo]

Changes by Éric Araujo :


--
title: .pyo file can't be imported unless -O is given -> Document that 
importing .pyo files needs python -O

___
Python tracker 

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

[issue12982] .pyo file can't be imported unless -O is given

[Éric Araujo]

Éric Araujo  added the comment:

Michael, I don’t think your proposed change would be considered favorably: 
importing .pyc or .pyo is well defined for CPython and the -O switch is really 
required for .pyo.  However you may be able to import them anyway without any 
change to Python if you write a custom importer (more info in PEP 302 and the 
import docs) which reuses the low-level imp module to find and load .pyo files.

--

___
Python tracker 

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

[issue15038] Optimize python Locks on Windows

[Paul Moore]

Paul Moore  added the comment:

Applies and builds cleanly on Win7 32-bit. The speed difference is visible here 
too:

PS D:\Data\cpython\PCbuild> .\python.exe -m timeit -s "from _thread import 
allocate_lock; l=allocate_lock()" "l.acquire();l.release()"
100 loops, best of 3: 0.608 usec per loop
PS D:\Data\cpython\PCbuild> hg revert --all
reverting pythoncore.vcxproj
reverting pythoncore.vcxproj.filters
reverting ..\Python\ceval_gil.h
forgetting ..\Python\condvar.h
reverting ..\Python\thread_nt.h
PS D:\Data\cpython\PCbuild> .\python.exe -m timeit -s "from _thread import 
allocate_lock; l=allocate_lock()" "l.acquire();l.release()"
100 loops, best of 3: 1.66 usec per loop

The test suite had a few Python crashes, but a build of trunk did too. No time 
to diagnose these now, but I didn't see any failures that weren't also in the 
unpatched build.

Basically, test suite results look the same as for the unpatched build.

--
nosy: +pmoore

___
Python tracker 

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

[issue13062] Introspection generator and function closure state

[Nick Coghlan]

Changes by Nick Coghlan :


--
assignee:  -> ncoghlan

___
Python tracker 

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

[issue13783] Clean up PEP 380 C API additions

[Nick Coghlan]

Changes by Nick Coghlan :


--
assignee: docs@python -> ncoghlan
priority: normal -> release blocker

___
Python tracker 

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

[issue14803] Add feature to allow code execution prior to __main__ invocation

[Nick Coghlan]

Changes by Nick Coghlan :


--
versions: +Python 3.4 -Python 3.3

___
Python tracker 

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

[issue13578] Add subprocess.iter_output() convenience function

[Nick Coghlan]

Changes by Nick Coghlan :


--
versions: +Python 3.4 -Python 3.3

___
Python tracker 

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

[issue13598] string.Formatter doesn't support empty curly braces "{}"

[Nick Coghlan]

Nick Coghlan  added the comment:

One brief comment on the wording of the error message: the inconsistent naming 
is actually copied from the str.format code.

>>> "{foo} {} {bar}".format(2, foo='fooval', bar='barval')
'fooval 2 barval'
>>> "{foo} {0} {} {bar}".format(2, foo='fooval', bar='barval')
Traceback (most recent call last):
  File "", line 1, in 
ValueError: cannot switch from manual field specification to automatic field 
numbering

--

___
Python tracker 

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

[issue12982] .pyo file can't be imported unless -O is given

[Michael Herrmann]

Michael Herrmann  added the comment:

Hi,

I need to use a third-party library that ships as a mixture of .pyc and .pyo 
files. I found it a little surprising and inconvenient that I have to set the 
-O flag just to read .pyo files. I don't mind whether .pyc or .pyo files are 
being created during compilation, I just want to be able to read from both .pyc 
and .pyo files without having to use the -O flag. Can somebody fix this? I 
unfortunately have absolutely no clue how.

Thanks!

--
components: +Interpreter Core -Documentation
nosy: +mherrmann.at

___
Python tracker 

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

[issue15033] Different exit status when using -m

[Nick Coghlan]

Nick Coghlan  added the comment:

Technically, it returns -1 (which later gets coerced to an unsigned value).

However, there's no good reason for the inconsistency - the offending line 
(663) in main.c should be changed to be:

sts = (RunModule(module, 1) != 0);

It is currently just:

sts = RunModule(module, 1);

An additional test in test_cmd_line_script is also needed to ensure that both 
variants give a returncode of 1 in the future.

--

___
Python tracker 

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

[issue10133] multiprocessing: conn_recv_string() broken error handling

[Hallvard B Furuseth]

Hallvard B Furuseth  added the comment:

Richard Oudkerk  wrote:
> Thanks for the patch, I have applied it.  (I don't think there was a
> problem with the promotion rules because res was a never converted to
> UINT32.)

 True now that res is a Py_ssize_t.  It was int when I wrote the patch.

 Hallvard

--

___
Python tracker 

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

[issue14119] Ability to adjust queue size in Executors

[Brian Quinlan]

Brian Quinlan  added the comment:

I've had people request that they be able control the order of processed work 
submissions. So a more general way to solve your problem might be to make the 
two executors take an optional Queue argument in their constructors.

You'd have to explain in detail in the document how the queues are used.

What do you think?

--

___
Python tracker 

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

[issue15050] Python 3.2.3 fail to make

[Martin v . Löwis]

Martin v. Löwis  added the comment:

Can you please attach the config.log file also?

Also, can you please report what the value of PRId64 in /usr/include/inttypes.h 
is?

--
nosy: +loewis

___
Python tracker 

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

[issue15050] Python 3.2.3 fail to make

[Grey_Shao]

New submission from Grey_Shao :

When I try to compile the Python 3.2.3, I failed to make
After I ungzip and untar the source package of the Python 3.2.3, Then run the 
following commands:
1. ./configure
2. make
When step 2, the errors below happens:
gcc -c -fno-strict-aliasing -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes   
 -I. -IInclude -I./Include-DPy_BUILD_CORE -o Mod
ules/python.o ./Modules/python.c
In file included from Include/Python.h:50,
 from ./Modules/python.c:3:
Include/pyport.h:260:13: #error "This platform's pyconfig.h needs to define 
PY_FORMAT_LONG_LONG"
*** Error code 1
make: Fatal error: Command failed for target `Modules/python.o'

Can you help me

My system OS is:
uname -a
SunOS HPCT01 5.9 Generic_117171-02 sun4u sparc SUNW,Sun-Fire-280R

I attached install history file

Thanks

--
components: None
files: Python3.2.3_Install_History_20120612.txt
messages: 162662
nosy: shojnhv
priority: normal
severity: normal
status: open
title: Python 3.2.3 fail to make
type: compile error
versions: Python 3.2
Added file: 
http://bugs.python.org/file25941/Python3.2.3_Install_History_20120612.txt

___
Python tracker 

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