Re: str.title() fails with words containing apostrophes

[Jussi Piitulainen]

Marko Rauhamaa writes:

> Steve D'Aprano wrote:

>> I came across this book title:
>>
>> Täällä Pohjantähden alla (‘Here beneath the North Star’)
>>
>> http://www.booksfromfinland.fi/1980/12/the-strike/
>>
>> which is partly title case, but I'm not sure what rule is being
>> applied there. My guess is that "Täällä Pohjantähden" means "North
>> Star" and it counts as a proper noun, like countries and people's
>> names, and so takes initial caps for each word. Am I close?
>
> Correct.

Not quite.

"Täällä" is "here", "Pohjantähden" is "North Star". So it's just a first
word and a name.

("Pohja" and "tähti" correspond to "North" and "Star".)
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: str.title() fails with words containing apostrophes

[Jussi Piitulainen]

Steve D'Aprano writes:

> On Tue, 7 Mar 2017 03:28 am, Grant Edwards wrote:
>> 
>> Besides locale-aware, it'll need to be style-guide-aware so that it
>> knows whether you want MLA, Chicago, Strunk & White, NYT, Gregg,
>> Mrs. Johnson from 9th grade English class, or any of a dozen or two
>> others.  And that's just for US English.  [For all I know, most of
>> the ones I listed agree completely on "title case", but I doubt it.]
>
> As far as I am aware, there are only two conventions for title case in
> English:
>
> Initial Capitals For All The Words In A Sentence.
>
> Initial Capitals For All the Significant Words in a Sentence.
>
> For some unstated, subjective rule for "significant" which usually
> means "three or more letters, excluding the definite article ('the')".

That's where the variation is hidden. I browsed three sites to see what
they do. One doesn't title-capitalize anything. One capitalizes
everything.

One was more interesting. I think it has human editors who pay attention
to these matters. They do not capitalize these short words: 'a', 'an',
'at', 'the', 'in', 'of', 'on', 'for', 'to', 'and', 'vs.'; they
capitalize longer prepositions: 'From', 'Into', 'With', 'Through'. Also
auxiliary verbs and copulas even when short.

A 'Nor' was capitalized in the middle of a title, but there was a
sentence boundary just before the 'Nor'. I'd classify 'nor' with 'and'
otherwise, but they might base the non-capitalization on frequency for
all I know.

Some two-letter words: 'Is', 'Am', 'Do', 'So', 'No', 'He', 'We', 'It',
'My', 'Up'; also 'Au Revoir', 'Oi Oi Oi', 'Ay Ay Ay'.

Then there is 'Grown-Ups' and 'Contrary-to-Fact' but 'X-ing'. Sometimes
a hyphen makes a word boundary, sometimes not.

> But of course there are exceptions: words which are necessarily in
> all-caps should stay in all-caps (e.g. NASA) and names.

There may be lots of these if you are handling something like a tech
news site that talks about people and companies and institutions from
all over the world. Names are tricky.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29694] race condition in pathlib mkdir with flags parents=True

[Armin Rigo]

Armin Rigo added the comment:

A different bug in the same code: if someone creates the directory itself 
between the two calls to ``self._accessor.mkdir(self, mode)``, then the 
function will fail with an exception even if ``exist_ok=True``.

Attached is a patch that fixes both cases.

--
keywords: +patch
nosy: +arigo
Added file: http://bugs.python.org/file46707/x1.diff

___
Python tracker 

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

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Are there tests for accepting non-integers in other classes? If no then don't 
bother about tests. I suppose all this came from the implementation of the 'n' 
format unit in PyArg_Parse* functions.

--

___
Python tracker 

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

[issue25996] Add support of file descriptor in os.scandir()

[Eryk Sun]

Eryk Sun added the comment:

> There is no similar function taking a directory handle

In 3.5+ the CRT has O_OBTAIN_DIR (0x2000) for opening a directory, i.e. to call 
CreateFile with backup semantics. A directory can be read via 
GetFileInformationByHandleEx [1] using the information classes 
FileIdBothDirectoryRestartInfo and FileIdBothDirectoryInfo. This info class is 
just a simplified wrapper around the more powerful system call 
NtQueryDirectoryFile [2]. 

The implementation details could be hidden behind _Py_opendir, _Py_fdopendir, 
_Py_readdir, and _Py_closedir -- allowing a common implementation of the 
high-level listdir() and scandir() functions. I wrote a ctypes prototype of 
listdir() along these lines.

One feature that's lost in using GetFileInformationByHandleEx to list a 
directory is the ability to do wildcard filtering. However, Python listdir and 
scandir never uses wildcard filtering, so it's no real loss. FindFirstFile 
implements this feature via the FileName parameter of NtQueryDirectoryFile. 
First it translates DOS wildcards to NT's set of 5 wildcards. There's the 
native NT '*' and '?', plus the quirky semantics of MS-DOS via '<', '>', and 
'"', i.e. DOS_STAR, DOS_QM, and DOS_DOT. See FsRtlIsNameInExpression [3] for a 
description of these wildcard characters. 

[1]: https://msdn.microsoft.com/en-us/library/aa364953
[2]: https://msdn.microsoft.com/en-us/library/ff567047
[3]: https://msdn.microsoft.com/en-us/library/ff546850

--
nosy: +eryksun

___
Python tracker 

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

[issue29739] zipfile raises wrong exception for some incorrect passwords

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

ZIP file has something like 8-bit control sum for checking the validity of the 
password. With the chance 1/256 the check is passed for wrong password. This is 
unavoidable.

--

___
Python tracker 

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

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Other objects in the io module use special-purposed converter 
_PyIO_ConvertSsize_t() which checks PyNumber_Check() and calls 
PyNumber_AsSsize_t().

I think StringIO implementation can be changed to reuse _PyIO_ConvertSsize_t() 
for simplicity.

After that BytesIO implementation can be changed to use the same converter just 
for uniformity.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

Re: spam issue

[Greg Couch]

On Thursday, March 2, 2017 at 8:08:44 AM UTC-8, Andrew Zyman wrote:
> Why is this group have such an obscene number of spam posts ?
> I'm subscribed to a few other google groups and this is the only one that has 
> this issue.

If you do use google groups, please "Report abuse" for these messages.  And 
maybe google will get get a clue.  Wishful thinking, I know.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: str.title() fails with words containing apostrophes

[Marko Rauhamaa]

Chris Angelico :

> On Tue, Mar 7, 2017 at 12:03 PM, Marko Rauhamaa  wrote:
>>
>> As for the UK:
>>
>>Yhdistynyt kuningaskunta
>
> About the only part of that that I understand is "kuning" ==
> king/queen/kingdom. I swear, you like the letter 'y' more than the
> Welsh do...

The Proto-Finnic borrowed the word "kuningas" from the Proto-Germanic,
where it was "kuningaz". The Germanic descendant languages have mangled
the original quite a bit:

   English: king
   German: König
   Swedish: kung

See also: http://www.etymonline.com/index.php?term=king>.

The word "yhdistynyt" ultimately comes from the Proto-Uralic word
"*ükte" ("one"). The word "kunta" ("society") is in its Proto-Uralic
form.


Marko
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: str.title() fails with words containing apostrophes

[Chris Angelico]

