[issue7782] new test for test_iter.py

[showell]

showell  added the comment:

My proposed test is final.  Please either accept or reject it as is.  I assume 
it runs pretty quickly, so I am not sure what the cost fear is.  The benefit of 
accepting the test is that it would potentially catch bugs on changes to the 
implementation of list.

--

___
Python tracker 

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

[issue8213] Python 3 ignored PYTHONUNBUFFERED and -u

[Noam Yorav-Raphael]

Noam Yorav-Raphael  added the comment:

I typed "man python3" on ubuntu 9.10 and nothing was explained about that - I 
now checked and found out that it displayed the python2 man page. I don't know 
where to find the Python 3 man page.

I don't quite see the point in having the streams buffered in one level and 
unbuffered in another, but I guess there's a reason.

Anyway, how can I make those streams entirely unbuffered? This is for an 
interactive shell called DreamPie (dreampie.sourceforge.net), and I want to 
resemble the behavior of the regular shell as close as possible, and it's 
completely unbuffered.

--

___
Python tracker 

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

[issue8218] typo currect

[David W. Lambert]

David W. Lambert  added the comment:

There is an incredible number of frameworks
s/is/are/

The majority of users is best 
s/is/are/

o work together as good as possible.
s/good/well/

jects can be saven in a st
s/saven/saved/

Thank you.  I'm through for now.

--

___
Python tracker 

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

[issue8218] typo currect

[David W. Lambert]

David W. Lambert  added the comment:

you can rely an already existing

   rely on an

--

___
Python tracker 

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

[issue8218] typo currect

[David W. Lambert]

David W. Lambert  added the comment:

There is a number of middlewares

  are

--

___
Python tracker 

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

[issue8218] typo currect

[Ezio Melotti]

Ezio Melotti  added the comment:

Some more typos:
"The benefit from this approach is that WSGI applications can be deployed much 
easier as is is specially designed to host WSGI applications"
s/is is/it is/

"Pylons is much like TurboGears with ab even"
s/ab/an/

Once you finish reading it I'll fix them all at once.

--

___
Python tracker 

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

[issue8218] typo currect

[David W. Lambert]

David W. Lambert  added the comment:

much easier as is is specially designed

more easily and is especially designed

--

___
Python tracker 

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

[issue8218] typo currect

[Ezio Melotti]

Changes by Ezio Melotti :


--
assignee: georg.brandl -> ezio.melotti
nosy: +ezio.melotti
priority:  -> normal
resolution:  -> accepted
versions: +Python 2.6, Python 2.7, Python 3.2

___
Python tracker 

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

[issue8218] typo currect

[David W. Lambert]

David W. Lambert  added the comment:

"Another problem ist the basic concept"

 is

--

___
Python tracker 

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

[issue8218] typo currect

[David W. Lambert]

David W. Lambert  added the comment:

In same file, "intermangled with Python” and it has a “Publisher” which 
destignates"

intermingled?
designates?

Thanks, Dave.

--

___
Python tracker 

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

[issue8218] typo currect

[David W. Lambert]

New submission from David W. Lambert :

http://docs.python.org/py3k/howto/webservers.html

The path to the interpreter in the shebang (#!/usr/bin/env python) must be 
currect.


Sorry man there are a great many distractions here.

--
assignee: georg.brandl
components: Documentation
messages: 101614
nosy: LambertDW, georg.brandl
severity: normal
status: open
title: typo currect
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

[issue7946] Convoy effect with I/O bound threads and New GIL

[Antoine Pitrou]

Antoine Pitrou  added the comment:

> I upload bfs.patch

Interesting patch, but:
- Please give understandable benchmark numbers, including an explicit
comparison with baseline 3.2, and patched 3.2 (e.g. gilinter.patch)
- Please also measure single-thread performance, because it looks like
you are adding significant work inside the core eval loop
- Do you need a hi-res clock? gettimeofday() already gives you
microseconds. It looks like a bit of imprecision shouldn't be
detrimental.
- The magic number DEADLINE_FACTOR looks gratuitous (why 1.1^20 ?)
- By the way, I would put COND_SIGNAL inside the LOCK_MUTEX /
UNLOCK_MUTEX pair in bfs_yield().

If this gets accepted there will be cosmetic issues to watch out (and
the patch should be cross-platform).

--

___
Python tracker 

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

[issue7946] Convoy effect with I/O bound threads and New GIL

[Nir Aides]

Nir Aides  added the comment:

I upload bfs.patch

To apply the patch use the following commands on updated python 3.2:
$ patch -fp1 < bfs.patch
$ ./configure

The patch replaces the GIL with a scheduler. The scheduler is a simplified 
implementation of the recent kernel Brain F**k Scheduler by the Linux hacker 
Con Kolivas:

http://ck.kolivas.org/patches/bfs/sched-BFS.txt
"The goal of the Brain Fuck Scheduler, referred to as BFS from here on, is to
completely do away with the complex designs of the past for the cpu process
scheduler and instead implement one that is very simple in basic design.
The main focus of BFS is to achieve excellent desktop interactivity and
responsiveness without heuristics and tuning knobs that are difficult to
understand, impossible to model and predict the effect of, and when tuned to
one workload cause massive detriment to another."

Con Kolivas is the hacker whose work inspired the current CFS scheduler of the 
Linux Kernel. 

On my core 2 duo laptop it performs as follows compared to the other patches:

1) Florent's writenums() test: ~same
2) UDP test: x6 faster
3) cpued test: works as expected, while the other patches starve the pure 
python threads.

cpued test spins 3 threads, 2 of them pure python and the 3rd does 
time.sleep(0) every ~1ms:

import threading
import time

def foo(n):
while n > 0:
'y' in 'x' * n
n -= 1

