[issue32839] Add after_info as a function to tkinter

[Terry J. Reedy]

Terry J. Reedy  added the comment:

Real use case for after_info() (with not arg): #33855 is about minimally 
testing all IDLE modules.  At least import the module and create class 
instances when easily possible.  For test_editor, I started with 

def test_init(self):  # Temporary.
e = Editor(root=self.root)
self.assertEqual(e.root, self.root)

and got in Shell

warning: callback failed in WindowList  : invalid 
command name ".!menu.windows"

and in the console

invalid command name "119640952recolorize"
while executing
"119640952recolorize"
("after" script)
invalid command name "119872312timer_event"
while executing
"119872312timer_event"
("after" script)
invalid command name "119872440config_timer_event"
while executing
"119872440config_timer_event"
("after" script)

Perhaps this is why I previously omitted something so obvious (it add 24% to 
coverage).

I added e._close(), which tries to cleanup, and the messages, in console only, 
are reduced to

bgerror failed to handle background error.
Original error: invalid command name "115211704timer_event"
Error in bgerror: can't invoke "tk" command: application has been destroyed
bgerror failed to handle background error.
Original error: invalid command name "115211832config_timer_event"
Error in bgerror: can't invoke "tk" command: application has been destroyed

I would like to know what _close misses, but it is hard to track them down.
print(self.root.tk.call('after', 'info')) after the close returned ('after#4', 
'after#3', 'after#1', 'after#0').  Adding

for id in cls.root.tk.call('after', 'info'):
self.root.after_cancel(id)

before cls.root.destroy() in shutDownClass stops the messages.
--

For test_del in #32831, I think the following might work, and be much shorter 
than the current code.

