Mailman 3 - stdlib-sig

Archiving this list
by Brett Cannon 27 Aug '21

27 Aug '21

There isn't enough traffic and the admins are fine with letting this ML go.

1 0

BLE Libraries for Windows-reg
by Manikandan V 04 Sep '17

04 Sep '17

Dear one, Greetings of the day. I want to Communicate BLE from Laptop.I googled about libraries for windows platform in python language,but i didn't get any libraries.so Suggest me the libraries for BLE pairing,Communication in python windows desktop platform. <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> Virus-free. www.avast.com <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campai…> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

1 0

gzip compression in http.server
by md 09 Jan '17

09 Jan '17

Hi, current implementation of http.server does not have gzip compression. http.server was previously called SimpleHttpServer and that means that it is supposed to be simple, but I've implemented gzip compression for http.server in my project and I can contribute it back to stdlib if it's necessary. What do you think? Thanks! Nick.

2 1

Can imaplib be improved?
by Random832 24 Mar '16

24 Mar '16

I assume that everyone who has ever used imaplib is familiar with how painful its output format is to deal with. I am wondering if anyone else has any ideas on ways it can be extended in a backward-compatible way to provide options for better parsing, handling unilateral data from the server, processing data as it comes in, etc.

1 0

This mailing list is now under the PSF CoC
by Brett Cannon 26 Feb '16

26 Feb '16

I have updated the list's info page as well as the footer for this mailing list to denote this fact.

1 0

Where should be put ABCs?
by Brett Cannon 03 Dec '15

03 Dec '15

In http://bugs.python.org/issue25609 I said I wanted an ABC for context managers and a matching entry in typing. I originally suggested putting it in collections.abc <https://docs.python.org/3/library/collections.abc.html> but Raymond Hettinger pointed out that it doesn't really belong there (along with a bunch of other ABCs like Callable and Awaitable). So I opened http://bugs.python.org/issue25637 to discuss this, but I realize maybe this SIG is a better place to have a real discussion. The options I see are: 1. Ignore Raymond's objection and put it in collections.abc 2. Stick it in contextlib <https://docs.python.org/3/library/contextlib.html> 1. Directly 2. In a new contextlib.abc submodule 3. Stick in abc <https://docs.python.org/3/library/abc.html> 1. Directly 2. In some new subclass like abc.interfaces Do people have any thoughts on this? Whatever decision we make in this instance should probably apply to the other misplaced ABCs in collections.abc (e.g., should Callable go into functools somehow, into abc?). Yury Selivanov voted for putting them in abc directly since having to always try and find a proper module to put the abc might not always work, and so putting the concrete interface ABCs that directly define what Python's syntactic sugar and interpreter rely on made sense. Terry Reedy even suggested that collections.abc was a mistake and should have been made abc.collections (which wouldn't be hard due to how all the relevant code for collections.abc is in Lib/_collection_abc.py and hence already in an odd place). I'm a little partial to putting the ABCs in relevant modules like functools and contextlib, but otherwise I think abc makes sense.

2 1

argparse PathType class -- validate file/directory paths without opening them
by Dan Lenski 24 Jul '15

24 Jul '15

Hi, The standard argparse library supports a convenient FileType class (https://docs.python.org/3/library/argparse.html#filetype-objects) which automatically converts file paths to open filehandles. I've found that I frequently need to validate that arguments correspond to valid file or directory paths, but WITHOUT subsequently opening these paths as files. This is useful when the path has to be subsequently passed off to another program via subprocess, etc. To support this case, I wrote the following PathType class, which will validate the suitability of a path for the specified usage (e.g. directory that exists, file that doesn't exist, etc.) before returning it unchanged. Would this be useful for inclusion in the standard library? Any comments on style, parameter-naming, etc? Thanks, Dan Lenski # standalone pathtype.py from argparse import ArgumentTypeError as err import os class PathType(object): def __init__(self, exists=True, type='file', dash_ok=True): '''exists: True: a path that does exist False: a path that does not exist, in a valid parent directory None: don't care type: file, dir, symlink, None, or a function returning True for valid paths None: don't care dash_ok: whether to allow "-" as stdin/stdout''' assert exists in (True, False, None) assert type in ('file','dir','symlink',None) or hasattr(type,'__call__') self._exists = exists self._type = type self._dash_ok = dash_ok def __call__(self, string): if string=='-': # the special argument "-" means sys.std{in,out} if self._type == 'dir': raise err('standard input/output (-) not allowed as directory path') elif self._type == 'symlink': raise err('standard input/output (-) not allowed as symlink path') elif not self._dash_ok: raise err('standard input/output (-) not allowed') else: e = os.path.exists(string) if self._exists==True: if not e: raise err("path does not exist: '%s'" % string) if self._type is None: pass elif self._type=='file': if not os.path.isfile(string): raise err("path is not a file: '%s'" % string) elif self._type=='symlink': if not os.path.symlink(string): raise err("path is not a symlink: '%s'" % string) elif self._type=='dir': if not os.path.isdir(string): raise err("path is not a directory: '%s'" % string) elif not self._type(string): raise err("path not valid: '%s'" % string) else: if self._exists==False and e: raise err("path exists: '%s'" % string) p = os.path.dirname(os.path.normpath(string)) or '.' if not os.path.isdir(p): raise err("parent path is not a directory: '%s'" % p) elif not os.path.exists(p): raise err("parent directory does not exist: '%s'" % p) return string

1 1

Apologies ...
by Geoff Clements 23 Dec '14

23 Dec '14

.. for my previous e-mail. I misread stdlib for stdeb, oh well! -- Geoff

1 0

Bug report: httplib codec error
by Bob Chen 03 Sep '14

03 Sep '14

Hi, folks I reported a bug on python.org and have been waited for several weeks. Still got no one pick it up, so came here to make a post... http://bugs.python.org/issue22231‍ /Bob

1 0

Problem with the standard library
by rohit.mukhedkar＠daimler.com 08 Aug '14

08 Aug '14

Dear, I am a novice, working on Python. I want to connect to Python modules from C++ codes in Visual Studio 2013. I am wrapping the C++ codes using Boost.Python. I have installed all the necessary files and specified paths to them from Visual Studio project properties. When I try to build my project in Visual Studio, it gives me a linking error as follows: "LINK : fatal error LNK1104: Datei "python27.lib" kann nicht geöffnet werden." (In German) It says it can't open the file. When I checked the Python directory I found that there is a "libpython27.a" file but not a "python27.lib" file. Could you please help me with this issue, whether I am missing a file or I am going in the wrong direction. Thanking you in anticipation. Eagerly awaiting your response. Best regards, Rohit Mukhedkar If you are not the addressee, please inform us immediately that you have received this e-mail by mistake, and delete it. We thank you for your support.

1 0