def bar(sleep, name):
for i in range(100):
print (name, i, sleep)
for j in range(300):
foo(1500)
if sleep:
time.sleep(0)

t0 = threading.Thread(target=bar, args=(False, 't0'))
t1 = threading.Thread(target=bar, args=(False, 't1'))
t2 = threading.Thread(target=bar, args=(True, 't2-interactive'))

list(map(threading.Thread.start, [t0, t1, t2]))
list(map(threading.Thread.join, [t0, t1, t2]))


The patch is still work in progress. In particular:
1) I still need to add support for Windows.
2) It currently requires Posix clock_gettime() and assumes good timer 
resolution.
3) I only verified it builds on Ubuntu Karmic 64bit.
4) I still need to optimize it and address cleanup.

The scheduler is very simple, straight forward and flexible, and it addresses 
the tuning problems discussed recently.

I think it can be a good replacement to the GIL, since Python really needs a 
scheduler, not a lock.

--
Added file: http://bugs.python.org/file16634/bfs.patch

___
Python tracker 

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

[issue8217] typo unterlying

[Ezio Melotti]

Ezio Melotti  added the comment:

Fixed in r79358 (trunk), r79359 (release26-maint), r79360 (py3k) and r79361 
(release31-maint), thanks for the report!

--
assignee: georg.brandl -> ezio.melotti
nosy: +ezio.melotti
priority:  -> normal
resolution:  -> fixed
stage:  -> committed/rejected
status: open -> closed
versions: +Python 2.6, Python 2.7, Python 3.2

___
Python tracker 

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

[issue8217] typo unterlying

[David W. Lambert]

New submission from David W. Lambert :

http://docs.python.org/py3k/howto/webservers.html

The low-level view

When a user enters a web site, his browser makes a connection to the site’s 
webserver (this is called the request). The server looks up the file in the 
file system and sends it back to the user’s browser, which displays it (this is 
the response). This is roughly how the unterlying protocol, HTTP works.

--
assignee: georg.brandl
components: Documentation
messages: 101610
nosy: LambertDW, georg.brandl
severity: normal
status: open
title: typo  unterlying
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

[issue6081] str.format_from_mapping()

[Eric Smith]

Eric Smith  added the comment:

I'm not sure I'm wild about the *args parameter. Calling "Fred" the 0-th 
parameter here seems non-intuitive:

"My name is {0}".format_using_mapping({}, 'Fred')

If you're going to have *args, why not **kwargs and then merge/update the 
dicts? I'm being facetious, but I think even having *args is feature creep.

I think it's time to ask about this on python-dev. I'd vote for not using 
*args. It can always be added in the future if it's seen as a hole in the API.

--
stage: test needed -> patch review

___
Python tracker 

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

[issue8186] spam

[Ezio Melotti]

Changes by Ezio Melotti :


--

___
Python tracker 

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

[issue8186] spam

[Ezio Melotti]

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file16602/unnamed

___
Python tracker 

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

[issue8187] spam

[Ezio Melotti]

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file16603/unnamed

___
Python tracker 

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

[issue8187] spam

[Ezio Melotti]

Changes by Ezio Melotti :


--

___
Python tracker 

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

[issue8216] spam

[Ezio Melotti]

Changes by Ezio Melotti :


--
resolution:  -> invalid
stage:  -> committed/rejected
status: open -> closed
title: Nur jetzt beste Software zu besten Preisen! -> spam

___
Python tracker 

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

[issue8216] Nur jetzt beste Software zu besten Preisen!

[Ezio Melotti]

Changes by Ezio Melotti :


Removed file: http://bugs.python.org/file16633/unnamed

___
Python tracker 

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

[issue8216] Nur jetzt beste Software zu besten Preisen!

[Ezio Melotti]

Changes by Ezio Melotti :


--

___
Python tracker 

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

[issue8216] Nur jetzt beste Software zu besten Preisen!

[Nobody/Anonymous]

New submission from Nobody/Anonymous:

body,#wrap{text-align:center;margin:0px;background-color:#FFFEF8;}/*...@tab Top 
b...@section top b...@tip Choose a set of colors that look good with the colors 
of your logo image or text 
header.*/#header{background-color:#FFFEF8;margin:0px;/*...@editable*/padding:10px;/*...@editable*/color:#666;/*...@editable*/font-size:11px;/*...@editable*/font-family:Arial;/*...@editable*/font-weight:normal;/*...@editable*/text-align:center;/*...@editable*/text-transform:lowercase;/*...@editable*/border:none
 0px #FFF;}/*...@tab Top b...@section top bar li...@tip Choose a set of colors 
that look good with the colors of your logo image or text header.*/#header 
a,#header a:link,#header 
a:visited{/*...@editable*/color:#666;/*...@editable*/text-decoration:underline;/*...@editable*/font-weight:normal;}/*...@tab
 b...@section default t...@tip This is the base font for the content of the 
email*/#layout{margin:0px 
auto;/*...@editable*/text-align:center;/*...@editable*/font-family:Georgia;/*...@editable*/color:#404040;/*...@editable*/line-height:160%;font-size:16px;}/*...@tab
 b...@section appointment det...@tip appointment detail 
styles*/#appointment{/*...@editable*/color:#666;/*...@editable*/font-size:18px;/*...@editable*/font-weight:normal;/*...@editable*/font-family:Georgia;/*...@editable*/text-align:center;/*...@editable*/padding:0px
 0px 40px 0px;}/*...@tab b...@section title st...@tip Primary headl...@theme 
title*/.primary-heading{/*...@editable*/font-size:54px;/*...@editable*/color:#000;/*...@editable*/font-weight:normal;/*...@editable*/font-family:Georgia;/*...@editable*/line-height:120%;/*...@editable*/margin:10px
 0;}/*...@tab b...@section subtitle st...@tip Secondary headl...@theme 
subtitle*/.secondary-heading{/*...@editable*/color:#000;/*...@editable*/font-size:24px;/*...@editable*/font-weight:normal;/*...@editable*/font-style:normal;/*...@editable*/font-family:Georgia;/*...@editable*/margin:30px
 0 10px 0;}/*...@tab foo...@section foo...@tip Use the same color as your 
background to create the page c...@theme 
footer*/#footer{background-color:#FFFEF8;/*...@editable*/border-top:1px solid 
#CCC;/*...@editable*/padding:20px;/*...@editable*/font-size:10px;/*...@editable*/color:#666;/*...@editable*/line-height:100%;/*...@editable*/font-family:Arial;/*...@editable*/text-align:center;}/*...@tab
 foo...@section link st...@tip Specify a color for your footer 
