[issue9530] integer undefined behaviors

[John Regehr]

New submission from John Regehr :

I ran "make test" for today's Python3k snapshot under a tool which detects math 
operations that the C language considers to have undefined behavior.  This was 
on x86 Linux.  The list of undefined behaviors is attached.  Hopefully they are 
self-explanatory, but please let me know if more details are needed.

--
files: python-errors.txt
messages: 113079
nosy: regehr
priority: normal
severity: normal
status: open
title: integer undefined behaviors
type: behavior
versions: Python 3.3
Added file: http://bugs.python.org/file18412/python-errors.txt

___
Python tracker 

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

[issue3854] Document sqlite3 vs. threads

[Gerhard Häring]

Gerhard Häring  added the comment:

Fixed in r83747.

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

[issue9315] The trace module lacks unit tests

[Eli Bendersky]

Eli Bendersky  added the comment:

The test class added into test_trace.py in issue 3821 fails in verbose mode 
(see my message http://bugs.python.org/msg113076). I'm merging that class into 
my larger test_trace.py and will fix this problem, unless you guys have other 
ideas.

--

___
Python tracker 

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

[issue3821] trace module bug when using --missing

[Eli Bendersky]

Eli Bendersky  added the comment:

TestCoverage.test_coverage_ignore fails when running in verbose mode ("python 
regrtest.py -v test_trace", or directly "python test_trace.py"), because it 
attempts to compare stdout.getvalue() with the empty string, while verbose 
places output there.

I will fix it as part of my merge with the larger test_trace.py for issue 9315.

--
nosy: +eli.bendersky

___
Python tracker 

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

[issue7894] too aggressive dependency tracking in distutils

[Baiju M]

Changes by Baiju M :


--
components: +Distutils2

___
Python tracker 

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

[issue9529] Converge re.findall and re.finditer

[Ezio Melotti]

Changes by Ezio Melotti :


--
nosy: +ezio.melotti, moreati, mrabarnett, timehorse
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.2

___
Python tracker 

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

[issue9452] configparser support for reading from strings and dictionaries

[Fred L. Drake, Jr.]

Fred L. Drake, Jr.  added the comment:

- Summmary lines in docstrings are one line, as Éric points out.
  They're summaries, so need not be complete.  Use elaboration text as
  needed, and omit anything that's not relevant in context.  An
  alternate wording to consider:

"""Raised by strict parsers for options repeated in an input source."""

  In particular, there's no mention of what the kinds of sources are,
  since that's not relevant for the exception itself.

- I like the blank line before the ending """, others don't.  More
  important is consistency within the module, so feel free to coerce it
  either way.

- Perhaps read_* should all call the extra argument source= instead of
  filename=.  ``readfp`` should take `filename` and pass it as `source`
  for compatibility.  This still makes sense for ``read_file`` since the
  "file" part of the name refers to the kind of object that's passed in,
  not that the file represents a simple file on the filesystem.

- Since the Duplicate*Error exceptions can now be raised when "reading"
  (_read itself is an implementation detail, so that's irrelevant), they
  should grow filename, lineno, line constructor arguments.  These
  should be filled in as much as possible when those exceptions are
  raised.

- Adding a ``source`` attribute to exceptions that have ``filename``
  attribute is reasonable; they should have the same value.  (One should
  be a property that mirrors the other.)  The ``filename`` parameter and
  attribute name must remain for compatibility.

- There's at least one way to make vim show the too-long text with a
  violent red background.  Appropriate for code, sucks when reading
  logfiles.  But I'm not a vim user.  Whatever tool makes it show up for
  you is fine.

- The constructors in Python 3.2 should be compatible with those from
  Python 2.7 (IMO).  They're currently not: `allow_no_value` should be
  allowed positionally and come right after `dict_type`.  (This problem
  existed before your patch; it should be corrected first.)

- In the docs, "Parse configuration from a dictionary" should probably
  be "Load configuration from a dictionary"; most of the parsing effort
  is skipped in this case, so this reads a little oddly.

- Indentation in the DuplicateOptionError constructor is a bit weird in
  the superclass constructor call.  Something like this would be better:

def __init__(self, section, option):
Error.__init__(
self,
"Option %r in section %r already exists" % (option, section))
self.section = section
self.option = option
self.args = (section, option)

--

___
Python tracker 

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

[issue9529] Converge re.findall and re.finditer

[MizardX]

New submission from MizardX :

re.findall and re.finditer has very different signature. One iterates over 
match objects, the other returns a list of tuples.

I can think of two ways to make them more similar:

1) Make match objects iterable over their captures. With this, you could write 
something like the following:

for key,value in re.finditer(r'(\w+):(\w+)', text):
  data[key] = value

2) Make re.findall return an iterator over tuples. This would decrease the 
memory footprint.

--
components: Regular Expressions
messages: 113074
nosy: MizardX
priority: normal
severity: normal
status: open
title: Converge re.findall and re.finditer

___
Python tracker 

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

[issue9528] Add pure Python implementation of time module to CPython

[Alexander Belopolsky]

New submission from Alexander Belopolsky :

The original RFE at issue 7989 was:

"""
After discussion on numerous issues, python-dev, and here at the PyCon sprints, 
it seems to be a good idea to move timemodule.c to _timemodule.c and convert as 
much as possible into pure Python. The same change seems good for datetime.c as 
well.
"""

See msg99774.  I have changed issue 7989 to cover datetime only because I 
argued that as a thin wrapper around C library calls, this module is an 
exception to the general rule that pure python implementations are a good idea. 
 See msg107303.

No I realize that in order to break circular dependency between time and 
datetime modules, it will be helpful to create an _time module that would 
provide lower than time module access to system facilities and datetime and 
time modules would be use _time module to implement higher level interfaces 
either in C or in Python.

I believe _time module should become the home of the gettimeofday() method and 
pure python implementation of time.time() will be

def time()
   s, us = _time.gettimeofday()
   return s + 1e-6 * us


Similarly time.sleep() can be implemented in terms of lower level POSIX 
nanosleep() method.

Lower level localtime() function can provide access to tm_zone and tm_gmtoff 
members of struct tm (where available) without concerns about backward 
compatibility.

--
assignee: belopolsky
components: Extension Modules, Library (Lib)
messages: 113073
nosy: amaury.forgeotdarc, belopolsky, brett.cannon, brian.curtin, davidfraser, 
durban, giampaolo.rodola, haypo, lemburg, mark.dickinson, merwok, pitrou, 
r.david.murray, rhettinger, techtonik, tim_one
priority: normal
severity: normal
status: open
title: Add pure Python implementation of time module to CPython
type: 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

[issue9519] IDLE cannot do example 4.1 in tutorial (if statements)

[Robert Buckley]

Robert Buckley  added the comment:

See attached file

--
Added file: http://bugs.python.org/file18411/ISSUE_9519.rtf

___
Python tracker 

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

[issue6942] email.generator.Generator memory consumption

[R. David Murray]

R. David Murray  added the comment:

When I first looked at this issue, it appeared to me reading the code that the 
assumption was not considered safe.  I'm hoping I can implement something akin 
to your algorithm in email6 (which, unfortunately, won't make 3.2), but I'm 
going to have to give it a lot of thought to make sure I'm not making any 
unsafe assumptions.  So while I have this issue on my list, it won't be 
addressed in 3.2.

--
versions: +Python 3.3 -Python 2.7

___
Python tracker 

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

[issue5027] xml namespace not understood by xml.sax.saxutils.XMLGenerator

[Terry J. Reedy]

Terry J. Reedy  added the comment:

It is about a week too late for 2.6.6. rc1 is just out and only critically 
needed fixes before the final.

For future reference, 'trunk' is frozen. 2.7 patches should be against 
'2.7maintenace' (or however spelled) but I assume this should apply. 'py3k' is 
the defacto development trunk. I am not sure what will happen after the switch 
to hg.

Given that you both agree on the fix, I suspect that this is ready for commit 
review, but I cannot properly review it. I am trying to get information on who 
to add to nosy.

--
stage: unit 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

[issue9527] Add aware local time support to datetime module

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Merging nosy lists from issues #1647654 and #2736.  If datetime.localtime() is 
implemented, I argue that the features requested in these two issues will 
become unnecessary.

--
nosy: +Neil Muller, amaury.forgeotdarc, andersjm, catlee, davidfraser, 
erik.stephens, guettli, gvanrossum, haypo, hodgestar, jamesh, jribbens, 
mark.dickinson, pboddie, pitrou, steve.roberts, tebeka, techtonik, tim_one, 
tomster, werneck

___
Python tracker 

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

[issue1647654] No obvious and correct way to get the time zone offset

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
superseder:  -> Add aware local time support to datetime module

___
Python tracker 

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

[issue9525] webbrowser: open new tab in unobtrusive way

[R. David Murray]

R. David Murray  added the comment:

There is the autoraise keyword, which if set to False might do what you want if 
you are lucky.  It only works on linux (see issue 8232) and only with some 
browsers, and even then the window manager may ignore the hint.

If you can figure out a way to make it work better, please feel free to reopen 
this issue and post a patch.  It would be great to see that module get some 
improvements.

I'm closing this "works for me" because the feature exists, but obviously 
that's a bit of a half-truth where this module is concerned :)

--
nosy: +r.david.murray
resolution:  -> works for me
stage:  -> committed/rejected
status: open -> closed
versions: +Python 3.2 -Python 2.6

___
Python tracker 

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

[issue2736] datetime needs an "epoch" method

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
superseder:  -> Add aware local time support to datetime module

___
Python tracker 

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

[issue9527] Add aware local time support to datetime module

[Alexander Belopolsky]

New submission from Alexander Belopolsky :

See python-dev post for motivation.

http://mail.python.org/pipermail/python-dev/2010-August/102842.html


I am attaching a patch implementing the proposed method in datetime.py.  I will 
also paste the code below.  Note that this is only prototype.  Real 
implementation will use tm_zone and tm_gmtoff components of tm structure on 
platforms that supply them.

@classmethod
def localtime(cls, t=None, isdst=-1):
"""Return local time as an aware datetime object.   

   


   
If called without arguments, return current time.  Otherwise

   
*t* is converted to local time zone according to the system 

   
time zone database.  If *t* is naive (i.e. t.tzinfo is None),   

   
it is assumed to be in local time.  In this case, a positive or 

   
zero value for *isdst* causes localtime to presume initially

   
that summer time (for example, Daylight Saving Time) is or is   

   
not (respectively) in effect for the specified time.  A 

   
negative value for *isdst* causes the localtime() function to   

   
attempt to divine whether summer time is in effect for the  

   
specified time. 

   
"""
if t is None:
t = _time.time()
else:
if t.tzinfo is None:
tm = t.timetuple()[:-1] + (isdst,)
t = _time.mktime(tm)
else:
delta = t - datetime(1970, 1, 1, tzinfo=timezone.utc)
t = delta.total_seconds()
tm = _time.localtime(t)
if _time.daylight:
if tm.tm_isdst:
offset = _time.altzone
tzname = _time.tzname[1]
else:
offset = _time.timezone
tzname = _time.tzname[0]
tz = timezone(timedelta(seconds=-offset), tzname)
return cls.fromtimestamp(t, tz)

--
assignee: belopolsky
components: Extension Modules, Library (Lib)
files: datetime-localtime-proto.diff
keywords: patch
messages: 113067
nosy: belopolsky
priority: normal
severity: normal
status: open
title: Add aware local time support to datetime module
type: feature request
versions: Python 3.2
Added file: http://bugs.python.org/file18410/datetime-localtime-proto.diff

___
Python tracker 

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

[issue5871] email.header.Header too lax with embeded newlines

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Given this "The email package attempts to be as RFC-compliant as possible," and 
your reading, I agree this is a backport-worth bug.
This is the "prohibition in the docs" I was looking for.

--

___
Python tracker 

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

[issue9522] xml.etree.ElementTree forgets the encoding

[R. David Murray]

Changes by R. David Murray :


--
nosy: +effbot, flox

___
Python tracker 

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

[issue9521] xml.etree.ElementTree strips XML declaration and procesing instructions

[R. David Murray]

Changes by R. David Murray :


--
nosy: +effbot

___
Python tracker 

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

[issue5871] email.header.Header too lax with embeded newlines

[R. David Murray]

R. David Murray  added the comment:

Yeah, it's a good question whether or not this is enough of a behavior change 
that the fix can't be backported.  On the other hand, this is definitely a bug 
(the RFCs specifiy that header values may not contain newlines or carriage 
returns), so at the moment I'm inclined toward backporting.  I've got it on my 
list of things to worry about in the next version of email, but unfortunately 
that won't make it into 3.2.  I'm raising the priority because I think I should 
at least fix this in the existing package in 3.2.

Jakub, if you feel motivated to propose a patch that inclues unit tests, that 
would be very helpful.  I believe the correct thing to do would be to raise a 
ValueError if the argument to Header contains any /n or /r characters.

--
keywords: +easy
priority: normal -> high

___
Python tracker 

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

[issue5027] xml namespace not understood by xml.sax.saxutils.XMLGenerator

[Troy J. Farrell]

Changes by Troy J. Farrell :


Removed file: http://bugs.python.org/file18407/issue5027.diff

___
Python tracker 

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

[issue5027] xml namespace not understood by xml.sax.saxutils.XMLGenerator

[Troy J. Farrell]

Troy J. Farrell  added the comment:

I've created tests and patches for the trunk and branches/py3k.  The only 
difference between the two is the use of u'' for a Unicode string in the trunk. 
 (IIRC, Py3k treats all strings as Unicode.)

--
Added file: http://bugs.python.org/file18409/issue5027.py3k.diff

___
Python tracker 

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

[issue5027] xml namespace not understood by xml.sax.saxutils.XMLGenerator

[Troy J. Farrell]

Changes by Troy J. Farrell :


Added file: http://bugs.python.org/file18408/issue5027.trunk.diff

___
Python tracker 

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

[issue9519] IDLE cannot do example 4.1 in tutorial (if statements)

[R. David Murray]

R. David Murray  added the comment:

Could you please be more specific?  What error are you seeing?  It works for me.

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

[issue5027] xml namespace not understood by xml.sax.saxutils.XMLGenerator

[Troy J. Farrell]

Troy J. Farrell  added the comment:

I've attached a patch against branches/py3k that tests and fixes the issue.

I don't suppose this fix (if I backport it) could make it into 2.6.6, could it?

--
Added file: http://bugs.python.org/file18407/issue5027.diff

___
Python tracker 

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

[issue9526] 2 GB limit in array module

[Martin Frith]

New submission from Martin Frith :

The array module does not seem to work for arrays > 2 GB.

>>> import sys, array
>>> sys.maxsize
9223372036854775807
>>> x = array.array('c', ('a' for i in xrange(3)))
(seems to work OK)
>>> x = array.array('c', ('a' for i in xrange(30)))
(runs forever: memory usage increases to 2GB and then stops)

I think the cause is: casting to int in arraymodule.c, in array_iter_extend() 
and array_append().

My uname -a:
Linux c016 2.6.18-164.el5 #1 SMP Thu Sep 3 03:28:30 EDT 2009 x86_64 x86_64 
x86_64 GNU/Linux

--
components: Extension Modules
messages: 113061
nosy: mcfrith
priority: normal
severity: normal
status: open
title: 2 GB limit in array module
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue9523] Improve dbm module

[Ray.Allen]

Changes by Ray.Allen :


--
components: +Extension Modules
type:  -> 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

[issue9520] Add Patricia Trie high performance container

[Dmitry Chichkov]

Dmitry Chichkov  added the comment:

No. I'm not simply running out of system memory. 8Gb/x64/linux. And in my test 
cases I've only seen ~25% of memory utilized. And good idea. I'll try to play 
with the cyclic garbage collector.

It is harder than I thought to make a solid synthetic test case addressing that 
issue. The trouble you need to be able to generate data (e.g. 100,000,000 
words/5,000,000 unique) with a distribution close to that in the real life 
scenario (e.g. word lengths, frequencies and uniqueness in the english text). 
If somebody have a good idea onto how to do it nicely - you'd be very welcome. 

My best shot so far is in the attachment.

--
Added file: http://bugs.python.org/file18406/dc.dict.bench.0.01.py

___
Python tracker 

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

[issue9168] setuid in smtp.py sheds privileges before binding port

[Alberto Trevino]

Changes by Alberto Trevino :


--
type:  -> crash
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

[issue9452] configparser support for reading from strings and dictionaries

[Éric Araujo]

Éric Araujo  added the comment:

>> Docstrings should be written in the standard PEP-8 way (single line
>> summary + additional explanation as needed following a blank line).
> Corrected where applicable. Is it OK if the one-sentence summary is
> occasionally longer than one line?

It’s a one-line summary, not one sentence. PEP 257 has all the details you’re 
looking for, and more.

--
nosy: +merwok

___
Python tracker 

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

[issue9452] configparser support for reading from strings and dictionaries

[Łukasz Langa]

Łukasz Langa  added the comment:

Ah, forgot to remind you that I don't have commit privileges yet.

--

___
Python tracker 

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

[issue9452] configparser support for reading from strings and dictionaries

[Łukasz Langa]

Łukasz Langa  added the comment:

Updated patch after review by Fred Drake. Thanks, it was terrific!

Status:

> Docstrings should be written in the standard PEP-8 way (single line
> summary + additional explanation as needed following a blank line).

Corrected where applicable. Is it OK if the one-sentence summary is 
occasionally longer than one line? Check out DuplicateSectionError, could it 
have a summary as complete as this that would fit a single line?

On a similar note, an inconsistency of configparser.py is that sometimes a 
blank line is placed after the docstring and sometimes there is none. How would 
you want this to look vi in the end?

> read_sting and read_dict should still take a `filename` argument for
> use in messages, with  and something like  (with
> the caller's __file__ being filled in if not provided).

Are you sure about that? `read_string` might have some remote use for an 
argument like that, but I'd call it source= anyway. As for `read_dict`, the 
implementation does not even use _read(), so I don't know where could this 
potential `filename=` be used.

> Indentation in the last read_dict of
> test.test_cfgparser.BasicTestCase.test_basic_from_dict is
> incconsistent with the previous read_dict in the same test.

Updated. All in all, some major unit test lipsticking should be done as a 
separate patch.

> Lines over 79 characters should be shortened.  Most of these are in
> docstrings, so just re-wrapping should be sufficient for most.

Corrected, even made my Vim show me these kinds of formatting problems. I also 
corrected a couple of these which were there before the change.

> Changing the test structure to avoid self.cf may have been convenient,
> but is unrelated to the actual functionality changes.  In the future
> such refactorings should be performed in separate patches.  (Ordering
> dependencies are fine, so long as they're noted in the relevant
> issues.)

Good point, thanks.

> DuplicateOptionError is missing from __all__.

Corrected.

> Changing the constructor to use keyword-only arguments carries some
> backward-compatibility risk.  That can be avvoided by removing that
> change and adding strict=False at the end of the parameter list.

All of these arguments are new in trunk so there is no backwards compatibility 
here to think about. The arguments that are not new (defaults and dict_type) 
are placed before the asterisk.

> Don't change that at this point, but please consider smaller chunks in
> the future.

I will, thanks.

--
Added file: http://bugs.python.org/file18405/issue9452.diff

___
Python tracker 

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

[issue5936] Add MSI suport for uninstalling individual versions

[Éric Araujo]

Éric Araujo  added the comment:

Thanks for the reply Terry, I didn’t get that. Maybe you can edit your 
boilerplate message to prevent future misunderstandings like mine :)

--
nosy: +tarek
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

[issue4032] distutils cannot recognize ".dll.a" as library on cygwin

[Gerhard Häring]

Changes by Gerhard Häring :


--
nosy:  -ghaering

___
Python tracker 

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

[issue9452] configparser support for reading from strings and dictionaries

[Łukasz Langa]

Changes by Łukasz Langa :


Removed file: http://bugs.python.org/file18382/issue9452.diff

___
Python tracker 

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

[issue9514] platform.linux_distribution() under Ubuntu returns ('debian', 'squeeze/sid', '')

[Éric Araujo]

Changes by Éric Araujo :


--
nosy: +merwok

___
Python tracker 

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

[issue8416] python 2.6.5 documentation can't search

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The best way to reply to tracker messages is to click the link at the bottom 
and enter in the box.

Pasting all that junk is useless. The noise hides the message, which seems to 
be a non-helpful repeat of the original message.

I already did what was needed, which was to verify the problem and try to alert 
GB. Let him respond.

--

___
Python tracker 

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

[issue8285] IDLE not smart indenting correctly in nested statements

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
nosy:  -terry.reedy

___
Python tracker 

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

[issue5936] Add MSI suport for uninstalling individual versions

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Because this basically is a self-reminder note by a developer to himself, which 
he assigned to himself, so no answer is needed. Removing such things from 
'unanswered' will make it easier to focus on posts by newcomers who need a 
thoughtful answer. [Sorry Steven, Eric asked here, so I am answering here.]

But anyway, if there already is an Add/Remove entry and if this make it easier 
to, say, add or move something in 3.1 to 3.2, that would be good. Whether pure 
Pytyon modules should even have an Add/Remove entry is a different issue which 
has been inconclusively debated on pydev.

--

___
Python tracker 

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

[issue8315] ./python -m unittest test.test_importlib doesn't work

[Michael Foord]

Michael Foord  added the comment:

I'd still like to see this fixed. Some of the features of regrtest will need to 
be implemented as plugins for unittest (but not many - a lot of the features of 
regrtest are already obsolete).

--

___
Python tracker 

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

[issue8171] bdist_wininst builds wrongly for --plat-name=win-amd64

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. This may or may not get folded in to disutils2.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue8170] Wrong Paths for distutils build --plat-name=win-amd64

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. This may or may not get folded in to disutils2.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue8027] distutils fail to determine c++ linker with unixcompiler if using ccache

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. This may or may not get folded in to disutils2.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue3902] distutils does not correctly create packages for compiled extensions

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. This may or may not get folded in to disutils2.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue1690608] email.utils.formataddr() should be rfc2047 aware

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue1443866] email 3.0+ stops parsing headers prematurely

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The email module has several problems. RDM is working on overhauling the email 
module for 3.2. Existing issues may not get individual attention.

--
nosy: +terry.reedy
versions: +Python 3.1 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue5612] whitespace folding in the email package could be better ; -)

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The email module has several problems. RDM is working on overhauling the email 
module for 3.2. Existing issues may not get individual attention.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue1372770] email.Header should preserve original FWS

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The email module has several problems. RDM is working on overhauling the email 
module for 3.2. Existing issues may not get individual attention.

--
nosy: +terry.reedy
versions: +Python 3.2 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue6942] email.generator.Generator memory consumption

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The email module has several problems. RDM is working on overhauling the email 
module for 3.2. Existing issues may not get individual attention.

--
nosy: +terry.reedy
versions: +Python 2.7 -Python 2.6

___
Python tracker 

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

[issue8585] zipimporter.find_module is untested

[Alex]

Alex  added the comment:

Gah, I lost track of this one after I realized the bug I was chasing after 
(originally thought to be in PyPy's zipimpoter) was actually in Django.  I'll 
try to get to this over the weekend.

--

___
Python tracker 

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

[issue8427] toplevel jumps to another location on the screen

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Can you show minimum length code that shows the effect you claim?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue8585] zipimporter.find_module is untested

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Since devs are trying to improve tests, I expect a patch will get looked at.

--
nosy: +terry.reedy
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

[issue8506] SimpleXMLRPCServer Socket not closed after shutdown call

[Terry J. Reedy]

Terry J. Reedy  added the comment:

The behavior is as documented, so this is a feature request.
The 3.1.2 doc in 20.19.2. Server Objects says
"BaseServer.shutdown() 
Tells the serve_forever() loop to stop and waits until it does."

I presume this allows subsequent .handle_request() and ..serve_forever() calls, 
as well as others, so I think the request is a bad idea.

For automatic closing, use 'with' statements and a context manager and checkout 
contextlib. This is their main purpose.

I am not sure what
"The server classes support the following class variables:
BaseServer.allow_reuse_address 
Whether the server will allow the reuse of an address. This defaults to False, 
and can be set in subclasses to change the policy." 
or whether it would help you.

--
nosy: +terry.reedy
resolution:  -> rejected
status: open -> closed
type: behavior -> feature request

___
Python tracker 

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

[issue8299] Improve GIL in 2.7

[Raymond Hettinger]

Raymond Hettinger  added the comment:

That question should probably raised on python-dev, not the bug tracker.

--
nosy: +rhettinger

___
Python tracker 

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

[issue9514] platform.linux_distribution() under Ubuntu returns ('debian', 'squeeze/sid', '')

[Matthias Klose]

Matthias Klose  added the comment:

IMO using lsb_release is not an option, because it can take some time to 
complete. So maybe it's better for the Ubuntu change to guard the check with 
the existance of /etc/debian_version.

Please could you attach a Mandriva lsb-release file?

--

___
Python tracker 

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

[issue8548] Building on CygWin 1.7: PATH_MAX redefined

[Terry J. Reedy]

Terry J. Reedy  added the comment:

None of the developers are much up on Cygwin and I am not sure it is directly 
supported by the core distribution. If it is not, this should be closed unless 
you have a specific patch.

In any case, you might do better with your question on python-list. Also, PEP11 
list Jason Tishler (ja...@tishler.net) as Cygwin maintainer.

Next time, please attach an edited, plain-text .txt log that can be viewed in 
the browser. I would have to be really motivated to download and extract a 
tar.gz file.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue8416] python 2.6.5 documentation can't search

[Santiago Gala]

Santiago Gala  added the comment:

I got this trying to reply:

This is the mail system at host psf.upfronthosting.co.za.

I'm sorry to have to inform you that your message could not
be delivered to one or more recipients. It's attached below.

For further assistance, please send mail to postmaster.

If you do so, please include this problem report. You can
delete your own text from the attached returned message.

  The mail system

 (expanded from
   ): Command died with signal 9:
   "/home/roundup/roundup/bin/roundup-mailgw /home/roundup/trackers/tracker"

Final-Recipient: rfc822; roundup+trac...@psf.upfronthosting.co.za
Original-Recipient: rfc822;rep...@bugs.python.org
Action: failed
Status: 5.3.0
Diagnostic-Code: x-unix; internal software error


-- Forwarded message --
From: Santiago Gala 
To: Python tracker 
Date: Thu, 5 Aug 2010 21:52:14 +0200
Subject: Re: [issue8416] python 2.6.5 documentation can't search
You should find the 404 in http://docs.python.org/release/2.6.5/searchindex.js 
, not in the "root" of the release. I.E., it is the search index that is 
missing.

Regards
Satntiago

On Thu, Aug 5, 2010 at 9:41 PM, Terry J. Reedy  wrote:


Terry J. Reedy  added the comment:

With FireFox, searching from http://docs.python.org/release/2.6.5/
does not get 404 Not Found for me, but neither does it return any hits. The 
2.7, 3.1.2, 3.2a pages work fine.

Georg, I do not see a 2.6.6 page. Can you verify that it will work when 
released?

--
nosy: +terry.reedy

--

___
Python tracker 

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

[issue1684] CGIHTTPServer does not chdir prior to executing the CGI script

[Fazal Majid]

Fazal Majid  added the comment:

Well, CGI/1.1 was formally documented by RFC 3875 in October 2004 (a full 11 
years after CGI was introduced...).
http://www.rfc-editor.org/rfc/rfc3875.txt

The RFC is classified as "informative", but it's as close to a definitive spec 
for CGI as we will ever get. Section 7 described the system-specific 
implementation notes, and 7.2 specifies UNIX in particular:

The current working directory
  The current working directory for the script SHOULD be set to the
  directory containing the script.

This is also the specified behavior for AmugaDOS and EBCDIC POSIX systems. 
Oddly enough, the RFC editor did not find it worthwhile to specify the behavior 
on Windows...

--

___
Python tracker 

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

[issue9525] webbrowser: open new tab in unobtrusive way

[Filip Gruszczyński]

New submission from Filip Gruszczyński :

webbrowser module doesn't allow to open url in an unobtrusive way. Right now if 
browser is minimized it is brought to the top. Furthermore if you browser is 
already in the top, new tab is opened and user is moved to this top. It would 
be useful, if tab could be opened in background (just like when you open a link 
in chrome in new tab, new tab is created, but you stay in current window).

--
components: Library (Lib)
messages: 113034
nosy: gruszczy
priority: normal
severity: normal
status: open
title: webbrowser: open new tab in unobtrusive way
type: feature request
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

[issue8426] multiprocessing.Queue fails to get() very large objects

[Jesse Noller]

Jesse Noller  added the comment:

I don't know that it's unreasonable to send that much data, but it would 
certainly be slow, and I would not recommend it. Therefore, this is still on 
the list for when I have time

--

___
Python tracker 

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

[issue8491] Need readline command and keybinding information

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Can you suggest a specific link and a specific location where to add it?

--
assignee: georg.brandl -> d...@python
nosy: +d...@python, terry.reedy
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

[issue8426] multiprocessing.Queue fails to get() very large objects

[Terry J. Reedy]

Terry J. Reedy  added the comment:

By 'crash', do you actually mean 'hang'? 
Jesse, is it reasonable to stuff pickles of 100s of megabytes through the 
connections?

--
nosy: +terry.reedy
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

[issue8416] python 2.6.5 documentation can't search

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With FireFox, searching from http://docs.python.org/release/2.6.5/
does not get 404 Not Found for me, but neither does it return any hits. The 
2.7, 3.1.2, 3.2a pages work fine.

Georg, I do not see a 2.6.6 page. Can you verify that it will work when 
released?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue8411] Improve condition variable emulation on NT

[Terry J. Reedy]

Terry J. Reedy  added the comment:

This patches ceval_gil.h. Can these changes be unit tested?
Or is this intended to be an internal performance, invisible-to-the-user, code 
improvement?
Antoine, are you going to look at this?

--
nosy: +terry.reedy
stage:  -> patch review
type:  -> performance

___
Python tracker 

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

[issue8299] Improve GIL in 2.7

[Terry J. Reedy]

Terry J. Reedy  added the comment:

For better or worse, this did not make it into 2.7.
Is it the sort of thing that could still go into a bug-fix release, without 
alpha/beta testing?
Or should this be closes as out-of-date?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue1274324] 'setup.py install' fail on linux from read-only storage

[Éric Araujo]

Éric Araujo  added the comment:

Alexander, thank you for the report. I’m sorry there was no reply earlier. 
Distutils was without dedicated maintainer for a long time, now Tarek has taken 
it over and fixes bugs. He’s very busy these months, so I’ll investigate this 
later this month when I get some time. Thanks again!

--
nosy: +merwok

___
Python tracker 

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

[issue8285] IDLE not smart indenting correctly in nested statements

[Tofystedeth]

Tofystedeth  added the comment:

You're right, it also does it when I use the Python shell from the command 
prompt.  I'm running Windows Vista 32bit SP2.

--

___
Python tracker 

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

[issue1011113] distutils install with -b / --build-base

[Éric Araujo]

Éric Araujo  added the comment:

Tarek maintains distutils and heads the development of distutils2; he’s very 
busy because of new work and baby these months. I have reviewed, updated and 
sometimes closed a bunch of distutils issues in April, before I started my GSoC 
work on distutils2, and I have less time now. With all due respect, I would 
like if you didn’t update distutils bugs with a boilerplate comment; GSoC is 
nearly over and I’ll get back to review distutils bugs, so your messages will 
prevent me from finding unanswered reports. Can you kindly tell me why you do 
that?

--
nosy: +merwok

___
Python tracker 

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

[issue3854] Document sqlite3 vs. threads

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Do you have any specific suggestion that something should be added somewhere, 
or is this a report that should be closed?

--
nosy: +terry.reedy

___
Python tracker 

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

[issue8315] ./python -m unittest test.test_importlib doesn't work

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue7894] too aggressive dependency tracking in distutils

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. This may or may not get folded in to disutils2.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

[Hagen Fürstenau]

Hagen Fürstenau  added the comment:

Attaching a combined patch against the current py3k.

--
Added file: http://bugs.python.org/file18404/combined.patch

___
Python tracker 

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

[issue8306] ctypes.create_string_buffer should only accept bytes

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue7726] Remove required metadata warnings for sdist

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. This may or may not get folded in to disutils2.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue7694] DeprecationWarning from distuils.commands.build_ext needs stacklevel

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. This may or may not get folded in to disutils2.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue1703178] link_objects in setup.cfg crashes build

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Is there still a problem with 2.7 or 3.x?

--
nosy: +terry.reedy
status: open -> pending
versions: +Python 2.7 -Python 2.6, Python 3.0

___
Python tracker 

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

[issue6466] duplicate get_version() code between cygwinccompiler and emxccompiler

[Éric Araujo]

Éric Araujo  added the comment:

Tarek, does this still apply?

--
components: +Distutils2
nosy: +merwok
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

[issue6696] Profile objects should be documented

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am just responding so this will not show up on the 'unanswered issues' list. 
It appears that GB has accepted this as something that needs to be done.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue5936] Add MSI suport for uninstalling individual versions

[Éric Araujo]

Éric Araujo  added the comment:

Terry, why? It is, after all, still unanswered.

--
nosy: +merwok

___
Python tracker 

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

[issue6466] duplicate get_version() code between cygwinccompiler and emxccompiler

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue5936] Add MSI suport for uninstalling individual versions

[Terry J. Reedy]

Terry J. Reedy  added the comment:

I am just responding so this will not show up on the 'unanswered issues' list.

--
components: +Distutils
nosy: +terry.reedy

___
Python tracker 

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

[issue1011113] distutils install with -b / --build-base

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention. Is this still an issue with 2.7 or later?

--
components: +Distutils -None
nosy: +terry.reedy

___
Python tracker 

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

[issue9524] Document CTRL_C_EVENT and CTRL_BREAK_EVENT usage on Windows

[Brian Curtin]

Brian Curtin  added the comment:

Fixed the first part, denoting that signal.CTRL_C_EVENT and 
signal.CTRL_BREAK_EVENT are for os.kill only. Done in r83745 (py3k) and r83746 
(release27-maint).

Leaving open for the second part about their usage.

--

___
Python tracker 

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

[issue1274324] 'setup.py install' fail on linux from read-only storage

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue4032] distutils cannot recognize ".dll.a" as library on cygwin

[Terry J. Reedy]

Terry J. Reedy  added the comment:

With development of disutils2, distutils issues are not getting much separate 
attention.

--
nosy: +terry.reedy

___
Python tracker 

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

[issue4032] distutils cannot recognize ".dll.a" as library on cygwin

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
versions:  -Python 2.6, Python 3.0

___
Python tracker 

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

[issue8285] IDLE not smart indenting correctly in nested statements

[Mark Dickinson]

Mark Dickinson  added the comment:

I don't think this is specific to IDLE;  it also happens when launching the 
python interpreter directly from a terminal on OS X or Linux.  (BTW, what 
platform are you on?)

As far as I can tell, the TAB character is simply advancing to the next tab 
stop;  those tab stops are determined by the terminal, and can be controlled 
with the 'tabs' command on Linux.  Though if you're using the readline library, 
that seems to override or reset the tab settings somehow.

--
components: +Interpreter Core -IDLE
nosy: +mark.dickinson

___
Python tracker 

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

[issue9524] Document CTRL_C_EVENT and CTRL_BREAK_EVENT usage on Windows

[Brian Curtin]

Brian Curtin  added the comment:

Those two signals are only intended to work with os.kill -- they are specific 
to the GenerateConsoleCtrlEvent function in Modules/posixmodule.c. I'll have to 
change the documentation to note that.

If you want to send those events to other processes, have a look at os.kill and 
some example usage in Lib/test/test_os.py and Lib/test/win_console_handler.py. 
This also needs better documentation.

--
assignee:  -> brian.curtin
components: +Documentation
nosy: +brian.curtin
stage:  -> needs patch
title: CTRL_C_EVENT and CTRL_BREAK_EVENT cannot be registered by 
signal.signal() method on windows -> Document CTRL_C_EVENT and CTRL_BREAK_EVENT 
usage on Windows
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

[issue9524] CTRL_C_EVENT and CTRL_BREAK_EVENT cannot be registered by signal.signal() method on windows

[Valentine Gogichashvili]

New submission from Valentine Gogichashvili :

When executing the following code on Windows 7 64-bit ::

  import sys
  import signal
  import time
  print 'Version:'
  print sys.executable or sys.platform, sys.version
  print
  print

  def h(s, f): print s

  signal.signal(signal.CTRL_BREAK_EVENT, h)

we get the following output::

  Version:
  C:\Python27\python.exe 2.7 (r27:82525, Jul  4 2010, 07:43:08) [MSC   
v.1500 64 bit (AMD64)]

  Traceback (most recent call last):
  File "signal_ctrl_break_event.py", line 14, in 
signal.signal(signal.CTRL_BREAK_EVENT, h)
  RuntimeError: (0, 'Error')

When trying to register a handler for a signal.CTRL_C_EVENT the exception is as 
follows::

  File "signal_ctrl_c_event.py", line 6, in 
signal.signal(signal.CTRL_C_EVENT, h)
  ValueError: signal number out of range

--
components: Library (Lib), Windows
messages: 113005
nosy: valgog
priority: normal
severity: normal
status: open
title: CTRL_C_EVENT and CTRL_BREAK_EVENT cannot be registered by 
signal.signal() method on windows
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue9315] The trace module lacks unit tests

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

On Thu, Aug 5, 2010 at 2:04 PM, Eli Bendersky  wrote:
..
> Georg,
>
> Are you having plans for writing comprehensive tests for the module, or is 
> this just a placeholder?

I think I can answer for Georg (subject to being corrected, of
course.)  Georg's commit was to close issue #3821 and the test is by
Amaury.   I don't think either of them planned to write a
comprehensive test suite for the trace module.

--
nosy: +amaury.forgeotdarc

___
Python tracker 

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

[issue9315] The trace module lacks unit tests

[Eli Bendersky]

Eli Bendersky  added the comment:

Alexander,

Yes, I plan to work on this during the weekend (which starts tomorrow where I'm 
at). 

Georg,

Are you having plans for writing comprehensive tests for the module, or is this 
just a placeholder? I have no problem merging with this change, but if you have 
any ideas, please let me know. You can see the latest versions of my tests in 
the patch files attached to this issue.

--

___
Python tracker 

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

[issue9315] The trace module lacks unit tests

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Eli,

Are you still working on this?  Please note that Georg committed "beginnings of 
a trace.py unittest" in r83527, so your tests will need to be merged with his.

--
nosy: +georg.brandl

___
Python tracker 

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

[issue9079] Make gettimeofday available in time module

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Committed issue9079c.diff as r83744.  This commit does not provide 
time.gettimeofday() and therefore does not close the issue.

--
keywords:  -needs review, patch
stage: commit review -> needs patch

___
Python tracker 

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

[issue9079] Make gettimeofday available in time module

[Alexander Belopolsky]

Alexander Belopolsky  added the comment:

Updated the patch to reflect recent datetimemodule.c renaming to 
_datetimemodule.c.  No other changes between issue9079b.diff and 
issue9079c.diff.   I am going to commit issue9079c.diff soon unless someone 
wants more time to review.

--
Added file: http://bugs.python.org/file18403/issue9079c.diff

___
Python tracker 

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

[issue9512] logging.handlers.RotatingFileHandler - mode argument not respected

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Given that you decided to argue for a code change (which my comment implicitly 
invited), adding someone (VS in this case) to nosy to respond is the right 
thing to do and fairly common. Assigning to someone is not, as least not any 
more. If someone agrees to change the code, the headers can be changed again.

--

___
Python tracker 

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

[issue2651] Strings passed to KeyError do not round trip

[Brett Cannon]

Changes by Brett Cannon :


--
nosy:  -brett.cannon

___
Python tracker 

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

[issue4806] Function calls taking a generator as star argument can mask TypeErrors in the generator

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Ok, leave iterable as is. More important, you have two disjoint patches that I 
believe should be combined.

--

___
Python tracker 

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

[issue5905] strptime fails in non-UTF locale

[Mark Lawrence]

Mark Lawrence  added the comment:

I can't reproduce this on Windows Vista with 3.1 or 3.2 despite trying several 
Western & Eastern European, Chinese & Japanese locales.

--
nosy: +BreamoreBoy

___
Python tracker 

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

[issue5871] email.header.Header too lax with embeded newlines

[Terry J. Reedy]

Terry J. Reedy  added the comment:

My apologies for misunderstanding. Feature removal requests are sufficiently 
rare that I thought you were posting a mockup of what you wanted to be able to 
do, as many others have done. So we definitely agree on that example. I changed 
the title to be a little clearer that stricter checking is desired.

Unless that example violates a prohibition in the docs, removing this bad 
feature is still a feature request. The point is moot, however, since RDM is 
working on a mail module overhaul (for 3.2, I hope) and I doubt previous 
versions will be separately patched. I will let him decide if examples like 
this can be sensibly prohibited without disabling something that should be 
allowed.

--
title: email.header.Header allows to embed raw newlines into a message -> 
email.header.Header too lax with embeded newlines

___
Python tracker 

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