On Tue, Mar 7, 2017 at 4:18 PM, Steven D'Aprano  wrote:
> On Tue, 07 Mar 2017 12:18:13 +1100, Chris Angelico wrote:
>
>> On Tue, Mar 7, 2017 at 12:03 PM, Marko Rauhamaa 
>> wrote:
>>>
>>> As for the UK:
>>>
>>>Yhdistynyt kuningaskunta
>>
>> About the only part of that that I understand is "kuning" ==
>> king/queen/kingdom. I swear, you like the letter 'y' more than the Welsh
>> do...
>
>
> But do Finns like 'y' more than the English like 'e'?

Perhaps not. And certainly not as much as Calculus likes 'e'.

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29737] Optimize concatenating empty tuples

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I agree with your comments Raymond, but let me to expose my reasons.

An idea of optimizing empty tuple concatenating is inspired by partial(). It 
concatenates two tuples of arguments and it is common when one of tuple is 
empty. Current C implementation makes special case for this (and does this 
suboptimal). With optimized empty tuple concatenating it could be simpler and 
more efficient. Even when C implementation of partial() will not use this 
feature (see issue29735), I hope it can help in Python implementation of 
partial() and other partial-like functions.

--

___
Python tracker 

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

[issue29676] C method is not profiled by lsprof

[INADA Naoki]

Changes by INADA Naoki :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

Re: str.title() fails with words containing apostrophes

[Steven D'Aprano]

On Tue, 07 Mar 2017 12:18:13 +1100, Chris Angelico wrote:

> On Tue, Mar 7, 2017 at 12:03 PM, Marko Rauhamaa 
> wrote:
>>
>> As for the UK:
>>
>>Yhdistynyt kuningaskunta
> 
> About the only part of that that I understand is "kuning" ==
> king/queen/kingdom. I swear, you like the letter 'y' more than the Welsh
> do...


But do Finns like 'y' more than the English like 'e'?



-- 
Steve
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: Basic Packaging strategy question

[Steven D'Aprano]

On Sat, 04 Mar 2017 15:08:15 -0800, bilmar19 wrote:

> I have a simple project that I want to package to put it on another
> machine but everything I have read so far about packaging ends up
> putting the whole install alongside  with 'packages' - typically in
> .../site-packages.
> This seems a strange place to launch an app from!
> 
> So, if I have an app with a main.py entry point is it ok for everything
> to be in .../site-packages/myproject?

Packaging is one of the more hairy areas of Python, but the general 
advice is that you give your package a __main__.py which is run as the 
"execute this package" entry point. A basic skeleton would be a directory 
like this:

myproject/
+-- __init__.py
+-- __main__.py
+-- utils.py
+-- config.py


Notice that only "init" and "main" are special double-underscore names. 
The __main__.py file should look something like this:



def main():
print("Hello world!")

if __name__ == '__main__':
main()



Place the entire myproject directory under site-packages, and you can run 
it as a script as:

python -m myproject

from the system shell. Under Windows you may need to specify the path to 
python.exe, I don't really know, I'm not a Windows expert.

If you want to provide a single name command for your users, I expect you 
can probably create a simple batch file containing the command, place it 
in the usual Windows executable path (My Applications or whatever it is 
called these days) and in theory it should Just Work.

I expect that setuptools, pip, etc. should be able to install the batch 
file as well as the package, provided you have appropriate Admin access 
to write to My Applications (?), but I've never tried it myself.


[...]
> simple example which ends up with needing to run:
>  python /usr/local/lib/site_packages/myproject/main.py:

Almost correct, it will be spelled __main__ not main, and site-packages 
with a hyphen, not underscore.




-- 
Steve
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29680] gdb/libpython.py does not work with gdb 7.2

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +442

___
Python tracker 

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

[issue28728] test_host_resolution in test_socket fails

[Xiang Zhang]

Changes by Xiang Zhang :


--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue29176] /tmp does not exist on Android and is used by curses.window.putwin()

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
pull_requests: +441

___
Python tracker 

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

[issue29744] memmap behavior changed

[Xiang Zhang]

Changes by Xiang Zhang :


--
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue29739] zipfile raises wrong exception for some incorrect passwords

[Xiang Zhang]

Changes by Xiang Zhang :


--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue28728] test_host_resolution in test_socket fails

[Xiang Zhang]

Changes by Xiang Zhang :


--
pull_requests: +440

___
Python tracker 

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

[issue29737] Optimize concatenating empty tuples

[Raymond Hettinger]

Raymond Hettinger added the comment:

Is it at all common to concatenate empty tuples?  This seems like optimizing 
something that rarely occurs.

Also, the timings can be misleading if in real code these changes cause new 
branch mispredictions here which can slow the common case.  See 
http://stackoverflow.com/questions/11227809

--
nosy: +rhettinger

___
Python tracker 

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

Re: Basic Packaging strategy question

[bilmar19]

Thanks,

It still seems strange to me that such a well documented ecosystem does not 
have an official  way to package a complete  app ( vs packages ). 

Bill
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: str.title() fails with words containing apostrophes

[Chris Angelico]

On Tue, Mar 7, 2017 at 12:03 PM, Marko Rauhamaa  wrote:
>
> As for the UK:
>
>Yhdistynyt kuningaskunta

About the only part of that that I understand is "kuning" ==
king/queen/kingdom. I swear, you like the letter 'y' more than the
Welsh do...

ChrisA
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

[Oren Milman]

Oren Milman added the comment:

I don't have a use case for that. (I noticed this behavior by
chance, while working on some other issue.)

However, IIUC, commit 4fa88fa0ba35e25ad9be66ebbdaba9aca553dc8b,
by Benjamin Peterson, Antoine Pitrou and Amaury Forgeot d'Arc,
includes patching the aforementioned StringIO functions, so that
they would accept integer types.
So I add them to the nosy list, as I guess that the use cases for
accepting integer types in StringIO methods are also use cases
for accepting integer types in BytesIO.

And now that you mention the docs, according to them, both StringIO
and BytesIO inherit these methods from BufferedIOBase or IOBase.
Thus, the methods are already expected to behave the same, aren't
they?

--
nosy: +amaury.forgeotdarc, benjamin.peterson, pitrou

___
Python tracker 

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

Re: Export Event log via python in .txt

[eryk sun]

On Mon, Mar 6, 2017 at 3:36 PM,   wrote:
> I'm a student learning about python I would like to know how to export
> Security log Application and generate folder path via python please help

If you're asking about the Windows event logs, then it'll be easiest
from a scripting POV to use wevtutil.exe [1] with an XPath query that
outputs XML. Make sure to use the /uni:true option to get UTF-16
output; otherwise it outputs a lossy ANSI encoding. You can run it
using subprocess.check_output.

[1]: https://technet.microsoft.com/en-us/library/cc732848

As far as exporting the data, the standard library supports XML
processing. Here's an example that logs a warning to the Application
log using "Python" as the provider. Next it executes wevtutil.exe with
a query for events logged by the "Python" provider. Then I parse the
output using ElementTree.

import logging
import logging.handlers
import subprocess
import xml.etree.ElementTree as ET

handler = logging.handlers.NTEventLogHandler('Python')
logging.getLogger().addHandler(handler)
logging.warn('スパムと卵')