hyperlin...@theme link_footer*/#footer 
a{/*...@editable*/color:#666;/*...@editable*/text-decoration:underline;/*...@editable*/font-weight:normal;}/*...@tab
 li...@section link st...@tip Specify a color for all the hyperlinks in your 
ema...@theme 
link*/a,a:link,a:visited{/*...@editable*/color:#336699;/*...@editable*/text-decoration:underline;/*...@editable*/font-weight:normal;}


  Email not displaying correctly? View it in your browser.  

  Heute 
nur! Beste Software zum besten Preis!

In unserem  online-Geschaeft finden Sie eine riesige Auswahl, ein grosses 
Sortiment der besten Software. Qualitaet jedes Programms geprueft! Hier 
bekommen Sie das Beste nur! 
Jetzt Bekommen Sie Software Einfach Billiger

Unsubscribe rep...@bugs.python.org | Update your profile

You are receiving this email because you subscribed to Our Newsletter.

Redmiller LTD
4347 Bottom Lane
Southfield MI 48075

Copyright (C) 2010 Redmiller LTD All rights reserved.

--
files: unnamed
messages: 101608
nosy: nobody
severity: normal
status: open
title: Nur jetzt beste Software zu besten Preisen!
Added file: http://bugs.python.org/file16633/unnamed

___
Python tracker 

___









body,#wrap{text-align:center;margin:0px;background-color:#FFFEF8;}/*...@tab
 Top bar
@section top bar
@tip Choose a set of colors that look good with the colors of your logo image 
or text 
header.*/#header{background-color:#FFFEF8;margin:0px;/*...@editable*/padding:10px;/*...@editable*/color:#666;/*...@editable*/font-size:11px;/*...@editable*/font-family:Arial;/*...@editable*/font-weight:normal;/*...@editable*/text-align:center;/*...@editable*/text-transform:lowercase;/*...@editable*/border:none
 0px #FFF;}/*...@tab Top bar
@section top bar links
@tip Choose a set of colors that look good with the colors of your logo image 
or text header.*/#header a,#header a:link,#header 
a:visited{/*...@editable*/color:#666;/*...@editable*/text-decoration:underline;/*...@editable*/font-weight:normal;}/*...@tab
 Body
@section default text
@tip This is the base font for the content of the email*/#layout{m

[issue8215] getargs.c in Python3 contains some TODO and the documentation is outdated

[STINNER Victor]

STINNER Victor  added the comment:

See also issue #2322.

--

___
Python tracker 

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

[issue8215] getargs.c in Python3 contains some TODO and the documentation is outdated

[STINNER Victor]

New submission from STINNER Victor :

http://docs.python.org/py3k/c-api/arg.html contains some ambiguous (string or 
Unicode object) definitions: what is a string? what is an unicode object? Is it 
a string or not? The problem is that the documentation is for Python2: the code 
was changed, but not the documentation. I think that it can be replaced by 
(unicode objet) with lower U to be consistent with (bytes object).

---

There are two functions: getbuffer() and convertbuffer().

getbuffer(): pb=arg->ob_type->tp_as_buffer
 - if pb->bf_getbuffer is not NULL: call PyObject_GetBuffer(arg, view, 
PyBUF_SIMPLE) and PyBuffer_IsContiguous(view, 'C')
 - if pb->bf_getbuffer is NULL: call convertbuffer()

convertbuffer() calls PyObject_GetBuffer(arg, &view, PyBUF_SIMPLE).

---

"s#", "y", "z" formats use convertbuffer()

"s", "y*", "z*" formats uses getbuffer().

"t" format reimplements convertbuffer().

"w*" format calls PyObject_GetBuffer(arg, (Py_buffer*)p, PyBUF_WRITABLE) and 
PyBuffer_IsContiguous((Py_buffer*)p, 'C').

"w" and "w#" formats call PyObject_GetBuffer(arg, &view, PyBUF_SIMPLE).

I think that all these cases should be factorized in one unique function.

Is it a bug, or functions using "s#", "y", "z", "t" formats do really support 
discontinious buffers?

Related PEP: http://www.python.org/dev/peps/pep-3118/

--
components: Interpreter Core
messages: 101606
nosy: haypo
severity: normal
status: open
title: getargs.c in Python3 contains some TODO and the documentation is outdated
versions: Python 3.1, Python 3.2

___
Python tracker 

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

[issue8214] Add exception logging function to syslog module

[Eric Smith]

Changes by Eric Smith :


--
components: +Extension Modules

___
Python tracker 

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

[issue8214] Add exception logging function to syslog module

[Eric Smith]

New submission from Eric Smith :

Sean Reifschneider proposed [1] adding the ability to log an exception using 
the syslog module.

My proposed implementation is along the lines of:

def logexceptions(chain=True):
import sys
import traceback
import syslog

# Should we chain to the existing sys.excepthook?
current_hook = sys.excepthook if chain else None

def syslog_exception(etype, evalue, etb):
if current_hook:
current_hook(etype, evalue, etb)
# The result of traceback.format_exception might contain
# embedded newlines, so we have the nested loops.
for line in traceback.format_exception(etype, evalue, etb):
for line in line.rstrip().split('\n'):
syslog.syslog(line)
sys.excepthook = syslog_exception

Although it would need to be written in C to work in the existing syslog 
module, and of course it would call syslog.syslog directly.


[1] http://mail.python.org/pipermail/python-ideas/2010-March/006927.html

--
messages: 101605
nosy: eric.smith, jafo
priority: normal
severity: normal
stage: needs patch
status: open
title: Add exception logging function to syslog module
type: feature request
versions: Python 2.7, Python 3.2

___
Python tracker 

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

[issue7936] sys.argv contains only scriptname

[Tom Zych]

Tom Zych  added the comment:

No joy :(

I tried putting double-quotes around %%*, that didn't work either. Tried 
single-quotes too, just in case it works like a Bourne-type shell.

BTW I forgot to set 3.1 on my earlier message.

That business about having to double the % rings a faint bell from the old 
MS-DOS days, though. Can't remember. Something about, it will interpret it 
once, so you have to make sure it comes out the way you want after it does 
that. (Which is old hat to anyone who does much programming in a Unix shell, 
but it was new to me back then.) I remember it was rather difficult to get it 
right.

--
components: +Library (Lib) -IO
versions: +Python 3.1 -Python 2.6

___
Python tracker 

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

[issue6081] str.format_from_mapping()

[Filip Gruszczyński]

Filip Gruszczyński  added the comment:

I have created a new patch, that should be satisfying now. There is help 
(though it is quite small, I tried to mimic those that were already in 
unicode.c) and tests. Right now format_using_mapping is called like this:

format_using_mapping(mapping, *args)

where mapping is a subscriptible object, that will be pushed to kwargs and the 
following args are used just like in normal format. This should be as similar 
to the normal format as possible.

There are also tests, including usage presented in the ticket.

--
Added file: http://bugs.python.org/file16632/6081_2.diff

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Roumen Petrov]

Roumen Petrov  added the comment:

I could not found reasons python build to support C++ compiler as all source is 
C!
Another case is distutils where is possible external module to use C++ code.

--
nosy: +rpetrov

___
Python tracker 

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

[issue8206] 2to3 doesn't convert 'types.InstanceType' to 'object'

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Closing 2to3 request.

--
nosy: +benjamin.peterson
resolution:  -> works for me
status: open -> closed

___
Python tracker 

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

[issue8210] rev 78820 causes problems on Solaris (Python 2.6)

[Attila Nagy]

Attila Nagy  added the comment:

Thank you, that was fast! :)

--

___
Python tracker 

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

[issue8210] rev 78820 causes problems on Solaris (Python 2.6)

[Benjamin Peterson]

Benjamin Peterson  added the comment:

Thanks. Fixed in r79351.

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

[issue7279] decimal.py: == and != comparisons involving NaNs

[Mark Dickinson]

Mark Dickinson  added the comment:

Here's a patch (against py3k) to make all comparisons involving signaling nans 
raise InvalidOperation.

Stefan, does this look okay to you?

--
keywords: +patch
Added file: http://bugs.python.org/file16631/issue7279.patch

___
Python tracker 

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

[issue7936] sys.argv contains only scriptname

[Amaury Forgeot d'Arc]

Amaury Forgeot d'Arc  added the comment:

I've read on a random forum somewhere that % need to be doubled on Windows 7.
Tom, can you try changing the association by typing
   FTYPE Python.File="C:\Python31\py31.exe" "%%1" %%*

--

___
Python tracker 

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

[issue7936] sys.argv contains only scriptname

[Tom Zych]

Tom Zych  added the comment:

I'm getting something like this on Windows 7:

C:\>assoc .py
.py=Python.File

C:\>ftype Python.File
Python.File="C:\Python31\py31.exe" "%1" %*

C:\>args.py 1 2 3
Python version: sys.version_info(major=3, minor=1, micro=1, 
releaselevel='final', serial=0)
Command-line args: 1
['C:\\args.py']

C:\>\python31\py31 args.py 1 2
Python version: sys.version_info(major=3, minor=1, micro=1, 
releaselevel='final', serial=0)
Command-line args: 3
['args.py', '1', '2']

--
nosy: +tomzych

___
Python tracker 

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

[issue7279] decimal.py: == and != comparisons involving NaNs

[Mark Dickinson]

Mark Dickinson  added the comment:

> I think hash(Decimal("snan")) should also succeed

On second thoughts, this would be bad, since it would lead to unpredictable 
results for sets of dicts containing a signaling nan:

>>> from decimal import Decimal
[69536 refs]
>>> s = Decimal('snan'); h = hash(s)
[69551 refs]
>>> {s, h+1}# can put most integers into a set with an sNaN
{Decimal('sNaN'), 373955814}
[69561 refs]
>>> {s, h}  # but not if that integer hashes equal to the sNaN...
Traceback (most recent call last):
  File "", line 1, in 
  File "/Users/dickinsm/python/svn/py3k/Lib/decimal.py", line 864, in __eq__
ans = self._check_nans(other, context)
  File "/Users/dickinsm/python/svn/py3k/Lib/decimal.py", line 746, in 
_check_nans
self)
  File "/Users/dickinsm/python/svn/py3k/Lib/decimal.py", line 3842, in 
_raise_error
raise error(explanation)
decimal.InvalidOperation: sNaN
[69698 refs]

So if __eq__ with an sNaN raises an exception, there's little choice but to 
prohibit putting sNaNs into sets and dicts, and the obvious way to do this is 
to make __hash__ raise too.

--

___
Python tracker 

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

[issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun compiler)

[Thomas Heller]

Thomas Heller  added the comment:

> It appears to me that no-one is maintaining this separate ctypes
> code-base anymore so I'll have to ditch dependencies that use it
> (Shapely) unfortunately.

This is correct, the separate ctypes code base is linked via svn:external
into the core Python svn repository.  Unfortunately, the Python trunk ctypes
code does not compile with earlier Python versions any more.

--

___
Python tracker 

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

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

STINNER Victor wrote:
> 
> STINNER Victor  added the comment:
> 
>> (or to fix it, but that's a major task - the whole CFLAGS 
>> and LDFLAGS system used in Python's configure has over the
>> years turned into a complete mess).
> 
> What do you mean by "a complete mess"? 

There's a discussion on some other ticket about this. Basically,
Python's configure script doesn't really allow setting CFLAGS
in a meaningful way via env vars (which it should to be standards
conform).

It adds all sorts of non-standard variables which are then combined
to build the final CFLAGS variable: BASECFLAGS, EXTRA_CFLAGS and
OPT.

> Did you try my patch? Is it enough to fix this issue?

No. It doesn't allow overriding the CFLAGS settings actually
used by the system. You'd also need to set BASECFLAGS="", OPT="" and
EXTRA_CFLAGS="" in addition to applying your patch and setting
CFLAGS to "-O0".

> A least, my patch is enough to disable all compilation optimization if 
> --with-pydebug option is used (which was my first goal).

It unconditionally overrides CFLAGS - even if it is not set and
defined by AC_PROG_CC as "-g -O2". That would need to be corrected.

Other than that it does help a little work around the mess :-)