n = len(self.root.tk.call('after', 'info')
self.cc.__del__()
self.assertEqual(len(self.root.tk.call('after', 'info')), n-2)

--

___
Python tracker 

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

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

[Pavel Raiskup]

Pavel Raiskup  added the comment:

On Friday, June 15, 2018 1:52:41 AM CEST Ben Finney wrote:
> On Thu, 2018-06-14 23:46 +, Aaron Meurer  wrote:
> > Couldn't such a tool exist outside the standard library.
> 
> I've tried writing such a tool. It would ideally re-use as much as feasible of
> the functionality that assembles the usage message.

FWIW, I followed you and andialbrecht's solution, and did some changes to the
code (now the code is in PyPi as argparse-manpage).  Feel free to take what's
considered useful.

> So this bug report asks for that work to be done in the ‘argparse’ library.

Agreed.

> > Installing the manpage is a separate concern.
> 
> Yes, I agree. That is not part of this bug report.

I think installation is valid concern;  so it should be tracked somewhere.

--

___
Python tracker 

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

[issue19102] Add tests for CLI of the tabnanny module

[Jaysinh shukla]

Jaysinh shukla  added the comment:

@vstinner I have created the PR here. I wasn't sure so linked the PR with this 
issue. Thanks!

PR URL: https://github.com/python/cpython/pull/7699

--

___
Python tracker 

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

[issue19102] Add tests for CLI of the tabnanny module

[Jaysinh shukla]

Change by Jaysinh shukla :


--
pull_requests: +7315

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[INADA Naoki]

INADA Naoki  added the comment:

> A dictionary (treated as a synonym for dict) can't have an order different 
> than insertion order, because that is one of the guarantees a *dictionary* 
> provides.

When subclassing dict and overrides `__iter__` etc., the subclass is dict 
(isinstance(subclass, dict) is True) and it have order different than insertion 
order.

So when "dictionary" includes dict subclasses, it doesn't guarantee preserving 
insertion order.

Exact ``dict`` and ``OrderedDict`` guarantee insertion order, but when saying 
"dictionary", it's not guaranteed.


Anyway, word "dictionary" and "ordered dictionary" have vary meanings regarding 
to context.
So talking about general rule doesn't worth enough to use time and energy to 
discuss.  Let's focus on concrete cases.

For enum, I created pull request to change OrderedDict to dict. (PR-7698)

And for csv.DictReader, it uses OrderedDict already.  So I don't against 
changing "ordered dictionary" to OrderedDict.

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

Something I forgot: we shouldn't write documentation that expects the user 
*not* to know that dictionaries are ordered now. It's described in What's New 
and in Built-in Types. That's why "ordered dictionaries" seems so wrong to me.

--

___
Python tracker 

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

Re: pattern

[Cameron Simpson]

On 14Jun2018 20:01, Sharan Basappa  wrote:

>Can anyone explain to me the purpose of "pattern" in the line below:
>
>documents.append((w, pattern['class']))
>
>documents is declared as a list as follows:
>documents.append((w, pattern['class']))

Not without a lot more context. Where did you find this code?


I am sorry that partial info was not sufficient.
I am actually trying to implement my first text classification code and I am 
referring to the below URL for that:

https://machinelearnings.co/text-classification-using-neural-networks-f5cd7b8765c6


Ah, ok. It helps to include some cut/paste of the relevant code, though the URL 
is a big help.


The wider context of the code you recite looks like this:

 words = []
 classes = []
 documents = []
 ignore_words = ['?']
 # loop through each sentence in our training data
 for pattern in training_data:
 # tokenize each word in the sentence
 w = nltk.word_tokenize(pattern['sentence'])
 # add to our words list
 words.extend(w)
 # add to documents in our corpus
 documents.append((w, pattern['class']))

and the training_data is defined like this:

 training_data = []
 training_data.append({"class":"greeting", "sentence":"how are you?"})
 training_data.append({"class":"greeting", "sentence":"how is your day?"})
 ... lots more ...

So training data is a list of dicts, each dict holding a "class" and "sentence" 
key. The "for pattern in training_data" loop iterates over each item of the 
training_data. It calls nltk.word_tokenize on the 'sentence" part of the 
training item, presumably getting a list of "word" strings. The documents list 
gets this tuple:


 (w, pattern['class'])

added to it.

In this way the documents list ends up with tuples of (words, classification), 
with the words coming from the sentence via nltk and the classification coming 
straight from the train item's "class" value.


So at the end of the loop the documents array will look like:

 documents = [
   ( ['how', 'are', 'you'], 'greeting' ),
   ( ['how', 'is', 'your', 'day', 'greeting' ),
 ]

and so forth.

Cheers,
Cameron Simpson 
--
https://mail.python.org/mailman/listinfo/python-list

[issue33867] Module dicts are wiped on module garbage collection

[natedogith1]

New submission from natedogith1 :

When a module is garbage collected, it fills it's __dict__ with None.  
issue19255 and issue18214 seem to suggest that this was fixed, along with 
github pull request 7140 (commit 196b0925ca55bf22ffbb97733cff3e63d4fb6e18).  
However, this still seems to be an issue in 2.7.14 and 3.6.2.

>>> import sys
>>> a = type(sys)('a')
>>> b = a.__dict__
>>> b['__name__'] is None
False
>>> del a
>>> b['__name__'] is None
True

--
components: Interpreter Core
messages: 319581
nosy: natedogith1
priority: normal
severity: normal
status: open
title: Module dicts are wiped on module garbage collection
type: behavior
versions: Python 2.7, Python 3.6

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

The problem here is that while the historical issue is real, new programmers 
will come and they won't see a "non-ordered" dict, and having this 
"dictionaries" vs "ordered dictionaries" that aren't actual OrderedDict objects 
(which have the common name "ordered dictionaries", though), will be really 
confusing for them.

A dictionary (treated as a synonym for dict) can't have an order different than 
insertion order, because that is one of the guarantees a *dictionary* provides. 
If one needs to have an object with another sort of ordering, then we talk 
about a dict-like object, or a dict subclass; but IMHO "dictionary" alone 
should imply not only a very specific order, but a very specific type too: 
dict. A dict subclass with different ordering is nothing but that, not a 
dictionary with different ordering, that would imply one can setup the ordering 
method of a dict class.

Plus, ordered dictionaries (OrderedDict objects) don't provide exactly the same 
API as dictionaries, so it gets tricky to use that term to also include 
dictionaries. It's quite reasonable to expect "ordered dictionaries" to be 
confused with "OrderedDict objects".

Also, I feel somewhat uncomfortable about "most likely". It's fine to use weak 
names (dict-like, subclass of dict, mapping, etc.), but not knowing exactly 
what you can *rely on* (i.e. a required subset of whatever the implementation 
actually provides) from a given API is quite confusing. Notice that it doesn't 
have to be an actual type, but at least some sort of description of what is 
guaranteed (i.e. a mapping).

--

___
Python tracker 

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

Re: pattern

[Sharan Basappa]

> >Can anyone explain to me the purpose of "pattern" in the line below:
> >
> >documents.append((w, pattern['class']))
> >
> >documents is declared as a list as follows:
> >documents.append((w, pattern['class']))
> 
> Not without a lot more context. Where did you find this code?
> 
> Cheers,

I am sorry that partial info was not sufficient.
I am actually trying to implement my first text classification code and I am 
referring to the below URL for that:

https://machinelearnings.co/text-classification-using-neural-networks-f5cd7b8765c6

I hope this helps.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue33863] Enum doc correction relating to __members__

[INADA Naoki]

INADA Naoki  added the comment:

I feel "dictionary" implies "most likely dict or it's subclass" too.  But I 
don't think "ordered dictionary" is bad wording because:

* Historically, dict didn't preserve insertion order.
* Dict subclass can provide other ordering.

So "ordered dictionary" implies "most likely dict or it's subclass, without 
customizing ordering".

--

___
Python tracker 

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

Re: mutable sequences

[Sharan Basappa]

Thanks, All, for the responses.
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

To be a little more clear about this: I don't think one implements a dict-like 
object by reading the Glossary reference. At least, we shouldn't expect nor 
encourage this.

--

___
Python tracker 

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

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

[Andrés Delfino]

Andrés Delfino  added the comment:

Perhaps we can continue the discussion on #33863 as there are more argumnets 
there, from all points of view, and when a decision is taken there, we can 
apply it here too.

--

___
Python tracker 

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

[issue33866] Stop using OrderedDict in enum

[INADA Naoki]

Change by INADA Naoki :


--
keywords: +patch
pull_requests: +7314
stage:  -> patch review

___
Python tracker 

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

[issue33866] Stop using OrderedDict in enum

[INADA Naoki]

Change by INADA Naoki :


--
components: Library (Lib)
nosy: inada.naoki
priority: normal
severity: normal
status: open
title: Stop using OrderedDict in enum
versions: Python 3.8

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

IMHO, the Glossary is just a quick & dirty reference. I wouldn't search for 
hard definitions in there. See Built-in Types: "dictionary" is used 
specifically for dict.

I believe we should make clear use of definitions so users known exactly what 
they get. I know there's a significant effort in reviewing and merging PRs; all 
I can say is that if the change is deemed reasonable, I can take the task of 
making this clear everywhere in the docs.

--

___
Python tracker 

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

[issue27575] dict viewkeys intersection slow for large dicts

[Forest]

Forest  added the comment:

Hi Raymond,

I've created a PR here: https://github.com/python/cpython/pull/7696, and 
I've verified that there are tests for all the code paths. 

I reached out to Daniel Hsu and he has given his blessing to help push this 
forward. 

I think this is ready for your review. Please let me know if there's anything 
else I can do.

Thanks,

Forest

--

___
Python tracker 

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

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

[INADA Naoki]

INADA Naoki  added the comment:

> Please note that DictReader already mentions "OrderedDict" as a type it 
> returns now.

OK, but PR-7535 changes enum too.

> but "dictionary" alone doesn't seem like a good weak name to me, as it's the 
> common name of an actual type.

As I commented in #33863, "dictionary" is really common weak name defined in 
glossary.  dict ∈ dictionary

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[INADA Naoki]

INADA Naoki  added the comment:

> What do you mean by "a generic dictionary"? If it's a dict-like object, then 
> it *must* be ordered starting with 3.7.

No.  Even though dict is ordered, no guarantee about ordering of "dictionary".  
Glossary says:

  dictionary
  An associative array, where arbitrary keys are mapped to values. The keys can 
be any object with __hash__() and __eq__() methods. Called a hash in Perl.

So there can be dict-like object without preserving insertion order.

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[INADA Naoki]

INADA Naoki  added the comment:

We use the word "dictionary" for "dict-like" or "maybe dict or it's subclass" 
many places.
I don't feel it worth enough to change all wording about it.

--
nosy: +inada.naoki

___
Python tracker 

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

[issue33865] unknown encoding: 874

[Steven D'Aprano]

Steven D'Aprano  added the comment:

Please don't post screenshots of text, they make it difficult for the blind and 
visually impaired to contribute. Instead, please copy and paste the error 
message into the body of your bug report. (Which I see you have done, which 
makes the screenshot unnecessary.)

Just reporting the error message alone is not very useful, we also should see 
the context of what you were doing when the error occurred.

--
nosy: +steven.daprano

___
Python tracker 

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

Re: How can I verify if the regex exist in a file without reading ?

[Cameron Simpson]

On 15Jun2018 00:24, Steven D'Aprano  
wrote:

On Fri, 15 Jun 2018 10:00:59 +1000, Cameron Simpson wrote:

Francois, unless your regex can cross multiple lines it is better to
search files like this:

  with open(the_filename) as f:
for line in f:
  ... search the line for the regexp ...

That way you only need to keep one line at a time in memory.


That's what François is doing.


Urr, so he is. Then like you, I don't know why he's concerned about running out 
of memory. Unless it hasn't been made clear the Python will free up unused 
memory on its own.


Cheers,
Cameron Simpson 
--
https://mail.python.org/mailman/listinfo/python-list

[issue33865] unknown encoding: 874

[Prawin Phichitnitikorn]

New submission from Prawin Phichitnitikorn :

This Error "
Current thread 0x238c (most recent call first): Fatal Python error: 
Py_Initialize: can’t initialize sys standard streams LookupError: unknown 
encoding: 874"

is cause by mapping of 874 encodling is missing in encodings\aliases.py

--
components: Unicode
files: Capture.PNG
messages: 319569
nosy: ezio.melotti, vstinner, winvinc
priority: normal
severity: normal
status: open
title: unknown encoding: 874
type: crash
versions: Python 3.6
Added file: https://bugs.python.org/file47642/Capture.PNG

___
Python tracker 

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

Re: How can I verify if the regex exist in a file without reading ?

[Steven D'Aprano]

On Fri, 15 Jun 2018 10:00:59 +1000, Cameron Simpson wrote:

> Francois, unless your regex can cross multiple lines it is better to
> search files like this:
> 
>   with open(the_filename) as f:
> for line in f:
>   ... search the line for the regexp ...
> 
> That way you only need to keep one line at a time in memory.

That's what François is doing.


> Importantly:
> 
>   os.rename(path, new_filename)
> 
> The old name comes first, then the new name.

Oops! I forgot about that.


-- 
Steven D'Aprano
"Ever since I learned about confirmation bias, I've been seeing
it everywhere." -- Jon Ronson

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

Re: How to apply filters to posts

[Cameron Simpson]

On 14Jun2018 19:42, Dennis Lee Bieber  wrote:

On Fri, 15 Jun 2018 05:39:08 +1000, Ben Finney 
declaimed the following:


Don't choose the daily digest, because it makes a special “digest”
message for you each day. That message is disconnected from any other
message, and so you will not be able to reply correctly to any


Unless one has a client that can do digest bursting -- if the digest
provides all the proper headers for each message in it, the burst messages
should link properly.

Though I don't use Forte Agent for email, so don't have actual
experience with its bursting feature.


Digests drop a lot of headers. Historically, they omit the Message-ID and 
In-Reply-To headers, and thus completely break threading for new replies. It is 
better all around to just get individual list messages and arrange to file them 
off into a folder distinct from your main inbox.


Cheers,
Cameron Simpson 
--
https://mail.python.org/mailman/listinfo/python-list

Re: How to apply filters to posts

[Ben Finney]

Dennis Lee Bieber  writes:

> On Fri, 15 Jun 2018 05:39:08 +1000, Ben Finney 
> declaimed the following:
>
> >Don't choose the daily digest, because it makes a special “digest”
> >message for you each day. That message is disconnected from any other
> >message, and so you will not be able to reply correctly to any
>
>   Unless one has a client that can do digest bursting -- if the digest
> provides all the proper headers for each message in it, the burst messages
> should link properly.

At which point, there seems little point in subscribing to the digest:
just get all the actual messages delivered, and use the more powerful
filtering built into the mail client.

-- 
 \  “[Entrenched media corporations will] maintain the status quo, |
  `\   or die trying. Either is better than actually WORKING for a |
_o__)  living.” —ringsnake.livejournal.com, 2007-11-12 |
Ben Finney

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

Re: How can I verify if the regex exist in a file without reading ?

[Cameron Simpson]

On 14Jun2018 16:54, Steven D'Aprano  
wrote:

On Thu, 14 Jun 2018 09:26:44 -0700, francois.rabanel wrote:

My problem is, if I work on a huge file, I'll try to avoid to read the
file because it will be crash my computer :)


How does reading a file crash your computer?


Likely because he tried to read the whole file into memory and match against 
it. Guessing:


 text = open(the_filename).read()
 ... search the text for the regexp ...

Francois, unless your regex can cross multiple lines it is better to search 
files like this:


 with open(the_filename) as f:
   for line in f:
 ... search the line for the regexp ...

That way you only need to keep one line at a time in memory.


except OSError:
  print("Permission denied")


That's not what OSError means. OSError can mean many different things.
That's why it isn't called "PermissionDeniedError".

You need to look at the exception to see what caused it, not just assume
it was a permissions error.


except IOError:
  print("This file doesn't exist")


That's not what IOError means either. That is why it isn't called
FileDoesntExistError. Again, you need to look at the exception to see
what the error actually is.


In particular, you should always _either_ inspect the exception to see what 
went wrong and handle it, _or_ include the exception text in your error 
message, for example:


 except IOError as e:
   print("IO Error on file:", e)

That way an unhandled exception gets reported.


else:
  os.rename(new_filename, filename + 'txt')


os.rename(new_filename, path)


Importantly:

 os.rename(path, new_filename)

The old name comes first, then the new name.

Also, you might want to ensure that new_filename doesn't already exist...

Cheers,
Cameron Simpson 
--
https://mail.python.org/mailman/listinfo/python-list

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

[Aaron Meurer]

Aaron Meurer  added the comment:

I see. I haven't dug much into the argoarse source, so I don't have a good feel 
for how feasible such a tool would be to write. Such refactoring would also be 
useful for generating HTML or RST for the help. I've previously used help2man 
and man2html to generate html help, but both tools are very limited in what 
they can do.

--

___
Python tracker 

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

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

[Ben Finney]

Ben Finney  added the comment:

On Thu, 2018-06-14 23:46 +, Aaron Meurer  wrote:

> Couldn't such a tool exist outside the standard library.

I've tried writing such a tool. It would ideally re-use as much as feasible of 
the functionality that assembles the usage message. But that is hampered by the 
fact the usage message generation is not easily accessible from outside.

I am hoping that, in order to re-use that functionality, a common set of “take 
the argument collection as input, generate a document structure” functionality 
can be factored out for other use — initially, for generating a manual page.

So this bug report asks for that work to be done in the ‘argparse’ library.

> Installing the manpage is a separate concern.

Yes, I agree. That is not part of this bug report.

--

___
Python tracker 

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

Re: Flask not responding after installation

[Sivan Greenberg]

How did you install flask? Can you paste the content of your flask app .py
file?

-Sivan

On Fri, 15 Jun 2018 12:15 am Tamara Berger,  wrote:

> It seems I can’t progress a single step without encountering a wall.
> I’m trying to build a webapp with flask. I installed flask. I followed
> the workbook-provided prompts, which should have resulted in a flask
> confirmation. Nothing happened. Any ideas what’s gone wrong:
>
> Last login: Thu Jun 14 13:31:25 on ttys000
> Tamaras-iMac:~ TamaraB$ cd Desktop/Web
> -bash: cd: Desktop/Web: No such file or directory
> Tamaras-iMac:~ TamaraB$ cd Desktop/Webapp
> Tamaras-iMac:Webapp TamaraB$ python3 hello_flask.py
> Tamaras-iMac:Webapp TamaraB$
>
> Thanks,
>
> Tamara
> --
> https://mail.python.org/mailman/listinfo/python-list
>
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: How to apply filters to posts

[Cameron Simpson]

On 14Jun2018 09:23, Tamara Berger  wrote:
Thanks, Rhodri. One more question. What is a daily digest? I'm wondering 
whether to choose that option.


Please don't use the digest mode.

They're a terrible way to read lists, and an even worse way to participate - 
your replies will never be correctly associate with any particular discussion 
thread and unless you're paying attention, won't even have a decent subject 
line (which, BTW, is _not_ how discussion threads are connected together).


Instead, filter the list messages to their own GMail label and skip your inbox.  
That way the whole list is off to the side under its own section which you can 
visit whenever you want to instead of cluttering your inbox.


Also, the discussion threads will be nicely collected together, with the most 
recent at the top where they're easy to see. If the threads you're interested 
in have a new reply, that thread should be up near the top.


Cheers,
Cameron Simpson 
--
https://mail.python.org/mailman/listinfo/python-list

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

[Aaron Meurer]

Aaron Meurer  added the comment:

Couldn't such a tool exist outside the standard library. I'm thinking a 
function that you would import and wrap the parser object, similar to how 
argcomplete works (https://argcomplete.readthedocs.io/en/latest/index.html). 
The downside is that developers would have to opt-in for it to work (much like 
they currently have to opt-in to bash completion with things like argcomplete). 
But it would allow much more flexibility being outside the standard library.

I completely agree that it should be done in Python either way. help2man is 
very limited in its flexibility (it doesn't help that it's written in Perl), 
and there are fundamental limits to what you can do from parsing the --help 
output, vs. just generating correct troff from the source.

Installing the manpage is a separate concern. That would need to go in 
setuptools or distutils, if anywhere. But before you can worry about how to 
install it you need to be able to generate it in the first place.

--
nosy: +asmeurer

___
Python tracker 

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

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

[Éric Araujo]

Éric Araujo  added the comment:

Thanks Ben for expressing exactly what this ticket is about and why the code 
would be in argparse.  (The author of argparse and Raymond a senior core dev 
also agree that adding a man page formatter to argparse would be useful.)

--

___
Python tracker 

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

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

[Ben Finney]

Ben Finney  added the comment:

On Thu, 2018-06-14 20:02 +, Pablo Galindo Salgado  
wrote:
> The (possible) confusion is the existence of a manpage only available 
> though argparse (`./python foo.py --manpage`)

This report isn't asking for that. (I see only one person proposing such an 
interface, and even that person said it's not a good idea.) So please don't 
conflate that with the original bug report.

> I am  not sure how many people do something like `./python poc_2.py > output 
> && man ./output` to **read** the manpage.

Right, I am not asking for anything like that; I'm not asking that ‘argparse’ 
grow a way to read a manual page,. I am asking only for a standard way to 
programmatically generate that manual page from the information ‘argparse’ 
already knows.

> >This is asking that the ‘argparse’ library should have an API to
> >create a manual page, for use in the build system.
> 
> At this point argparse is user facing in the sense that once configured, 
> it provides functionality for the user of the command line application. 
> My opinion is that it will be weird to have it provide also APIs for 
> creating man pages (which is a developer utility).

Creating an argument parser itself is already a developer activity, and we 
don't see that as weird that ‘argparse’ allows for that.

I'm arguing that the library already knows how to turn the argument collection 
into a user-facing document (the usage message), and a manual page is a 
different way of rendering that same internal data. So that's why ‘argparse’ is 
a consistent place to have that functionality.

> My humble opinion is 
> that it if argparse starts to provide APIs for usage at install time is 
> not "doing one thing and doing it well".

That API already exists: the specific ‘ArgumentParser’ is available to be 
imported for a program which defines one. So, the library already provides APIs 
for usage at install time (or any other run-time).

I am asking to make that API more useful for the distribution of programs.

--

___
Python tracker 

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

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

[Andrés Delfino]

Andrés Delfino  added the comment:

I believe the discussion in #33863 is relevant. Depending on what the API the 
user can rely on, perhaps "an ordered mapping" fits here too.

--

___
Python tracker 

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

[issue33721] os.path.exists() ought to return False if pathname contains NUL

[pacujo]

pacujo  added the comment:

Eryk Sun:
> I only meant that, as an honest error, it has to be ValueError. I didn't
> think about raising a fake OSError.
>
> Note that I didn't say the ValueError shouldn't be ignored by
> os.path.exists (et al). In the spirit of the current function, it
> probably should be ignored. For example, it returns False for paths that
> exist but are inaccessible.

For the original complaint of mine, catching ValueError would work. I
must say, though, that Steven's arguments for raising a fake OSError are
very convincing.

Steven D'Aprano:
> Jython does this:
> 
> >>> import os
> >>> os.path.exists('/tmp/foo\0bar')
> False
> >>> os.stat('/tmp/foo\0bar')
> Traceback (most recent call last):
>   File "", line 1, in 
> OSError: [Errno 2] No such file or directory: '/tmp/foo\x00bar'
> 
> 
> As far as I am concerned, raising ValueError is simply a bug. The
> documentation for the os module clearly states:
> 
> All functions in this module raise OSError in the case of
> invalid or inaccessible file names and paths, or other
> arguments that have the correct type, but are not accepted
> by the operating system.

Now the question is not anymore if and how CPython should be fixed but
if and how Jython should be fixed.

IMO, Jython is doing the right thing. If that is not true, then Jython
must be declared buggy.

> Maybe it could raise an InvalidFilename subclass of OSError. This
> could even handle some actual OS errors such as POSIX ENAMETOOLONG and
> Windows ERROR_INVALID_NAME, ERROR_BAD_PATHNAME, and
> ERROR_FILENAME_EXCED_RANGE.

Maybe. You'll still need OSError.errno to hold a true error value.

Marko

--

___
Python tracker 

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

[issue33721] os.path.exists() ought to return False if pathname contains NUL

[Eryk Sun]

Eryk Sun  added the comment:

>> It has to be a ValueError since the error is an invalid 
>> parameter at the Python level.
>
> How does the first follow from the second?

I only meant that, as an honest error, it has to be ValueError. I didn't think 
about raising a fake OSError.

Note that I didn't say the ValueError shouldn't be ignored by os.path.exists 
(et al). In the spirit of the current function, it probably should be ignored. 
For example, it returns False for paths that exist but are inaccessible. 

> I don't believe there is any good reason for singling out NULs 
> for a different exception from other invalid file names 
> like ">" on NTFS.
>
> This ought to be an OSError for functions like os.stat and False 
> for os.path.exists, as Jython does.

Python can't pass a string that contains NUL characters to POSIX and Windows 
APIs that use null-terminated strings. That would yield wildly unpredictable 
results. We need this to be a reliable error. So for the low-level file I/O 
functions to return an OSError here, it would have to be a bit of a lie (i.e. 
an 'OS' error without making a system call and without an `errno` and/or 
`winerror` value). Maybe it could raise an InvalidFilename subclass of OSError. 
This could even handle some actual OS errors such as POSIX ENAMETOOLONG and 
Windows ERROR_INVALID_NAME, ERROR_BAD_PATHNAME, and ERROR_FILENAME_EXCED_RANGE.

--

___
Python tracker 

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

[issue32604] Expose the subinterpreters C-API in Python for testing use.

[Eric Snow]

Eric Snow  added the comment:

Also see #24553.

--

___
Python tracker 

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

[issue24553] improve test coverage for subinterpreters

[Eric Snow]

Eric Snow  added the comment:

Note that bpo-32604 is strongly related.

--

___
Python tracker 

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

[issue17045] Improve C-API doc for PyTypeObject

[Eric Snow]

Change by Eric Snow :


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

[issue17045] Improve C-API doc for PyTypeObject

[Eric Snow]

Eric Snow  added the comment:


New changeset 9e7c92193cc98fd3c2d4751c87851460a33b9118 by Eric Snow in branch 
'master':
bpo-17045:  Improve C-API doc for PyTypeObject. (gh-7413)
https://github.com/python/cpython/commit/9e7c92193cc98fd3c2d4751c87851460a33b9118


--

___
Python tracker 

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

[issue33864] collections.abc.ByteString does not register memoryview

[Jason Fried]

New submission from Jason Fried :

Looking at the typing Module docs in the section for ByteString

This type represents the types bytes, bytearray, and memoryview.

But collections.abc.ByteString does not have memoryview registered.

Is it because memoryview doesn't support .index()?

--
assignee: docs@python
components: Documentation
messages: 319557
nosy: docs@python, fried, lukasz.langa
priority: normal
severity: normal
status: open
title: collections.abc.ByteString does not register memoryview
type: behavior
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

What do you mean by "a generic dictionary"? If it's a dict-like object, then it 
*must* be ordered starting with 3.7.

I believe we should make it clear that a dictionary is always a dict object.

If you refer to a mapping with no specific API, then "an ordered mapping" is 
clear and correct.

--

___
Python tracker 

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

Re: How to apply filters to posts

[Mark Lawrence]

On 14/06/18 17:23, T Berger wrote:

On Thursday, June 14, 2018 at 11:26:00 AM UTC-4, Rhodri James wrote:

On 14/06/18 16:00, T Berger wrote:

On Thursday, June 14, 2018 at 8:02:44 AM UTC-4, Chris Angelico wrote:


They're connected. "Subscribe to the list" makes you a member of the
mailing list (and thus you will start receiving posts), which also
entitles you to send to the list. Sending email to that address will
send it to the list. So what you're seeing is not options, but steps -
first you subscribe, then you send email.


OK. And can you tell me how to apply filters so that only replies to my emails 
are included. I subscribed to the list a couple of weeks ago and then had to 
unsubscribe because I was getting emails on every posted topic.


That's exactly how mailing lists work: you get everything.  Any
filtering has to be done at your end in your mail program.  Personally I
use Thunderbird, get it to sort messages into threads (sequences of
conversation, in effect) and only read the threads that seem interesting.

--
Rhodri James *-* Kynesim Ltd


Thanks, Rhodri. One more question. What is a daily digest? I'm wondering 
whether to choose that option.

Tamara



Please no, not the misery of people replying to daily digests.  As I've 
said previously and as reinforced by Rhodri James above, point 
Thunderbird or similar at news.gmane.org and read and reply to 
everything to your hearts content without bothering your own inbox. 
Simples :)


--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.

Mark Lawrence

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

[issue33863] Enum doc correction relating to __members__

[Ethan Furman]

Ethan Furman  added the comment:

An ordered mapping sounds good to me.  Let's let this sit for a couple days in 
case anyone else wants to chime in.  If there are no other ideas or objections 
then we can make the change mid-next week.

--

___
Python tracker 

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

Flask not responding after installation

[Tamara Berger]

It seems I can’t progress a single step without encountering a wall.
I’m trying to build a webapp with flask. I installed flask. I followed
the workbook-provided prompts, which should have resulted in a flask
confirmation. Nothing happened. Any ideas what’s gone wrong:

Last login: Thu Jun 14 13:31:25 on ttys000
Tamaras-iMac:~ TamaraB$ cd Desktop/Web
-bash: cd: Desktop/Web: No such file or directory
Tamaras-iMac:~ TamaraB$ cd Desktop/Webapp
Tamaras-iMac:Webapp TamaraB$ python3 hello_flask.py
Tamaras-iMac:Webapp TamaraB$

Thanks,

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

Re: How to apply filters to posts

[T Berger]

On Thursday, June 14, 2018 at 3:39:44 PM UTC-4, Ben Finney wrote:
> T Berger  writes:
> 
> > Thanks, Rhodri. One more question. What is a daily digest? I'm
> > wondering whether to choose that option.
> 
> Don't choose the daily digest, because it makes a special “digest”
> message for you each day. That message is disconnected from any other
> message, and so you will not be able to reply correctly to any
> discussion. It's not appropriate for anyone who wants to also
> participate in discussions.
> 
> -- 
>  \   “I have said to you to speak the truth is a painful thing. To |
>   `\  be forced to tell lies is much worse.” —Oscar Wilde, _De |
> _o__) Profundis_, 1897 |
> Ben Finney

Thanks, Ben
-- 
https://mail.python.org/mailman/listinfo/python-list

[issue33863] Enum doc correction relating to __members__

[Ethan Furman]

Ethan Furman  added the comment:

I am open to suggestions, but I will say that there are other types of ordered 
dictionaries besides OrderedDict.  Also, if you have some generic dictionary 
that happens to be ordered but is not an OrderedDict, how would you describe it?

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

What about "a dictionary-like object" for master/3.7, and "a dictionary-like 
object with insertion order preservation" for 3.6 (or something like that).

I'd avoid "ordered dictionary" altogether as that's the common name of an 
actual type.

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Well, technically a function can say that it returns a dictionary and this 
dictionary will be ordered in 3.6> but is not important for the function return 
value. If a function says that it returns a "ordered dictionary" I now (1) that 
the order is important in the return value, (2) that it can be a regular dict 
or an OrderDict depending on the python version. The important thing here is 
that it preserves insertion order.

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

What about "a dictionary-like object"?

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

It doesn't seem right to me to change a term's meaning. Plus, saying "ordered 
dictionary" makes me think a "dictionary" isn't ordered.

--

___
Python tracker 

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

[issue33354] Python2: test_ssl fails on non-ASCII path

[Roundup Robot]

Change by Roundup Robot :


--
pull_requests: +7312

___
Python tracker 

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

[STINNER Victor]

STINNER Victor  added the comment:

Reminder: test_gdb is skipped on Travis CI and AppVeyor. I tested my two 
changes manually. I will backport python-gdb.py enhancements to other branches 
once PR 6754 fix will be merged.

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Since dictionaries are ordered "ordered dictionary" can be a synonym of 
"dictionary" and "OrderDict", right?

--
nosy: +pablogsal

___
Python tracker 

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

[STINNER Victor]

STINNER Victor  added the comment:


New changeset d22fc0bc7de7882da204abe50884bbde2da4f9e7 by Victor Stinner in 
branch 'master':
bpo-32962: python-gdb catchs UnicodeDecodeError (GH-7693)
https://github.com/python/cpython/commit/d22fc0bc7de7882da204abe50884bbde2da4f9e7


--

___
Python tracker 

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

[STINNER Victor]

STINNER Victor  added the comment:

> Wouldn't be better to use the "surrogateescape" or the "backslashreplace" 
> error handlers?

Are you talking about my https://github.com/python/cpython/pull/7693 fix? If 
yes, the error comes from the string() method which comes from the gdb API. I 
don't see how to control how gdb decodes bytes.

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Andrés Delfino]

Andrés Delfino  added the comment:

I'm not sure "ordered dictionary" is the right term. To me, "ordered 
dictionary" and "OrderedDict" are synonyms, just like "dictionary" and "dict" 
are. Documentation follows this path in several places.

You can see my reasons for this in this issue: 
https://bugs.python.org/issue33860

--

___
Python tracker 

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

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

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

>What would cause that confusion? This is not something that would
>change how ‘argparse’ parses its arguments, so I don't know what
>you're referring to.

The (possible) confusion is the existence of a manpage only available though 
argparse (`./python foo.py --manpage`) and not systemwide. I am not sure how 
many people do something like `./python poc_2.py > output && man ./output` to 
**read** the manpage.

>This is asking that the ‘argparse’ library should have an API to
>create a manual page, for use in the build system.

At this point argparse is user facing in the sense that once configured, it 
provides functionality for the user of the command line application. My opinion 
is that it will be weird to have it provide also APIs for creating man pages 
(which is a developer utility). My humble opinion is that it if argparse starts 
to provide APIs for usage at install time is not "doing one thing and doing it 
well".

>The reason to have it in the ‘argparse’ library is that the library
>already knows how to build a single document (the ‘--help’ output)
>from the collection of arguments, so this would be just another
>rendering of that information. It makes sense to have it in the
>‘argparse’ library as an API for other tools to use

Argparse --help makes sense because people expect to use -h or --help with 
command line tools but IMHO opinion nobody expects --manpage to be the way to 
read the manpage. I do not know any command line utility that provides its 
manpage that way. If the argument is using --manpage is the way to generate 
one, then we are mixing user-facing options with developer ones.

Anyway, this is just my view of the problem, nothing more.

--

___
Python tracker 

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

[issue33863] Enum doc correction relating to __members__

[Ethan Furman]

New submission from Ethan Furman :

Checking the docs for Enum I see that section 8.13.15.3.1 says:

  `__members__` is an `OrderedDict`

which is incorrect.  It should say "an ordered dictionary".

--
messages: 319543
nosy: adelfino, barry, eli.bendersky, ethan.furman
priority: normal
severity: normal
stage: needs patch
status: open
title: Enum doc correction relating to __members__
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue33862] doc Fix Enum __members__ type