wevtutil = 'wevtutil.exe query-events Application /uni:true /q:"{}"'
query = "*[System[Provider[@Name='Python']]]"

out = subprocess.check_output(wevtutil.format(query))

root = ET.fromstring(out.decode('utf-16'))
ns = {'event': 'http://schemas.microsoft.com/win/2004/08/events/event'}

>>> root.find('.//event:Provider', ns).attrib
{'Name': 'Python'}
>>> root.find('.//event:Level', ns).text
'3'
>>> root.find('.//event:Channel', ns).text
'Application'
>>> root.find('.//event:Data', ns).text
'スパムと卵'
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: str.title() fails with words containing apostrophes

[Marko Rauhamaa]

Steve D'Aprano :

> On Tue, 7 Mar 2017 01:03 am, Marko Rauhamaa wrote:
> If you read "title case" as *literally* as being only for titles (of
> books, for instance) then of course you are right. Finnish book titles
> are normally written in sentence case (initial capital, followed by
> all lowercase).

Yes.

> But if you consider title case more widely, Finnish includes it too.
> Names are written in title case ("Marko Rauhamaa" rather than "Marko
> rauhamaa"). I imagine countries get the same treatment when needed.
> How do you write Saudi Arabia, United Kingdom, and North Korea?

The rules are a bit complicated. Sentence case is the basic rule.
However, if the latter part of a compound name is a proper noun, both
parts are capitalized and connected with a hyphen:

   Saudi-Arabia
   Pohjois-Korea
   Iso-Britannia

As for the UK:

   Yhdistynyt kuningaskunta

or:

   Ison-Britannian ja Pohjois-Irlannin yhdistynyt kuningaskunta

Similarly, the University of Helsinki is:

   Helsingin yliopisto

> I came across this book title:
>
> Täällä Pohjantähden alla (‘Here beneath the North Star’)
>
> http://www.booksfromfinland.fi/1980/12/the-strike/
>
> which is partly title case, but I'm not sure what rule is being
> applied there. My guess is that "Täällä Pohjantähden" means "North
> Star" and it counts as a proper noun, like countries and people's
> names, and so takes initial caps for each word. Am I close?

Correct.

The sentence case rule is sometimes violated for historical or marketing
reasons:

Helsingin Sanomat (a newspaper)
Suomen Kuvalehti (a magazine)
Sutelan Kello ja Kulta (a jeweler)
Helsingin Hautaustoimisto (an undertaker)


Marko
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29744] memmap behavior changed

[Andrea Giovannucci]

Changes by Andrea Giovannucci :


--
resolution:  -> not a bug

___
Python tracker 

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

[issue29745] asyncio: Make pause/resume_reading idepotent and no-op for closed transports

[Nikolay Kim]

New submission from Nikolay Kim:

https://github.com/python/asyncio/issues/488

--
messages: 289147
nosy: fafhrd91
priority: normal
pull_requests: 439
severity: normal
status: open
title: asyncio: Make pause/resume_reading idepotent and no-op for closed 
transports
versions: Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue29744] memmap behavior changed

[Andrea Giovannucci]

New submission from Andrea Giovannucci:

The previous version 2.7.12 was returning a memmap file when slicing with a 
list of integers, now it returns an array. This affects the behaviour of 
several functions in my package. Is that an aware choice or a side product of 
some other change?

--
components: Demos and Tools
messages: 289146
nosy: agiovannucci
priority: normal
severity: normal
status: open
title: memmap behavior changed
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue29742] asyncio get_extra_info() throws exception

[Guido van Rossum]

Changes by Guido van Rossum :


--
nosy:  -gvanrossum

___
Python tracker 

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

Re: str.title() fails with words containing apostrophes

[Steve D'Aprano]

On Tue, 7 Mar 2017 01:03 am, Marko Rauhamaa wrote:

> Chris Angelico :
> 
>> Right. If you want true title casing, it has to be *extremely*
>> linguistically-aware.
> 
> For instance, title case has no meaning in the context of Finnish. In
> other words, your internationalized program shouldn't even think of
> title case when localized in Finnish.

If you read "title case" as *literally* as being only for titles (of books,
for instance) then of course you are right. Finnish book titles are
normally written in sentence case (initial capital, followed by all
lowercase).

But if you consider title case more widely, Finnish includes it too. Names
are written in title case ("Marko Rauhamaa" rather than "Marko rauhamaa").
I imagine countries get the same treatment when needed. How do you write
Saudi Arabia, United Kingdom, and North Korea?

I came across this book title:

Täällä Pohjantähden alla (‘Here beneath the North Star’)

http://www.booksfromfinland.fi/1980/12/the-strike/

which is partly title case, but I'm not sure what rule is being applied
there. My guess is that "Täällä Pohjantähden" means "North Star" and it
counts as a proper noun, like countries and people's names, and so takes
initial caps for each word. Am I close?



-- 
Steve
“Cheer up,” they said, “things could be worse.” So I cheered up, and sure
enough, things got worse.

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29742] asyncio get_extra_info() throws exception

[Nikolay Kim]

Changes by Nikolay Kim :


--
pull_requests: +438

___
Python tracker 

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

[issue27035] Cannot set exit code in atexit callback

[Glyph Lefkowitz]

Glyph Lefkowitz added the comment:

I just bumped into this myself.  If this really is only fixable in a major 
release, there ought to at least be a minor release for the *documentation* to 
update it to be correct.

--
nosy: +glyph

___
Python tracker 

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

Re: str.title() fails with words containing apostrophes

[Grant Edwards]

On 2017-03-06, Steve D'Aprano  wrote:
> On Tue, 7 Mar 2017 03:28 am, Grant Edwards wrote:
>
>> On 2017-03-06, Chris Angelico  wrote:
>> 
>>> Still, it's fun to discuss, if only to show why that kind of
>>> locale-aware transformation is important.
>> 
>> Besides locale-aware, it'll need to be style-guide-aware so that it
>> knows whether you want MLA, Chicago, Strunk & White, NYT, Gregg,
>> Mrs. Johnson from 9th grade English class, or any of a dozen or two
>> others.  And that's just for US English.  [For all I know, most of the
>> ones I listed agree completely on "title case", but I doubt it.]
>
> As far as I am aware, there are only two conventions for title case in
> English:
>
> Initial Capitals For All The Words In A Sentence.
>
> Initial Capitals For All the Significant Words in a Sentence.
>
> For some unstated, subjective rule for "significant" which usually
> means "three or more letters, excluding the definite article ('the')".
>
> But of course there are exceptions: words which are necessarily in
> all-caps should stay in all-caps (e.g. NASA) and names.


And you capitalize "insignificant" words at the beginning of the title
or following a colon.  And then there are special cases for hyphenated
words, prepositions that belong to a phrasal verb, and so on and so
forth.

Plus a bunch of exceptions that have been imported from other
languages (this is mostly covered by the "name" exception).

The "name" one is probably the only one that many people will notice
if it's wrong.  Unfortunately, writing an algorithm that can decide
what constitutes a "name" borders on the impossible.

-- 
Grant Edwards   grant.b.edwardsYow! I'm totally DESPONDENT
  at   over the LIBYAN situation
  gmail.comand the price of CHICKEN
   ...

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

[Martin Panter]

Martin Panter added the comment:

What is the use case? Unless changing the behaviour would be useful, I think 
the simplest solution would be to document that the methods should only be 
given instances of “int”, so that it is clear that other kinds of numbers are 
unsupported.

--
nosy: +martin.panter

___
Python tracker 

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

Re: str.title() fails with words containing apostrophes

[Steve D'Aprano]

On Tue, 7 Mar 2017 03:28 am, Grant Edwards wrote:

> On 2017-03-06, Chris Angelico  wrote:
> 
>> Still, it's fun to discuss, if only to show why that kind of
>> locale-aware transformation is important.
> 
> Besides locale-aware, it'll need to be style-guide-aware so that it
> knows whether you want MLA, Chicago, Strunk & White, NYT, Gregg,
> Mrs. Johnson from 9th grade English class, or any of a dozen or two
> others.  And that's just for US English.  [For all I know, most of the
> ones I listed agree completely on "title case", but I doubt it.]

As far as I am aware, there are only two conventions for title case in
English:

Initial Capitals For All The Words In A Sentence.

Initial Capitals For All the Significant Words in a Sentence.

For some unstated, subjective rule for "significant" which usually
means "three or more letters, excluding the definite article ('the')".

But of course there are exceptions: words which are necessarily in all-caps
should stay in all-caps (e.g. NASA) and names.


-- 
Steve
“Cheer up,” they said, “things could be worse.” So I cheered up, and sure
enough, things got worse.

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29581] __init_subclass__ causes TypeError when used with standard library metaclasses (such as ABCMeta)

[Roundup Robot]

Changes by Roundup Robot :


--
pull_requests: +437

___
Python tracker 

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

[issue29743] Closing transport during handshake process leaks open socket

[Nikolay Kim]

New submission from Nikolay Kim:

https://github.com/python/asyncio/issues/487
https://github.com/KeepSafe/aiohttp/issues/1679

--
messages: 289143
nosy: fafhrd91
priority: normal
pull_requests: 436
severity: normal
status: open
title: Closing transport during handshake process leaks open socket
versions: Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue29742] asyncio get_extra_info() throws exception

[Yury Selivanov]

Yury Selivanov added the comment:

> Thanks for the report and PR, but your fix is not obviously correct.  

Not for this particular asyncio method though, see asyncio PEP [1]. But there's 
an actual bug in the PR, instead of returning `None` we should return `default`.

[1] https://www.python.org/dev/peps/pep-3156/#methods-for-all-transports

--

___
Python tracker 

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

[issue29742] asyncio get_extra_info() throws exception

[Nikolay Kim]

Nikolay Kim added the comment:

get_extra_info() returns optional transport information, I think it is ok to 
return None for closed transport.
https://github.com/python/cpython/blob/master/Lib/asyncio/transports.py#L18

I propose this feature initially, during early tulip development
but now I think it is not good api.

--

___
Python tracker 

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

[issue29742] asyncio get_extra_info() throws exception

[R. David Murray]

R. David Murray added the comment:

Thanks for the report and PR, but your fix is not obviously correct.  In 
general exceptions are the way in Python that errors are reported, and asking 
for extra_info on a closed stream is an error.  The exception raised is not 
clear, so perhaps the asyncio folks will want to improve it.  Or perhaps I'm 
wrong and they will want to return None, but I'll be a bit surprised if that is 
the case :)

--
components: +asyncio
nosy: +gvanrossum, r.david.murray, yselivanov

___
Python tracker 

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

[issue29742] asyncio get_extra_info() throws exception

[Nikolay Kim]

Nikolay Kim added the comment:

exception on get_extra_info() on closed ssl transport

```
Feb 18 13:18:09 btc electrumx_server.py[1732]: ERROR:ElectrumX:[15328] 
Traceback (most recent call last):
Feb 18 13:18:09 btc electrumx_server.py[1732]:   File 
"/usr/local/lib/python3.5/dist-packages/electrumx-0.11.1-py3.5.egg/lib/jsonrpc.py",
 line 528, in process_single_request
Feb 18 13:18:09 btc electrumx_server.py[1732]: result = await 
self.handle_payload(payload, self.request_handler)
Feb 18 13:18:09 btc electrumx_server.py[1732]:   File 
"/usr/local/lib/python3.5/dist-packages/electrumx-0.11.1-py3.5.egg/lib/jsonrpc.py",
 line 608, in handle_payload
Feb 18 13:18:09 btc electrumx_server.py[1732]: return await 
handler(**kw_args)
Feb 18 13:18:09 btc electrumx_server.py[1732]:   File 
"/usr/local/lib/python3.5/dist-packages/electrumx-0.11.1-py3.5.egg/server/session.py",
 line 282, in banner
Feb 18 13:18:09 btc electrumx_server.py[1732]: if self.is_tor():
Feb 18 13:18:09 btc electrumx_server.py[1732]:   File 
"/usr/local/lib/python3.5/dist-packages/electrumx-0.11.1-py3.5.egg/server/session.py",
 line 259, in is_tor
Feb 18 13:18:09 btc electrumx_server.py[1732]: peer_info = self.peer_info()
Feb 18 13:18:09 btc electrumx_server.py[1732]:   File 
"/usr/local/lib/python3.5/dist-packages/electrumx-0.11.1-py3.5.egg/lib/jsonrpc.py",
 line 764, in peer_info
Feb 18 13:18:09 btc electrumx_server.py[1732]: return 
self.transport.get_extra_info('peername')
Feb 18 13:18:09 btc electrumx_server.py[1732]:   File 
"/usr/lib/python3.5/asyncio/sslproto.py", line 306, in get_extra_info
Feb 18 13:18:09 btc electrumx_server.py[1732]: return 
self._ssl_protocol._get_extra_info(name, default)
Feb 18 13:18:09 btc electrumx_server.py[1732]:   File 
"/usr/lib/python3.5/asyncio/sslproto.py", line 537, in _get_extra_info
Feb 18 13:18:09 btc electrumx_server.py[1732]: return 
self._transport.get_extra_info(name, default)
Feb 18 13:18:09 btc electrumx_server.py[1732]: AttributeError: 'NoneType' 
object has no attribute 'get_extra_info'
```

--

___
Python tracker 

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

[issue29742] asyncio get_extra_info() throws exception

[Nikolay Kim]

New submission from Nikolay Kim:

https://github.com/python/asyncio/issues/494

--
messages: 289138
nosy: fafhrd91
priority: normal
pull_requests: 435
severity: normal
status: open
title: asyncio get_extra_info() throws exception
versions: Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

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

[issue29736] Optimize builtin types constructor

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

float, list: issue20185.

--

___
Python tracker 

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

[issue29741] BytesIO methods don't accept integer types, while StringIO counterparts do

[Oren Milman]

New submission from Oren Milman:

 current state 
import io

class IntLike():
def __init__(self, num):
self._num = num

def __index__(self):
return self._num

__int__ = __index__

io.StringIO('blah blah').read(IntLike(2))
io.StringIO('blah blah').readline(IntLike(2))
io.StringIO('blah blah').truncate(IntLike(2))

io.BytesIO(b'blah blah').read(IntLike(2))
io.BytesIO(b'blah blah').readline(IntLike(2))
io.BytesIO(b'blah blah').truncate(IntLike(2))

The three StringIO methods are called without any error, but each of the three
BytesIO methods raises a "TypeError: integer argument expected, got 'IntLike'".