--

___
Python tracker 

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

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

[STINNER Victor]

STINNER Victor  added the comment:

> (or to fix it, but that's a major task - the whole CFLAGS 
> and LDFLAGS system used in Python's configure has over the
> years turned into a complete mess).

What do you mean by "a complete mess"? Did you try my patch? Is it enough to 
fix this issue?

A least, my patch is enough to disable all compilation optimization if 
--with-pydebug option is used (which was my first goal).

--

___
Python tracker 

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

[issue7782] new test for test_iter.py

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Can you produce a more tightly focused test, the minimum code that would have 
segfaulted your change?

--

___
Python tracker 

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

[issue6645] multiprocessing build fails on AIX - /dev/urandom (or equivalent) not found

[Sridhar Ratnakumar]

Sridhar Ratnakumar  added the comment:

This also breaks pydoc on AIX (Python 2.6.5).

help> modules pydoc

Here is a list of matching modules.  Enter any module name to get more help.

Traceback (most recent call last):
  File "", line 1, in 
  File "/home/qatest/APy/lib/python2.6/site.py", line 438, in __call__
return pydoc.help(*args, **kwds)
  File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1722, in __call__
self.interact()
  File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1740, in interact
self.help(request)
  File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1760, in help
self.listmodules(split(request)[1])
  File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1865, in listmodules