[Ethan Furman]

Ethan Furman  added the comment:

Serhiy is correct.  The exact return type only needs to be ordered, and have 
appropriate dictionary methods such as `keys()`, `values()`, and `items()`.

The reason a mappingproxy was chosen is exactly because what you just tried is 
illegal and/or confusing:

- illegal because an Enum cannot be modified that way
- confusing because the dictionary returned is only a copy of the Enum class' 
__dict__, and successful attempts to modify it would not change the Enum class.

It is an implementation detail because the exact type of dictionary returned 
could change in the future.

--
assignee: docs@python -> ethan.furman
resolution:  -> not a bug
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

[issue30747] _Py_atomic_* not actually atomic on Windows with MSVC

[Pär Björklund]

Pär Björklund  added the comment:

The HLE variants were simply chosen to match the semantics on other
platforms with regard to aquire/release.
If Intel engineers say the plain versions are better that's good enough for
me.

It would be interesting seeing some benchmarks but I don't have any idea on
how to reliably test the non happy path.

On Thu, 14 Jun 2018, 21:32 Antoine Pitrou,  wrote:

>
> Antoine Pitrou  added the comment:
>
> I would be ok with reverting to the non-HLE variants.  Does anyone want to
> test the performance implications on TSX-enabled hardware?
>
> --
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