This is because the functions which implement the StringIO methods (in
Modules/_io/stringio.c):
- _io_StringIO_read_impl
- _io_StringIO_readline_impl
- _io_StringIO_truncate_impl
use PyNumber_AsSsize_t, which might call nb_index.

However, the functions which implement the BytesIO methods (in
Modules/_io/bytesio.c):
- _io_BytesIO_read_impl
- _io_BytesIO_readline_impl
- _io_BytesIO_truncate_impl
use PyLong_AsSsize_t, which accepts only Python ints (or objects whose type is
a subclass of int).


 proposed changes 
- change those BytesIO methods so that they would accept integer types (i.e.
  classes that define __index__), mainly by replacing PyLong_AsSsize_t with
  PyNumber_AsSsize_t
- add tests to Lib/test/test_memoryio.py to verify that all six aforementioned
  methods accept integer types

--
components: IO
messages: 289136
nosy: Oren Milman
priority: normal
severity: normal
status: open
title: BytesIO methods don't accept integer types, while StringIO counterparts 
do
type: behavior
versions: Python 3.7

___
Python tracker 

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

[issue29740] Visual C++ CRT security update from 14 June 2011

[Markus]

New submission from Markus:

In 14 June 2011 Microsoft released Visual C++ 2008 runtime MFC Security Update 
https://www.microsoft.com/en-us/download/details.aspx?id=26368

The Security Update also updates the CRT runtime (used by Python 2.7)

Without the security update, Python 2.7.13 uses vc90.crt 9.0.30729.4940
With the security  update, Python 2.7.13 uses vc90.crt 9.0.30729.6161
(Use e.g. Sysinternals procexp to see)

Why does Python not install the vc90.crt of the security update?

--
components: Build, Windows
messages: 289135
nosy: markuskramerIgitt, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: Visual C++ CRT security update from 14 June 2011
type: security
versions: Python 2.7

___
Python tracker 

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

[issue29736] Optimize builtin types constructor

[STINNER Victor]

STINNER Victor added the comment:

> I would wait until constructors be converted to Argument Clinic. There are 
> ready patches for some of these builtin types, patches for other are in 
> proggress.

Do you have links for these changes? It's painful to search for Argument Clinic 
changes, the issue title doesn't say anything except "derby " :-/

--

___
Python tracker 

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

[issue29700] readline memory corruption when sys.stdin fd >= FD_SETSIZE for select()

[Martin Panter]

Martin Panter added the comment:

“Input9)” is probably a typo for “input()”.

In Python 2, sys.stdin etc are by default wrappers around ’s “stdin” 
etc, and can easily be wrappers around other  FILE objects, so the 
PyOS_Readline API and Python’s “readline” module pass these  objects 
directly to rl_instream etc.

In Python 3, sys.stdin etc are not directly related to  objects. But 
the PyOS_Readline API was not changed, and the “readline” module still uses the 
rl_instream API which requires a  FILE object. So the new code decides 
if it is reasonable to substitute  “stdin” etc objects for the Python 
“sys” objects.

--

___
Python tracker 

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

[issue29739] zipfile raises wrong exception for some incorrect passwords

[Jack Cushman]

New submission from Jack Cushman:

This bug arises when attempting to unzip a password-protected zipfile using the 
wrong password.

Usually when zipfile extraction is attempted with an incorrect password, 
zipfile raise `RuntimeError("Bad password for file")`. But for a small subset 
of passwords (about .4% of possible passwords), it instead raises 
`BadZipfile("Bad CRC-32 for file")`.

Attached is a script that attempts to decrypt a zip file using every 3-letter 
uppercase password. (This assumes you have first created the zip file, by 
running something like: `echo "stuff" > /tmp/foo.txt; zip -e -P password 
/tmp/foo.zip /tmp/foo.txt`.)

The specific passwords that trigger the wrong exception will vary each time the 
zip file is created. On my system, for a particular zip file, the result is 
this output:


BadZipFile b'ACB'
BadZipFile b'AMJ'
BadZipFile b'ASL'
BadZipFile b'AZV'
BadZipFile b'BCI'
BadZipFile b'BMV'
BadZipFile b'BQG'
BadZipFile b'BRB'
BadZipFile b'BYH'
BadZipFile b'CHU'
BadZipFile b'CTV'
BadZipFile b'DEF'
BadZipFile b'DHJ'
BadZipFile b'DSR'
BadZipFile b'EWG'
BadZipFile b'GOK'
BadZipFile b'GUK'
BadZipFile b'HGL'
BadZipFile b'HPV'
BadZipFile b'IAC'
BadZipFile b'IGQ'
BadZipFile b'IHG'
BadZipFile b'ILB'
BadZipFile b'IRJ'
BadZipFile b'JDW'
BadZipFile b'JIT'
BadZipFile b'JMK'
BadZipFile b'JPD'
BadZipFile b'JWL'
BadZipFile b'JXS'
BadZipFile b'KAR'
BadZipFile b'KKH'
BadZipFile b'LNW'
BadZipFile b'MEL'
BadZipFile b'NDY'
BadZipFile b'NFJ'
BadZipFile b'NLU'
BadZipFile b'NQU'
BadZipFile b'OXC'
BadZipFile b'PHA'
BadZipFile b'PQY'
BadZipFile b'QCN'
BadZipFile b'QFT'
BadZipFile b'QMB'
BadZipFile b'QWZ'
BadZipFile b'QYS'
BadZipFile b'RBR'
BadZipFile b'SKU'
BadZipFile b'SLG'
BadZipFile b'STU'
BadZipFile b'SUP'
BadZipFile b'UCD'
BadZipFile b'UOA'
BadZipFile b'UQM'
BadZipFile b'VAO'
BadZipFile b'VEQ'
BadZipFile b'VJW'
BadZipFile b'VVH'
BadZipFile b'WDA'
BadZipFile b'XCR'
BadZipFile b'XIY'
BadZipFile b'XLG'
BadZipFile b'YJA'
BadZipFile b'YMA'
BadZipFile b'YRB'
BadZipFile b'ZHT'
BadZipFile b'ZVJ'
BadZipFile b'ZWR'
BadZipFile b'ZZT'
69 out of 17576 passwords raise BadZipFile


Versions:

I reproduced this in Python 2.7.10 and 3.6.0, using a zip file created on Mac 
OS 10.12.3 with this zip version: 


$ zip --version
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
This is Zip 3.0 (July 5th 2008), by Info-ZIP.
Compiled with gcc 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.34) for Unix 
(Mac OS X) on Jul 30 2016.

--
components: Library (Lib)
files: fail.py
messages: 289132
nosy: jcushman
priority: normal
severity: normal
status: open
title: zipfile raises wrong exception for some incorrect passwords
type: behavior
versions: Python 2.7, Python 3.6
Added file: http://bugs.python.org/file46706/fail.py

___
Python tracker 

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

[issue29691] Some tests fail in coverage Travis check

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The list of failing tests in issue29048 contains test_traceback and 
test_xml_etree. Thus this issue may be a part of issue29048. Some tests may be 
fixed since reporting issue29048.

--

___
Python tracker 

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

[issue29738] Fix memory leak in SSLSocket.getpeercert()

[Olivier Vielpeau]