apropos(key)
  File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1965, in apropos
ModuleScanner().run(callback, key)
  File "/home/qatest/APy/lib/python2.6/pydoc.py", line 1930, in run
for importer, modname, ispkg in pkgutil.walk_packages(onerror=onerror):
  File "/home/qatest/APy/lib/python2.6/pkgutil.py", line 110, in walk_packages
__import__(name)
  File "/home/qatest/APy/lib/python2.6/multiprocessing/__init__.py", line 63, 
in 
from multiprocessing.process import Process, current_process, 
active_children
  File "/home/qatest/APy/lib/python2.6/multiprocessing/process.py", line 286, 
in 
_current_process = _MainProcess()
  File "/home/qatest/APy/lib/python2.6/multiprocessing/process.py", line 283, 
in __init__
self._authkey = AuthenticationString(os.urandom(32))
  File "/home/qatest/APy/lib/python2.6/os.py", line 756, in urandom
raise NotImplementedError("/dev/urandom (or equivalent) not found")
NotImplementedError: /dev/urandom (or equivalent) not found

--

___
Python tracker 

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

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

[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

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Setting CFLAGS is broken in Python configure system, so it's better not to rely 
on it (or to fix it, but that's a major task - the whole CFLAGS and LDFLAGS 
system used in Python's configure has over the years turned into a complete 
mess).

You should get the same result by using ./configure OPT="-O0".

--

___
Python tracker 

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

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
nosy: +lemburg, loewis

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Arfrever Frehtes Taifersar Arahesis]

Arfrever Frehtes Taifersar Arahesis  added the comment:

To have proper support for C++ linking in distutils2 at least in when used with 
Python 2.7, Makefile should set a variable, which will specify default C++ 
linker. I think that LDCXXSHARED can be used as a name for this new variable. 
I'm attaching the patch for configure.in and Makefile.pre.in.

--
Added file: http://bugs.python.org/file16630/python-LDCXXSHARED.patch

___
Python tracker 

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

[issue1222585] C++ compilation support for distutils

[Tarek Ziadé]

Changes by Tarek Ziadé :


--
priority: normal -> high

___
Python tracker 

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

[issue8213] Python 3 ignored PYTHONUNBUFFERED and -u

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
assignee:  -> georg.brandl
components: +Documentation -IO
nosy: +georg.brandl

___
Python tracker 

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

[issue8213] Python 3 ignored PYTHONUNBUFFERED and -u

[Antoine Pitrou]

Antoine Pitrou  added the comment:

In the current state of affaires this is more of a documentation issue.