Re: mutable sequences

[Ben Finney]

Larry Martell  writes:

> A string and a list go into a bar. The string asks for a cup of
> coffee. The bartender says "We don't have coffee." The string asks for
> a cup of coffee. The bartender says "I told you we don't have coffee."
> The string asks for a cup of coffee. The bartender says to the list
> "What is wrong with him? Is he deaf?" The list replies, "No, he's
> immutable."

There need to be more bartender scenarios in programming tutorials.

-- 
 \   “The internet's completely over.… Anyway, all these computers |
  `\and digital gadgets are no good. They just fill your head with |
_o__) numbers and that can't be good for you.” —Prince, 2010-07-05 |
Ben Finney

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

Re: How to apply filters to posts

[Ben Finney]

T Berger  writes:

> Thanks, Rhodri. One more question. What is a daily digest? I'm
> wondering whether to choose that option.

Don't choose the daily digest, because it makes a special “digest”
message for you each day. That message is disconnected from any other
message, and so you will not be able to reply correctly to any
discussion. It's not appropriate for anyone who wants to also
participate in discussions.

-- 
 \   “I have said to you to speak the truth is a painful thing. To |
  `\  be forced to tell lies is much worse.” —Oscar Wilde, _De |
_o__) Profundis_, 1897 |
Ben Finney

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

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