Changes by Olivier Vielpeau :


--
pull_requests: +433

___
Python tracker 

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

[issue29738] Fix memory leak in SSLSocket.getpeercert()

[Olivier Vielpeau]

New submission from Olivier Vielpeau:

The code snippet in #25569 reproduces the memory leak with Python 3.6.0 and 
2.7.13. The current memory leak is a regression that was introduced in #26470.

Going to attach a PR on github that fixes the issue shortly.

--
assignee: christian.heimes
components: SSL
messages: 289130
nosy: christian.heimes, olivielpeau
priority: normal
severity: normal
status: open
title: Fix memory leak in SSLSocket.getpeercert()
type: resource usage
versions: Python 2.7, Python 3.6, Python 3.7

___
Python tracker 

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

[issue29737] Optimize concatenating empty tuples

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
pull_requests: +432

___
Python tracker 

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

[issue29737] Optimize concatenating empty tuples

[Serhiy Storchaka]

New submission from Serhiy Storchaka:

Since tuples are immutable, concatenating with empty tuple can be optimized by 
returning an opposite argument.

Microbenchmarks (the difference is larger for larger tuples):

$ ./python -m perf timeit --duplicate=100 -s 'a = (1, 2)' 'a + ()'
Unpatched:  Median +- std dev: 288 ns +- 12 ns
Patched:Median +- std dev: 128 ns +- 5 ns

$ ./python -m perf timeit --duplicate=100 -s 'a = (1, 2)' '() + a'
Unpatched:  Median +- std dev: 285 ns +- 16 ns
Patched:Median +- std dev: 128 ns +- 6 ns

Non-empty tuples are not affected:

$ ./python -m perf timeit --duplicate=100 -s 'a = (1, 2)' 'a + a'
Unpatched:  Median +- std dev: 321 ns +- 24 ns
Patched:Median +- std dev: 317 ns +- 26 ns

--
components: Interpreter Core
messages: 289129
nosy: haypo, serhiy.storchaka
priority: normal
severity: normal
stage: patch review
status: open
title: Optimize concatenating empty tuples
type: performance
versions: Python 3.7

___
Python tracker 

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

[issue29691] Some tests fail in coverage Travis check

[Jelle Zijlstra]

Jelle Zijlstra added the comment:

I'll look into creating a PR when I have some time.

It would also be useful to tweak the Travis/coverage configuration so that it 
fails loudly if one of the tests doesn't pass in the coverage check.

--

___
Python tracker 

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

[issue29691] Some tests fail in coverage Travis check

[Brett Cannon]

Brett Cannon added the comment:

BTW, just because I assigned this to me doesn't mean others can't write a PR to 
solve this. :) I will review any PR that fixes this issue, I'm just going to 
make sure it gets solved no matter what if no one else creates a PR.

--

___
Python tracker 

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

[issue29691] Some tests fail in coverage Travis check

[Brett Cannon]

Brett Cannon added the comment:

I don't think it's a duplicate because we had a passing coverage run when we 
initially made the migration so something got tweaked to lead to the failures.

--

___
Python tracker 

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

[issue29691] Some tests fail in coverage Travis check

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Is this a duplicate of issue29048?

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue15954] No error checking after using of the wcsxfrm()

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 3.7 -Python 3.4, Python 3.5

___
Python tracker 

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

[issue29691] Some tests fail in coverage Travis check

[Brett Cannon]

Changes by Brett Cannon :


--
assignee:  -> brett.cannon

___
Python tracker 

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

[issue29691] Some tests fail in coverage Travis check

[Brett Cannon]

Brett Cannon added the comment:

The test_traceback changes should be easy to tweak to use a regex or 
startwith() check so the tests pass again.

For the test_xml_etree failures I'm not sure how best to fix that other than 
taking it out. Maybe if sys.gettrace() returns something then skip the test?

--
nosy: +brett.cannon

___
Python tracker 

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

[issue29716] Python 3 Module doc still sounds like __init__.py is required

[Brett Cannon]

Brett Cannon added the comment:

I've gone ahead and closed this. Thanks for taking the time to check in on 
this, James!

--
nosy: +brett.cannon
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue29708] support reproducible Python builds

[Brett Cannon]

Changes by Brett Cannon :


--
nosy: +brett.cannon

___
Python tracker 

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

[issue15954] No error checking after using of the wcsxfrm()

[Mark Lawrence]

Changes by Mark Lawrence :


--
nosy:  -BreamoreBoy

___
Python tracker 

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

[issue29723] 3.6.1rc1 adds the current directory to sys.path when running a subdirectory's __main__.py; previous versions did not

[Ned Deily]

Ned Deily added the comment:

Thanks for the analysis, Eryk and Nick.  Then this sounds like a release 
blocker problem that should be fixed for 3.6.1.  Steve, can you take a look, 
please?

--
nosy: +steve.dower
priority: normal -> release blocker
stage:  -> needs patch
type:  -> behavior

___
Python tracker 

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

[issue9051] Improve pickle format for timezone aware datetime instances

[Alexander Belopolsky]

Changes by Alexander Belopolsky :


--
resolution:  -> rejected
stage: patch review -> resolved
status: pending -> closed

___
Python tracker 

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

[issue29676] C method is not profiled by lsprof

[INADA Naoki]

Changes by INADA Naoki :


--
components: +Interpreter Core -Tests
title: verbose output of test_cprofile -> C method is not profiled by lsprof

___
Python tracker 

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

[issue29676] verbose output of test_cprofile

[INADA Naoki]

Changes by INADA Naoki :


--
pull_requests: +431

___
Python tracker 

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

[issue29676] verbose output of test_cprofile

[INADA Naoki]

INADA Naoki added the comment:

OK, now I found what caused this difference.

lsprof expect `func` is PyCFunction object.  But it can be PyMethodDescrObject 
when LOAD_METHOD is used to call C method.

In Modules/_lsprof.c (line 459):

case PyTrace_C_CALL:
if ProfilerObject *)self)->flags & POF_BUILTINS)
&& PyCFunction_Check(arg)) {
ptrace_enter_call(self,
  ((PyCFunctionObject *)arg)->m_ml,
  arg);
}

Document says just it's "Function object being called."
https://docs.python.org/3.6/c-api/init.html#c.Py_tracefunc

If "function object" means "any C object having tp_call", most easy way to 
solve this issue is adding PyMethodDescrObject support to lsprof.
PyEval_GetFuncName() and PyEval_GetFuncDesc() should support it too.
As a bonus, `list.append(L, x)` will be profiled like `L.append(x)`.  It looks 
more consistent.

On the other hand, if it means it's PyCFunction, we can't call 
PyMethodDescrObject directly.

Since PyEval_SetProfile() is old function, I chose later way for now.

--

___
Python tracker 

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

[issue29735] Optimize functools.partial() for positional arguments

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

If the underlying function doesn't support fast call, and either args or 
pto->args are empty, partial_call() makes two unneeded copyings. Arguments are 
copied from a tuple to the raw array and from the array to new tuple. This is 
what the current code does, but this can be avoided.

If the underlying function doesn't support fast call, and both args and 
pto->args are not empty, patched partial_call() makes one unneeded copyings. 
Arguments are copied from tuples to the raw array and from the array to the new 
tuple. Only one copying is needed (from tuples to the new tuple).