Python 3 doesn't support totally unbuffered text I/O (and standard streams are 
open in text mode). What `-u` and PYTHONUNBUFFERED do is that the binary layer 
of standard streams is unbuffered, but the text layer is still line-buffered 
(if in a tty).

"python --help" gives you an accurate description:

-u : unbuffered binary stdout and stderr; also PYTHONUNBUFFERED=x
 see man page for details on internal buffering relating to '-u'

Also, you can try out:

python3 -u -c  'import time, sys; sys.stdout.buffer.write(b"b"); time.sleep(1); 
sys.stdout.buffer.write(b"\n")'

To explicitly flush the text layer, you can use the flush() method.

--
priority:  -> normal

___
Python tracker 

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

[issue8213] Python 3 ignored PYTHONUNBUFFERED and -u

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +pitrou

___
Python tracker 

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

[issue8213] Python 3 ignored PYTHONUNBUFFERED and -u

[STINNER Victor]

STINNER Victor  added the comment:

-u is not ignored, but use line buffering: see issue #4705 and commit r68977.

--
nosy: +haypo

___
Python tracker 

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

[issue8212] A tp_dealloc of a subclassed class cannot resurrect an object

[Antoine Pitrou]

Antoine Pitrou  added the comment:

Indeed. The io module has had to circumvent this and uses the following snippet 
when resurrecting an instance of a subclass of one of its types (see 
iobase_dealloc() in Modules/_io/iobase.c):

/* When called from a heap type's dealloc, the type will be
   decref'ed on return (see e.g. subtype_dealloc in typeobject.c). */
if (PyType_HasFeature(Py_TYPE(self), Py_TPFLAGS_HEAPTYPE))
Py_INCREF(Py_TYPE(self));
return;


I agree it would be nice to have an automatic way of handling this. I don't see 
an obvious solution, though.

--
components: +Interpreter Core
nosy: +benjamin.peterson, pitrou
priority:  -> normal
stage:  -> needs patch
type: crash -> feature request
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

[issue8213] Python 3 ignored PYTHONUNBUFFERED and -u

[Noam Yorav-Raphael]

New submission from Noam Yorav-Raphael :

Hello,

Python 3.1 ignored the PYTHONUNBUFFERED environment variable and the '-u' 
switch (which do the same thing): stdout remains buffered even when the flag is 
raised.

To reproduce, run:
> python3 -u -c 'import time, sys; sys.stdout.write("a"); time.sleep(1); 
> sys.stdout.write("\n")'

You can see that it first waits a second and then 'a' is printed.

I'm using Ubuntu 9.10. Tested this on both the 3.1.1 installed and svn checkout 
(revision 79345).

This follows a bug report: https://bugs.launchpad.net/dreampie/+bug/545012
which was reported on win32, so the problem is there too.

--
components: IO
messages: 101584
nosy: noam
severity: normal
status: open
title: Python 3 ignored PYTHONUNBUFFERED and -u
type: behavior
versions: Python 3.1

___
Python tracker 

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

[issue7279] decimal.py: == and != comparisons involving NaNs

[Mark Dickinson]

Mark Dickinson  added the comment:

Re-opening to address a couple of points that came out of the python-dev 
discussion:

(1) As Stefan pointed out on python-dev, equality and inequality comparisons 
involving signaling nans should signal (order comparisons already do).  IEEE 
754 is fairly clear on this.  From section 6.2:

"""Signaling NaNs shall be reserved operands that, under default exception 
handling, signal the invalid operation exception (see 7.2) for every 
general-computational and signaling-computational operation except for the 
conversions described in 5.12."""

(Comparisons fall under 'signaling-computational operations, in section 5.6 of 
the standard.)

I propose to fix this for 2.7 and 3.2.

(2) Currently hash(Decimal("nan")) raises a TypeError.  I can see no good 
reason for this at all;  it's possible to hash float nans and to put them in 
sets and dictionaries.  I propose to remove this restriction for 2.7 and 3.2.  
I think hash(Decimal("snan")) should also succeed:  *computational* operations 
on signaling nans should signal, but I don't think that putting a signaling nan 
into a dict, or checking for its presence in a list, counts as a computational 
operation for this purpose.

--
assignee:  -> mark.dickinson
priority:  -> high
status: closed -> open

___
Python tracker 

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

[issue8202] sys.argv[0] and python -m package

[Nick Coghlan]

Nick Coghlan  added the comment:

I realised today that this behaviour is actually the case for any execution of 
a module inside a package with -m (i.e. any __init__ modules execute before 
sys.argv and __main__ are fully configured).

As I recall, I used a bit of a hack to get main.c to implement -m correctly by 
piggybacking on the existing -c semantics. I'll find the hack and replace it 
with some proper '-c' or '-m' logic.

--

___
Python tracker 

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

[issue8188] Unified hash for numeric types.

[Mark Dickinson]

Mark Dickinson  added the comment:

Another update, partly to address comments raised by Guido on Rietveld.  I'll 
upload these changes to Rietveld later today.

 - rename sys._hash_info to sys.hash_info and make it public rather than 
private (it still needs docs somewhere)

 - add some explanatory comments to long_hash; remove an outdated comment

 - fix missing error check (in previous patch) in slot_tp_hash.  slot_tp_hash 
also now always raises a TypeError if __hash__ returns a non-integer;  this is 
a change from current behaviour, which allows small floats to be returned by 
__hash__, but not large floats (where large means > 2**31 or > 2**63 in 
absolute value, depending on the system).  I'm assuming this was unintentional 
(the docs specify that __hash__ should return an integer).

 - simplify specification of hash function slightly:  for nonnegative x it 