[Ben Finney]

Ben Finney  added the comment:

On 14-Jun-2018, Pablo Galindo Salgado wrote:

> I think this should be something that is not included in argparse
> itself. I can imagine a scenario in which the manpage is accessible
> through `./python foo.py --manpage` but the manpage is not installed
> systemwide.

This bug report is not asking that ‘argparse’ install a manual page,
and it is not asking for any new command-line option in programs. So I
don't know the relevance of that point.

> This will be very confusing for users.

What would cause that confusion? This is not something that would
change how ‘argparse’ parses its arguments, so I don't know what
you're referring to.

> Generating a man page in a build script sounds like something that
> should be on its own or as a help function of the build system.

This is asking that the ‘argparse’ library should have an API to
create a manual page, for use in the build system.

The reason to have it in the ‘argparse’ library is that the library
already knows how to build a single document (the ‘--help’ output)
from the collection of arguments, so this would be just another
rendering of that information. It makes sense to have it in the
‘argparse’ library as an API for other tools to use.

--

___
Python tracker 

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

[issue30747] _Py_atomic_* not actually atomic on Windows with MSVC

[Antoine Pitrou]

Antoine Pitrou  added the comment:

I would be ok with reverting to the non-HLE variants.  Does anyone want to test 
the performance implications on TSX-enabled hardware?