--

___
Python tracker 

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

[issue29545] Python behavioral difference between Linux and AIX

[Anna Henningsen]

Changes by Anna Henningsen :


--
nosy: +addaleax

___
Python tracker 

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

Re: str.title() fails with words containing apostrophes

[Grant Edwards]

On 2017-03-06, Chris Angelico  wrote:

> Still, it's fun to discuss, if only to show why that kind of
> locale-aware transformation is important.

Besides locale-aware, it'll need to be style-guide-aware so that it
knows whether you want MLA, Chicago, Strunk & White, NYT, Gregg,
Mrs. Johnson from 9th grade English class, or any of a dozen or two
others.  And that's just for US English.  [For all I know, most of the
ones I listed agree completely on "title case", but I doubt it.]

-- 
Grant Edwards   grant.b.edwardsYow! FOOLED you!  Absorb
  at   EGO SHATTERING impulse
  gmail.comrays, polyester poltroon!!

-- 
https://mail.python.org/mailman/listinfo/python-list

[issue13566] Increase pickle compatibility

[Josh Rosenberg]

Josh Rosenberg added the comment:

Right, but Antoine's objection is that suddenly strs pickled in Py3 can end up 
as strs in Py2, rather than unicode. If the library enforces a Py3-like type 
separation on Py2 (text arguments are unicode only, binary data is str only), 
then you have the problem where pickling on Py3 produces a pickle that will 
unpickle as str on Py2, and suddenly the library explodes because the argument, 
that should be unicode on Py2 and str on Py3, is suddenly str on both.

This means that, to fix a problem with non-forward compatible libraries (that 
accept text only as Py2 str), a Py2 library that's (very) forward thinking 
would have problems.

Admittedly, I wouldn't expect there to be very many such libraries, and many of 
them would have their own custom pickle formats, but stuff like numpy is quite 
sensitive to argument type; numpy.array(u'123') and numpy.array(b'123') are 
different. In numpy's case, each of those produces a derived datatype that is 
explicitly pickled and (I believe) would prevent the error, but some other more 
heuristic library might not do so.

--
nosy: +josh.r

___
Python tracker 

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

[issue29571] test_re is failing when local is set for `en_IN`

[Nick Coghlan]

Nick Coghlan added the comment:

Thanks for the explanation - given that, I agree that simply reverting the 
attempted test-based fix and instead relying on the issue 20087 updates is the 
way to go.

--

___
Python tracker 

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

[issue29723] 3.6.1rc1 adds the current directory to sys.path when running a subdirectory's __main__.py; previous versions did not

[Nick Coghlan]

Nick Coghlan added the comment:

I think Eryk's diagnosis is correct: this is a straight up bug in the original 
patch, where it's missing the check to only use the new logic when in isolated 
mode (as it's compensating for the fact that there is no extra sys.path[0] 
entry inserted in that case).

I mentioned that on the original issue 
http://bugs.python.org/issue29319#msg285904 but hadn't noticed that the 
relevant check was missing from the applied patch.

--

___
Python tracker 

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

[issue29733] concurrent.futures as_completed raise TimeoutError wrong

[Josh Rosenberg]

Josh Rosenberg added the comment:

The docs ( 
https://docs.python.org/3/library/concurrent.futures.html#concurrent.futures.as_completed
 ) do seem to indicate it shouldn't do so as long as results were available 
before the timeout expired:

"The returned iterator raises a concurrent.futures.TimeoutError if __next__() 
is called and the result isn’t available after timeout seconds from the 
original call to as_completed()."

My reading of that would be that it raises the error only when:

1. The timeout has expired
2. The call would block (or possibly, would have blocked after the timeout 
expired), indicating no result was available

Handling "would have blocked" is hard, but might it make sense to still allow a 
non-blocking wait on the event even if the timeout has expired, with the 
exception raised only if the non-blocking wait fails?

Side-note: Looks like this code is still using time.time, not time.monotonic, 
so it's vulnerable to system clock adjustments; NTP updates could cause a five 
second timeout to expire instantly, or take seconds or even minutes longer to 
expire.

--
nosy: +josh.r

___
Python tracker 

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

Export Event log via python in .txt

[iilaraja1286]

I'm a student learning about python I would like to know how to export Security 
log Application and generate folder path via python please help 
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue29695] Weird keyword parameter names in builtins

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
pull_requests: +430

___
Python tracker 

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

Re: str.title() fails with words containing apostrophes

[D'Arcy Cain]

On 2017-03-06 05:04 AM, Peter Otten wrote:

Won't Steve D'aprano And D'arcy Cain Be Happy Now :)


Perhaps one could limit the conversion to go from lower to upper only, as
names tend be in the desired case in the original text.


That would help with acronyms as well.

--
D'Arcy J.M. Cain
Vybe Networks Inc.
http://www.VybeNetworks.com/
IM:da...@vex.net VoIP: sip:da...@vybenetworks.com
--
https://mail.python.org/mailman/listinfo/python-list

[issue29695] Weird keyword parameter names in builtins

[STINNER Victor]

STINNER Victor added the comment:

Unhappy buildbot.

http://buildbot.python.org/all/builders/AMD64%20Debian%20root%203.x/builds/456/steps/test/logs/stdio

==
ERROR: test_keyword_arguments (test.test_descr.ClassPropertiesAndMethods)
--
Traceback (most recent call last):
  File 
"/root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_descr.py", line 
3451, in test_keyword_arguments
list.__init__(a, sequence=[0, 1, 2])
TypeError: list() does not take keyword arguments

==
ERROR: test_keywords (test.test_descr.ClassPropertiesAndMethods)
--
Traceback (most recent call last):
  File 
"/root/buildarea/3.x.angelico-debian-amd64/build/Lib/test/test_descr.py", line 
2888, in test_keywords
self.assertEqual(int(x=1), 1)
TypeError: 'x' is an invalid keyword argument for this function

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

___
Python tracker 

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

[issue29695] Weird keyword parameter names in builtins

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thanks all!

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed

___
Python tracker 

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

[issue29736] Optimize builtin types constructor

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The half of constructors no longer use PyArg_ParseTupleAndKeywords().

I would wait until constructors be converted to Argument Clinic. There are 
ready patches for some of these builtin types, patches for other are in 
proggress.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue29735] Optimize functools.partial() for positional arguments

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

What about C stack consumption? Is not this increase it?