simply computes the reduction of x;  previously it computed 1 + reduction of 
(x-1) for positive values.  This extra +-1 doesn't really add anything of 
value, and makes it slightly more complicated and error-prone to write your own 
hash function.

--
Added file: http://bugs.python.org/file16629/numeric_hash4.patch

___
Python tracker 

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

[issue8210] rev 78820 causes problems on Solaris (Python 2.6)

[Brian Curtin]

Changes by Brian Curtin :


--
nosy: +benjamin.peterson
priority:  -> normal
stage:  -> needs patch
type:  -> behavior

___
Python tracker 

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

[issue8212] A tp_dealloc of a subclassed class cannot resurrect an object

[Kristján Valur Jónsson]

New submission from Kristján Valur Jónsson :

The tp_dealloc of a type can chose to resurrect an object.  the 
subtype_dealloc() in typeobject.c does this when it calls the tp_del() member 
and it has increased the refcount.

The problem is, that if you subclass a custom C object, and that C object's 
tp_dealloc() chooses to resurrect a dying object, that doesn't go well with 
subtype_dealloc().

After calling basedealloc() (line 1002 in typeobject.c), the object's type is 
decrefed.  But if the object was resurrected by basedealloc() this shouldn't 
have been done.  The object will be alive, but the type will be missing a 
reference.  This will cause a crash later.

This could be fixable if we knew somehow after calling basedealloc() if the 
object were still alive.  But we cannot check "self" because it may have died.

The only way out of this conundrum that I can see is to change the signature of 
tp_dealloc() to return a flag, whether it did actually delete the object or not.

Of course, I see no easy way around not clearing the slots, but the clearing of 
the dict could be postponed until after the call to basedealloc().

Since tp_dealloc _can_ resurrect objects (subtype_dealloc does it), subclassing 
such objects should work, and not crash the interpreter if the base class' 
dp_dealloc() decides to do so.
No suggested

--
messages: 101580
nosy: krisvale
severity: normal
status: open
title: A tp_dealloc of a subclassed class cannot resurrect an object
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

[issue4999] multiprocessing.Queue does not order objects

[Stefan Praszalowicz]

Stefan Praszalowicz  added the comment:

I just got surprised by this, and I agree that updating the doc would be nice, 
because as of now, it states quite explicitly that "the Queue and JoinableQueue 
types are multi-producer, multi-consumer FIFO queues".

--
nosy: +Stefan.P
type:  -> behavior

___
Python tracker 

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

[issue8211] configure: ignore AC_PROG_CC hardcoded CFLAGS

[STINNER Victor]

New submission from STINNER Victor :