--

___
Python tracker 

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Wouldn't be better to use the "surrogateescape" or the "backslashreplace" error 
handlers?

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue33862] doc Fix Enum __members__ type

[Andrés Delfino]

Andrés Delfino  added the comment:

I can't really say if it the return of __members__ is an implementation detail 
as there's no mention of that in the doc, but from reading the doc I think it's 
reasonable to think this is allowed:

import enum

class Colors(enum.Enum):
RED = enum.auto()
BLUE = enum.auto()

Colors.__members__['GREEN'] = enum.auto()

And the traceback:

Traceback (most recent call last):
  File "", line 1, in 
Colors.__members__['GREEN'] = enum.auto()
TypeError: 'mappingproxy' object does not support item assignment

is somewhat confusing, as the documentation says an "ordered dictionary" is to 
be returned, and the traceback talks about a mapping proxy.

--

___
Python tracker 

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

[issue27575] dict viewkeys intersection slow for large dicts

[Forest]

Change by Forest :


--
pull_requests: +7311
stage:  -> patch review

___
Python tracker 

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

[issue33862] doc Fix Enum __members__ type

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Is not returning a mappingproxy an implementation detail? The important thing 
is that the result is a mapping of names to members, and that it is ordered.

--
nosy: +barry, eli.bendersky, ethan.furman, serhiy.storchaka

___
Python tracker 

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

[issue33721] os.path.exists() ought to return False if pathname contains NUL

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This change looks desirable to me. But it looks too large for backporting it to 
maintained versions.

--
type: behavior -> enhancement
versions: +Python 3.8 -Python 3.6

___
Python tracker 

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

[issue33721] os.path.exists() ought to return False if pathname contains NUL

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +7310
stage:  -> patch review

___
Python tracker 

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

[issue33862] doc Fix Enum __members__ type

[Andrés Delfino]

Change by Andrés Delfino :


--
keywords: +patch
pull_requests: +7309
stage:  -> patch review

___
Python tracker 

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

[issue20187] The Great Argument Clinic Conversion Derby Meta-Issue

[Mark Lawrence]

Change 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

[issue8488] Docstrings of non-data descriptors "ignored"

[Sergey Fedoseev]

Change by Sergey Fedoseev :


--
nosy: +sir-sigurd

___
Python tracker 

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

[issue27777] cgi.FieldStorage can't parse simple body with Content-Length and no Content-Disposition

[Chris Eykamp]

Chris Eykamp  added the comment:

I'll get a PR submitted this weekend, and post back here.  It will not 
explicitly address that other case, as I don't have the capacity or wherewithal 
for that.  Alas.

--

___
Python tracker 

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