Since nested partial()`s are collapsed, you need to interlace them with other 
wrapper for testing.

def decorator(f):
def wrapper(*args):
return f(*args)
return wrapper

def f(*args): pass

for i in range(n):
f = partial(f)
f = decorator(f)

f(1, 2)

--
components: +Extension Modules
stage:  -> patch review

___
Python tracker 

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

[issue29695] Weird keyword parameter names in builtins

[R. David Murray]

R. David Murray added the comment:

If Raymond is on the side of skipping the deprecation than I'm good with it.  
Like I said, this is a marginal case.

--

___
Python tracker 

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

[issue29736] Optimize builtin types constructor

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +429

___
Python tracker 

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

[issue29736] Optimize builtin types constructor

[STINNER Victor]

New submission from STINNER Victor:

Attached PR replaces PyArg_ParseTupleAndKeywords() with
_PyArg_ParseTupleAndKeywordsFast() to optimize the constructor of the
builtin types:

* bool: bool_new()
* bytes: bytes_new()
* complex: complex_new()
* float: float_new()
* int: long_new()
* list: list_init()
* str: unicode_new()
* tuple: tuple_new()

When using keywords, the speedup is between 1.55x faster and 1.92x faster.

When using only positional arguments, the speedup is between 1.07x faster and 
1.14x faster.

Results of attached bench.py:

+---++-+
| Benchmark | ref| changed |
+===++=+
| complex(real=0.0, imag=0.0)   | 452 ns | 1.92x faster (-48%) |
+---++-+
| bytes("x", encoding="ascii", errors="strict") | 498 ns | 1.88x faster (-47%) |
+---++-+
| str(b"x", encoding="ascii")   | 340 ns | 1.55x faster (-35%) |
+---++-+
| list([None])  | 208 ns | 1.14x faster (-12%) |
+---++-+
| int(0)| 113 ns | 1.11x faster (-10%) |
+---++-+
| float(1.0)| 110 ns | 1.10x faster (-9%)  |
+---++-+
| str("x")  | 115 ns | 1.10x faster (-9%)  |
+---++-+
| tuple((None,))| 111 ns | 1.10x faster (-9%)  |
+---++-+
| bytes(b"x")   | 126 ns | 1.10x faster (-9%)  |
+---++-+
| bool(True)| 107 ns | 1.09x faster (-8%)  |
+---++-+
| complex(0.0, 0.0) | 176 ns | 1.07x faster (-7%)  |
+---++-+

--
files: bench.py
messages: 289111
nosy: haypo
priority: normal
severity: normal
status: open
title: Optimize builtin types constructor
type: performance
versions: Python 3.7
Added file: http://bugs.python.org/file46705/bench.py

___
Python tracker 

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

[issue27577] Make implementation and doc of tuple and list more compliant

[Xiang Zhang]

Changes by Xiang Zhang :


--
status: open -> closed

___
Python tracker 

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

[issue27577] Make implementation and doc of tuple and list more compliant

[Xiang Zhang]

Xiang Zhang added the comment:

This issue doesn't make any sense once #29695 is applied. So close.

--
resolution:  -> fixed
stage:  -> resolved

___
Python tracker 

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

[issue29695] Weird keyword parameter names in builtins

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
pull_requests: +428

___
Python tracker 

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

[issue29695] Weird keyword parameter names in builtins

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

If David agrees with this.

--

___
Python tracker 

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

[issue29714] can't interpolate byte string with \x00 before replacement identifier

[STINNER Victor]

STINNER Victor added the comment:

Xiang Zhang added the comment:
> I think no. String is not affected now and its code uses related macros so I 
> don't think it could suffer possible regression.

Regressions are not something "expected", shit happens, all the time.
Unexpected corner cases are common :-)

--

___
Python tracker 

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

[issue29695] Weird keyword parameter names in builtins

[STINNER Victor]

STINNER Victor added the comment:

> If you think that it would be better to remove without deprecation, the 
> following patch does this.

@Serhiy: Can you please create a PR for it?

--

___
Python tracker 

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

PyCon ZA 2017 - Call for Speakers

[Neil Muller]

PyCon ZA 2017 will take place 5th & 6th October at The River Club, in
Observatory, Cape Town, South Africa. There will also be tutorial
sessions the day before the conference (the 4th) and we will hold
sprints on the 8th & 9th of October.

We are currently accepting proposals for talks. If you would like to
give a presentation, please register at https://za.pycon.org/ and
submit your proposal, following the instructions at
https://za.pycon.org/talks/submit-talk . We hope to notify accepted
presenters by no later than the 8th of September 2017.

The presentation slots will be 30 minutes long, with an additional 10
minutes for discussion at the end. Shared sessions are also possible.
The presentations will be in English.

PyCon ZA offers a mentorship program for inexperienced speakers. If
you would like assistance preparing your submission, email
t...@za.pycon.org with a rough draft of your talk proposal and we'll
find a suitable experienced speaker to act as a mentor.

In addition to talks, we are also looking for proposals for tutorials,
demos, sprints and open spaces.

Tutorials will be held before the conference, and are expected to
provided in-depth coverage of a topic. The number of attendees will be
also be limited. We are accepting proposals for either half-day (4
hours) or full-day (8 hours) tutorials .

Demos are cool things for attendees to see and interact with.

Open spaces are open discussion forums where communities with a common
interest gather to present views, ask questions and meet people
interested in the topic.

Sprints are coding efforts and hack days that happen after the conference.

There's no need to register a sprint or open space topic upfront, but
doing so allows us to advertise them during the conference.

-- 
Neil Muller
On behalf of the PyCon ZA organising committee
-- 
https://mail.python.org/mailman/listinfo/python-announce-list

Support the Python Software Foundation:
http://www.python.org/psf/donations/

Re: str.title() fails with words containing apostrophes

[Marko Rauhamaa]

Chris Angelico :

> Right. If you want true title casing, it has to be *extremely*
> linguistically-aware.

For instance, title case has no meaning in the context of Finnish. In
other words, your internationalized program shouldn't even think of
title case when localized in Finnish.

This localization problem runs even deeper. My Windows Phone displays
the time and date:

15:49
maanantai
6. maaliskuuta

It gets many things right. However, in Finland, nobody ever spells out
the month name in dates. "March 6" should be localized to "6.3.",
preferably to "6.3.2017".

> Still, it's fun to discuss, if only to show why that kind of
> locale-aware transformation is important.

Finland is a bilingual country. You often see street ads for the same
product in Finnish and Swedish. What is notable is that the Finnish and
Swedish variants can have completely different punchlines because a
translation just wouldn't sound good either way.


Marko
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue15343] "pydoc -w " writes out page with empty "Package Contents" section

[Wolfgang Maier]

Wolfgang Maier added the comment:

Sorry, for generating noise on this very old issue, but was there a specific 
reason to duplicate the code of ImpImporter.find_module in changeset 
9101eab6178c instead of factoring it out?

--
nosy: +wolma

___
Python tracker 

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

[issue8256] input() doesn't catch _PyUnicode_AsString() exception; io.StringIO().encoding is None

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
pull_requests: +427

___
Python tracker 

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

[issue8256] input() doesn't catch _PyUnicode_AsString() exception; io.StringIO().encoding is None

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
versions: +Python 3.7 -Python 3.4

___
Python tracker 

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

[issue29735] Optimize functools.partial() for positional arguments

[STINNER Victor]

Changes by STINNER Victor :


--
nosy: +ncoghlan, rhettinger

___
Python tracker 

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

[issue29735] Optimize functools.partial() for positional arguments

[STINNER Victor]

STINNER Victor added the comment:

functools.partial() is commonly used in the the asyncio module. The asyncio doc 
suggests to use it, because of deliberate limitations of the asyncio API.

--
nosy: +inada.naoki, serhiy.storchaka, yselivanov

___
Python tracker 

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

[issue28243] Performance regression in functools.partial()

[STINNER Victor]

STINNER Victor added the comment:

> Oh, functools.partial.__call__() doesn't use fastcall yet.

This issue reminded me that I didn't finish to optimize partial_call(): see 
issue #29735 for a minor optimization.

--

___
Python tracker 

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