configure.in uses AC_PROG_CC, extract of the autoconf manual:
(http://www.delorie.com/gnu/docs/autoconf/autoconf_64.html)
 
 If using the GNU C compiler, set shell variable GCC to `yes'. If output 
variable CFLAGS was not already set, set it to `-g -O2' for the GNU C compiler 
(`-O2' on systems where GCC does not accept `-g'), or `-g' for other compilers.

Python does already set the optimization level in its OPT variable: for gcc, it 
uses -O3 by default, and not -O option (in this case, gcc disables all 
optimisations, it's like -O0) if --with-pydebug is used.

Because of AC_PROG_CC, Python is compiled with -O2 even if --with-pydebug is 
used, which is bad because it's harder to debug an optimized program: most 
variable are unavailable (gcc prints "").

Another problem is that AC_PROG_CC eats user CFLAGS. It's not possible to 
specify: ./configure CFLAGS="myflags".

On the autoconf mailing list, I saw a simple "trick": 

   Save CFLAGS before you call AC_PROG_CC, and restore it after, 
   if you don't want "-g -O2".

Attached patch implements that. Results:
 * ./configure: CFLAGS=$(BASECFLAGS) $(OPT) $(EXTRA_CFLAGS)
 * ./configure --with-pdebug CFLAGS="-O0": CFLAGS=$(BASECFLAGS) -O0 $(OPT) 
$(EXTRA_CFLAGS)

It works :-)

--
components: Build
files: configure_cflags.patch
keywords: patch
messages: 101578
nosy: haypo
severity: normal
status: open
title: configure: ignore AC_PROG_CC hardcoded CFLAGS
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2
Added file: http://bugs.python.org/file16628/configure_cflags.patch

___
Python tracker 

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

[issue8210] rev 78820 causes problems on Solaris (Python 2.6)

[Attila Nagy]

New submission from Attila Nagy :

The check-in http://svn.python.org/view?view=rev&revision=78820 causes problems 
on Solaris (SXCE 125, ksh, Studio 12).

configure output:
[...]
checking for --with-pydebug... no
./configure: test: unknown operator ==

"test" on Solaris does not accept "==". "=" works okay.

--
components: Build
messages: 101577
nosy: attila
severity: normal
status: open
title: rev 78820 causes problems on Solaris (Python 2.6)
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

[issue8209] OptionParser keyword arg 'epilog' not mentioned in the docs

[R. David Murray]

R. David Murray  added the comment:

See also issue 8158.

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

[issue8158] documentation of 'optparse' module incomplete

[R. David Murray]

R. David Murray  added the comment:

Senthil documented epilog in issue 8209.

--

___
Python tracker 

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

[issue8205] test_multiprocessing failure

[Florent Xicluna]

Florent Xicluna  added the comment:

Fixed with r79310.

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

[issue8133] test_imp fails on OS X; filename normalization issue.

[Florent Xicluna]

Changes by Florent Xicluna :


--
status: pending -> closed

___
Python tracker 

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

[issue7880] sysconfig does not like symlinks

[Florent Xicluna]

Changes by Florent Xicluna :


--
status: pending -> closed

___
Python tracker 

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

[issue7668] test_httpservers fails with non-ascii path

[Florent Xicluna]

Florent Xicluna  added the comment:

Fixed with r79297

--
priority:  -> normal
resolution:  -> fixed
stage: needs patch -> 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

[issue6352] Compiler warning in unicodeobject.c

[STINNER Victor]

STINNER Victor  added the comment:

> Apparently this was never backported to 3.1.

done: r79335 (py3k).

--

___
Python tracker 

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

[issue8207] test_pep277 fails on OS X

[Ned Deily]

Ned Deily  added the comment:

With the patch for trunk, the test no longer fails on the given file system.

--

___
Python tracker 

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

[issue8207] test_pep277 fails on OS X

[Florent Xicluna]

Florent Xicluna  added the comment:

> Could you provide a reference link for this quote ?

I put the link in the patch:
http://developer.apple.com/mac/library/qa/qa2001/qa1173.html

--

___
Python tracker 

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

[issue8209] OptionParser keyword arg 'epilog' not mentioned in the docs

[Senthil Kumaran]

Senthil Kumaran  added the comment:

merged into release26-maint branch - 79331

--

___
Python tracker 

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

[issue8207] test_pep277 fails on OS X

[Ned Deily]

Ned Deily  added the comment:

Actually, the file system in question is what Apple calls a HFSX case-sensitive 
(see http://developer.apple.com/mac/library/technotes/tn/tn1150.html#HFSX).  On 
a typical OS X system, you could encounter any combination of HFS+ 
case-insensitive, HFSX case-insensitive, HFSX case-sensitive file systems, 
along with other usual suspects, like NFS or SMB.  I'll note again the warning 
in r33595.

--

___
Python tracker 

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

[issue8207] test_pep277 fails on OS X

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

Florent Xicluna wrote:
> 
> Florent Xicluna  added the comment:
> 
> This patch should fix it...
> "HFS Plus uses a variant of Normal Form D in which U+2000 through U+2FFF, 
> U+F900 through U+FAFF, and U+2F800 through U+2FAFF are not decomposed."

Could you provide a reference link for this quote ?

It's rather strange that those ranges are not decomposed,
since they do contain combining code points.

--
nosy: +lemburg

___
Python tracker 

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

[issue8209] OptionParser keyword arg 'epilog' not mentioned in the docs

[Senthil Kumaran]

Senthil Kumaran  added the comment:

Fixed in revision 79329.

--
resolution:  -> fixed

___
Python tracker 

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

[issue8209] OptionParser keyword arg 'epilog' not mentioned in the docs

[Senthil Kumaran]

New submission from Senthil Kumaran :

I was looking for some option in optparse module which will allow me to add 
custom help text after the generated help. Realized that OptionParser class has 
a keyword argument 'epilog' for the same purpose. 
But this is not been explained in the documentation, other keyword args are 
covered.

--
assignee: orsenthil
components: Documentation
messages: 101565
nosy: orsenthil
priority: normal
severity: normal
status: open
title: OptionParser keyword arg 'epilog' not mentioned in the docs
versions: Python 2.6, Python 2.7, Python 3.1, Python 3.2

___
Python tracker 

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

[issue8207] test_pep277 fails on OS X

[Florent Xicluna]

Florent Xicluna  added the comment:

This patch should fix it...
"HFS Plus uses a variant of Normal Form D in which U+2000 through U+2FFF, 
U+F900 through U+FAFF, and U+2F800 through U+2FAFF are not decomposed."


I believed there was only one Unicode...
But obviously the Apple's Unicode is something different.


--
assignee:  -> flox
components: +Macintosh, Unicode
keywords: +patch
nosy: +michael.foord
priority:  -> normal
resolution:  -> accepted
stage:  -> patch review
Added file: http://bugs.python.org/file16627/issue8207_pep277_for_os_x.diff

___
Python tracker 

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

[issue1544339] _ctypes fails to build on Solaris x86 32-bit (Sun compiler)

[Nick]

Nick  added the comment:

Martin, the patch is for libffi included in ctypes 1.0.2.  This is python 2.4 
(required for plone/zope) so python 2.5/2.6 etc is not a possibility.

ctypes 1.0.2 compiles with this patch but then core dumps anyway during tests 
so false hope.

It appears to me that no-one is maintaining this separate ctypes code-base 
anymore so I'll have to ditch dependencies that use it (Shapely) unfortunately.

--

___
Python tracker 

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

[issue8207] test_pep277 fails on OS X

[Ned Deily]

Ned Deily  added the comment:

Also this failure on py3k:

==
ERROR: test_normalize (test.test_pep277.UnicodeFileTests)
--
Traceback (most recent call last):
  File "/private/tmp/pp3/usr/local/lib/python3.2/test/test_pep277.py", line 
119, in test_normalize
os.stat(name)
OSError: [Errno 2] No such file or directory: 
'@test_42408_tmp/\u2002\u2002\u2002A'

--

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

[issue8196] sqlit3.paramstyle reported as 'qmark'

[Gerhard Häring]

Gerhard Häring  added the comment:

I said qmark vs numeric. I. e. vs:

execute("UPDATE authors set name = :1, email = :2, comment = :3 WHERE id = :4", 
(form.name, form.email, form.text, form.id))

The sqlite3 module will always support both paramstyles qmark and named, simply 
because that is what the underlying SQLite engine supports. What paramstyle 
says is mostly important for third-party software that works across multiple 
DB-API compliant database modules. paramstyle enables them to use database 
supported parameter binding.

In reality, though, there will hardly be a wrapper for DB-API modules that does 
*not* need to special-case anything depending on the underlying database. So 
they will hardly ever rely only on the paramstyle and threadsafety parameters.

--

___
Python tracker 

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