[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files

[Tal Einat]

Tal Einat  added the comment:

IMO we should create new issues for AC conversion of the collections and random 
modules (assuming they haven't been converted yet), and close this issue.

--

___
Python tracker 

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

[issue33862] doc Fix Enum __members__ type

[Andrés Delfino]

New submission from Andrés Delfino :

Documentation says __members__ attribute returns an "ordered dictionary" but it 
returns a mappingproxy instead.

PR fixes this.

--
assignee: docs@python
components: Documentation
messages: 319532
nosy: adelfino, docs@python
priority: normal
severity: normal
status: open
title: doc Fix Enum __members__ type
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue20181] Derby #12: Convert 50 sites to Argument Clinic across 4 files

[Tal Einat]

Change by Tal Einat :


--
nosy:  -taleinat

___
Python tracker 

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

[issue20177] Derby #8: Convert 28 sites to Argument Clinic across 2 files

[Tal Einat]

Change by Tal Einat :


--
nosy:  -taleinat

___
Python tracker 

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

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

[Andrés Delfino]

Andrés Delfino  added the comment:

Please note that DictReader already mentions "OrderedDict" as a type it returns 
now. I do see the issue you raise though and I'm not proposing to guarantee 
that type for next versions.

I see the benefits of using weak names, but "dictionary" alone doesn't seem 
like a good weak name to me, as it's the common name of an actual type. 
"ordered dictionary" is the common name of a type, too, which makes the 
"dictionary" in that phrase less of a weak name. Bacause of this, I don't think 
we are using weak names in the cases the PR changes.

A dict-like object must preserve insertion order as that's what dict does; 
specifying it could make people think dicts aren't ordered. I understand a 
dict-like object as if it were a dict subclass, that is, following the full 
dict API.

As to what the changes could look like with these things in mind... It's 
difficult to say without knowing which API are we actually telling people to 
rely on now: dict, dict-like, OrderedDict, OrderedDict-like?

--

___
Python tracker 

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

[issue20187] The Great Argument Clinic Conversion Derby Meta-Issue

[Tal Einat]

Change by Tal Einat :


--
nosy:  -taleinat

___
Python tracker 

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

[issue15533] subprocess.Popen(cwd) documentation: Posix vs Windows

[Gregory P. Smith]

Gregory P. Smith  added the comment:

Thanks for pointing me at this issue Ned.  It sounds like there is a behavior 
difference between Windows and POSIX systems related to the current directory 
and/or which process environment is used by the system call that launches the 
new process to find the executable.

It seems to have existed "forever" in subprocess module API terms, so I don't 
know if we should reconcile the corner cases when cwd and/or env are supplied 
to a single cross platform behavior as that could break existing code.  Such a 
behavior change _could_ be made but be 3.8 specific.  BUT:  If we did that, it 
becomes a challenge for people writing code that needs to work on multiple 
Python versions.  Popen growing yet another bool flag parameter to choose the 
new behavior is possible, but quite ugly (and unusable on multi-python version 
code).

I think we should start out by living with the difference - document these 
platform specific corner case behaviors to minimize surprise.

If we want to provide a way for people to have the same behavior on both, we 
should document a recommended way to do that.  I believe that entails telling 
people get an absolute path to their executable themselves before launching the 
subprocess as that should work the same no matter the cwd or environment?

--

___
Python tracker 

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

Re: Django-hotsauce 1.0 LTS (Commercial Edition) now available for preorder!!

[Jim Lee]

On 06/13/2018 11:38 PM, Chris Angelico wrote:

On Thu, Jun 14, 2018 at 11:07 AM, Jim Lee  wrote:

I haven't purchased commercial software in decades, so I'm not up on the
prevailing business model, but I have to ask:

Why would anyone purchase software and then agree to wait 14 weeks for it to
be delivered?  I can see that model for hardware, where material resources
are limited and a finite number of product is produced, but software?
What's the point?


For the 50% discount, I presume. If you wait 14 weeks, then buy, then
own, you pay full price.

 From the company's point of view: if the release date is in the future
and ALL the revenue is also in the future, cash flow becomes tricky.
By getting at least _some_ money in advance, they give themselves a
way to pay the bills.

ChrisA
But the "50% discount" is supposedly good up until the release date.  I 
could purchase the software the day before release and still enjoy the 
same benefit without the 14 week wait.


I understand the advantages *to the company*, but to enjoy those 
advantages, they need to provide some kind of incentive to the buyer.  I 
don't see one here.  Anyway, I was just curious to see if there was any 
kind of thought process behind the "promotion".


-Jim


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

[issue33861] Minor improvements of tests for os.path.

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

When working on a path for issue33721 I have found that some tests for os.path 
can be improved, and these changes are worth backporting to older versions 
(3.6+).

* Test exists(), lexists(), isdir(), isfile(), islink(), ismount() with bytes 
paths.
* Remove unneeded silencing DeprecationWarning for ismount() with bytes path.
* Test common functions with unencodable and undecodable paths.
* Minor clean up and refactoring.

--
components: Tests
messages: 319529
nosy: serhiy.storchaka
priority: normal
severity: normal
status: open
title: Minor improvements of tests for os.path.
type: enhancement
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

Re: How can I verify if the regex exist in a file without reading ?

[Steven D'Aprano]

On Thu, 14 Jun 2018 09:26:44 -0700, francois.rabanel wrote:

> Hi,
> 
> Here is my script :
> 
> It propose to replace some words in a file with a regular expression. It
> create a copy to write on it, and if there isn't an error, it delete the
> original by the copy with "os.rename" at the end.
> 
> My problem is, if I work on a huge file, I'll try to avoid to read the
> file because it will be crash my computer :) 

How does reading a file crash your computer?


> and I would to verify if the regex enter by the user, exist.

The only way to know if a regex matches the file is to try to match the 
regex and see if it matches.


[...]

> import re
> import os
> 
> try:
> 
>   path = raw_input('Please enter the path of your file that you want to
>   correct : \n')
>   print("")
>   print('Which regex ? \n')
>   regex = raw_input('- : ')
>   print('By what ? \n')
>   new_word = raw_input('- : ')
> 

Don't do this:

>   # Creating copy file
>   filenames_regex = re.findall(r'[a-zA-Z0-9]+\.', path)
>   filename = filenames_regex[len(filenames_regex)-1] 
>   new_filename = filename + 'copy.txt'

Do this instead:

filename, extension = os.path.splitext(path)
new_filename = filename + '.copy' + extension


>   # Replace regex by new word line by line on copy file
>   with open(path) as rf, open(new_filename, 'w') as wf:
> for line in rf:
>   wf.write(re.sub(regex, new_word, line))
> 
> except OSError:
>   print("Permission denied")

That's not what OSError means. OSError can mean many different things. 
That's why it isn't called "PermissionDeniedError".

You need to look at the exception to see what caused it, not just assume 
it was a permissions error.

> except IOError:
>   print("This file doesn't exist")

That's not what IOError means either. That is why it isn't called 
FileDoesntExistError. Again, you need to look at the exception to see 
what the error actually is.

> else:
>   os.rename(new_filename, filename + 'txt')

os.rename(new_filename, path)





-- 
Steven D'Aprano
"Ever since I learned about confirmation bias, I've been seeing
it everywhere." -- Jon Ronson

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

How can I verify if the regex exist in a file without reading ?

[francois . rabanel]

Hi,

Here is my script :

It propose to replace some words in a file with a regular expression.
It create a copy to write on it, and if there isn't an error, it delete the 
original by the copy with "os.rename" at the end.

My problem is, if I work on a huge file, I'll try to avoid to read the file 
because it will be crash my computer :) and I would to verify if the regex 
enter by the user, exist. 

I don't know if it's possible, I'm looking for a solution since few hours... so 
sorry if the question is easy or wtf :) 




import re
import os

try:

  path = raw_input('Please enter the path of your file that you want to correct 
: \n')
  print("")
  print('Which regex ? \n')
  regex = raw_input('- : ')
  print('By what ? \n')
  new_word = raw_input('- : ')

  # Creating copy file
  filenames_regex = re.findall(r'[a-zA-Z0-9]+\.', path)
  filename = filenames_regex[len(filenames_regex)-1]
  new_filename = filename + 'copy.txt'

  # Replace regex by new word line by line on copy file
  with open(path) as rf, open(new_filename, 'w') as wf:
for line in rf:
  wf.write(re.sub(regex, new_word, line))


except OSError:
  print("Permission denied")
except IOError:
  print("This file doesn't exist")
else:
  os.rename(new_filename, filename + 'txt')




python 2.7.10



Thanks ! 

Best regards,
François.
-- 
https://mail.python.org/mailman/listinfo/python-list

Re: How to apply filters to posts

[T Berger]

On Thursday, June 14, 2018 at 11:26:00 AM UTC-4, Rhodri James wrote:
> On 14/06/18 16:00, T Berger wrote:
> > On Thursday, June 14, 2018 at 8:02:44 AM UTC-4, Chris Angelico wrote:
> > 
> >> They're connected. "Subscribe to the list" makes you a member of the
> >> mailing list (and thus you will start receiving posts), which also
> >> entitles you to send to the list. Sending email to that address will
> >> send it to the list. So what you're seeing is not options, but steps -
> >> first you subscribe, then you send email.
> > 
> > OK. And can you tell me how to apply filters so that only replies to my 
> > emails are included. I subscribed to the list a couple of weeks ago and 
> > then had to unsubscribe because I was getting emails on every posted topic.
> 
> That's exactly how mailing lists work: you get everything.  Any 
> filtering has to be done at your end in your mail program.  Personally I 
> use Thunderbird, get it to sort messages into threads (sequences of 
> conversation, in effect) and only read the threads that seem interesting.
> 
> -- 
> Rhodri James *-* Kynesim Ltd

Thanks, Rhodri. One more question. What is a daily digest? I'm wondering 
whether to choose that option.

Tamara 

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

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

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I think this should be something that is not included in argparse itself. I can 
imagine a scenario in which the manpage is accessible through `./python foo.py 
--manpage` but the manpage is not installed systemwide. This will be very 
confusing for users. Also, as Serhiy comments, argparse provides functionality 
that at this point is relevant for the enduser of the application. Generating a 
man page in a build script sounds like something that should be on its own or 
as a help function of the build system. The only thing argparse could do 
(maybe) is trying to read an already installed manpage and use that, but I 
still think that is not a good idea because it can generate conflicts and 
similar if multiple versions are installed or if the help of the package 
deviates from the manpage.

--
nosy: +pablogsal

___
Python tracker 

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

[issue33823] A BUG in concurrent/asyncio

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Python++: Sorry, I still cannot understand exactly what is wrong. Could you 
please redact a little paragraph explaining (1) what function/functions are you 
using (and maybe a very short example), (2) what is not working and (3) what do 
you expect to see instead. Sorry if it feels redundant but it will help is 
understand better the problem.

--
nosy: +pablogsal

___
Python tracker 

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

[issue33615] test__xxsubinterpreters crashed on x86 Gentoo Refleaks 3.x

[STINNER Victor]

STINNER Victor  added the comment:

It's nice to see this issue fixed :-)

--

___
Python tracker 

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

[issue33830] Error in the output of one example in the httplib docs

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


--
title: example output error -> Error in the output of one example in the 
httplib docs

___
Python tracker 

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

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

[INADA Naoki]

INADA Naoki  added the comment:

Sometime, we chose weak name like "file-like" or "dictionary" over 
"io.TextIOWrapper" or "dict", to avoid making future improvements harder.

If there are no strong reason to specify concrete type, let's keep using weak 
name.

In case of enum members, I want to change it to regular dict in Python 3.8, but 
I'm not sure yet.

--

___
Python tracker 

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

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

[INADA Naoki]

INADA Naoki  added the comment:

"ordered dictionary" means "dict-like object which preserves insertion order".  
Both of dict and OrderedDict is "ordered dictionary".

If we change it to OrderedDict, it make harder to change return type from 
OrderedDict to normal dict.

Do you propose we should never change return type?

--
nosy: +inada.naoki

___
Python tracker 

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

[issue33860] doc Avoid "ordered dictionary" references now that dictionaries are ordered

[Andrés Delfino]

New submission from Andrés Delfino :

IMHO, using "ordered dictionaries" references is somewhat confusing now that 
dictionaries preserve insertion order.

PR changes this references to "OrderedDict object".

--
assignee: docs@python
components: Documentation
messages: 319523
nosy: adelfino, docs@python
priority: normal
pull_requests: 7308
severity: normal
status: open
title: doc Avoid "ordered dictionary" references now that dictionaries are 
ordered
type: enhancement
versions: Python 3.7, Python 3.8

___
Python tracker 

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

Re: How to apply filters to posts

[Rhodri James]

On 14/06/18 16:00, T Berger wrote:

On Thursday, June 14, 2018 at 8:02:44 AM UTC-4, Chris Angelico wrote:


They're connected. "Subscribe to the list" makes you a member of the
mailing list (and thus you will start receiving posts), which also
entitles you to send to the list. Sending email to that address will
send it to the list. So what you're seeing is not options, but steps -
first you subscribe, then you send email.


OK. And can you tell me how to apply filters so that only replies to my emails 
are included. I subscribed to the list a couple of weeks ago and then had to 
unsubscribe because I was getting emails on every posted topic.


That's exactly how mailing lists work: you get everything.  Any 
filtering has to be done at your end in your mail program.  Personally I 
use Thunderbird, get it to sort messages into threads (sequences of 
conversation, in effect) and only read the threads that seem interesting.


--
Rhodri James *-* Kynesim Ltd
--
https://mail.python.org/mailman/listinfo/python-list

[issue29750] smtplib doesn't handle unicode passwords

[david]

david  added the comment:

Yes, i used thunderbird for both

On June 14, 2018 5:14:31 PM GMT+02:00, "R. David Murray" 
 wrote:
>
>R. David Murray  added the comment:
>
>For the web cases I presume you also set the password using the web
>interface, so that doesn't really tell us anything useful.  Did you use
>thunderbird to access the mailbox that you set up via gmail and/or
>sogo?  That would make what thunderbird does the interesting question.
>
>--
>
>___
>Python tracker 
>
>___

--

___
Python tracker 

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

[issue29750] smtplib doesn't handle unicode passwords

[R. David Murray]

R. David Murray  added the comment:

For the web cases I presume you also set the password using the web interface, 
so that doesn't really tell us anything useful.  Did you use thunderbird to 
access the mailbox that you set up via gmail and/or sogo?  That would make what 
thunderbird does the interesting question.

--

___
Python tracker 

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

Re: How to apply filters to posts

[T Berger]

On Thursday, June 14, 2018 at 8:02:44 AM UTC-4, Chris Angelico wrote:

> They're connected. "Subscribe to the list" makes you a member of the
> mailing list (and thus you will start receiving posts), which also
> entitles you to send to the list. Sending email to that address will
> send it to the list. So what you're seeing is not options, but steps -
> first you subscribe, then you send email.

OK. And can you tell me how to apply filters so that only replies to my emails 
are included. I subscribed to the list a couple of weeks ago and then had to 
unsubscribe because I was getting emails on every posted topic.

Thanks,

Tamara

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