[issue45421] Remove dead code from html.parser

2021-10-09 Thread Alberto Mardegan
New submission from Alberto Mardegan : There appears to be some dead code in the html.parser module: https://github.com/python/cpython/blob/main/Lib/html/parser.py#L331-L337 Support for parser errors (with line and offset information) was removed long ago, so this code is useless now. The

[issue40982] copytree example in shutil

2020-06-15 Thread Alberto Torres Barrán
New submission from Alberto Torres Barrán : The copytree example in https://docs.python.org/3/library/shutil.html#copytree-example does not match the source code, even removing docstrings. In particular is missing parameters and the exceptions are in the wrong order (Error will never be

[issue39293] Windows 10 64-bit needs reboot after install

2020-01-20 Thread Alberto N Leilani Campos
Change by Alberto N Leilani Campos : Added file: https://bugs.python.org/file48854/windows-ssh-tools.snapshot.json ___ Python tracker <https://bugs.python.org/issue39

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

2018-10-10 Thread Alberto Moral
Alberto Moral added the comment: Yes, I was thinking that it could be a matter of configuration of the server (?). By the way, and just for fun, I've just realized that truncating mon at the begining of the _str2time funtion is a very bad idea because mon could also be an int. A b

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

2018-10-10 Thread Alberto Moral
Alberto Moral added the comment: Thanks for your answer. I have not found any RFCs with full month names either. I'm afraid I'm not an expert here. But the case is that I get them in my work. Here is an example of response header: HTTP/1.1 200 OK Server: Oracle-iPlanet-Web-

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

2018-10-10 Thread Alberto Moral
New submission from Alberto Moral : http.cookiejar (cookielib, for python2.*) does not parse some cookies' Expires date. For example: "Friday, 1-August-1997 00:00:00 GMT" does not work (while: "Fri, 01 Aug 1997 00:00:00 GMT" works fine) This is basically due to lo

[issue34252] Bunch of path leaks on Python 3.7 on Release

2018-07-27 Thread Alberto
Alberto added the comment: In Visual Studio /FP should be removed: In C/C++ → Advanced → Use Full Paths: No But still for some weird reason there is one path that gets leaked: c:\users\mysupersecretuser\downloads\python-3.7.0_\modules\_decimal\libmpdec\typearith.h In the project from where

[issue34252] Bunch of path leaks on Python 3.7 on Release

2018-07-27 Thread Alberto
New submission from Alberto : I've downloaded and compiled from sources Python 3.7 in windows. The compilation process goes great but there are a lot of paths (using __FILE__ in the source) that gets leaked in the Release version and that should not happen. This is because __FILE__ is

[issue34057] Py_Initialize aborts when using static Python version. Windows

2018-07-06 Thread Alberto
Alberto added the comment: Hey Victor, I've spent another number of hours debugging the problem and trying to avoid encodings to be loaded but I've had no luck since initfsencoding is necesary for init_sys_streams to work and that's an important function that sets stdin,

[issue34057] Py_Initialize aborts when using static Python version. Windows

2018-07-06 Thread Alberto
Alberto added the comment: Hi, First of all thank you for your answer. If every module can't be statically compiled within a library, what is the point of having instructions to compile python statically in the build instructions? Can I modify the code to make it completely statically?

[issue34057] Py_Initialize aborts when using static Python version. Windows

2018-07-05 Thread Alberto
New submission from Alberto : Hi, I've followed the build instructions to get a statically linked Python library in windows. The compilation works great and I get a big fat statically linked .lib file. When I use it and in my code I call Py_Initialize() the program aborts and I get

[issue28718] '*' matches entire path in fnmatch

2017-12-08 Thread Alberto Galera
Alberto Galera added the comment: I see that they have commented on the lib that I made a few years ago (python-wildcard). The reason for the creation of that little fork started in this issue: https://bugs.python.org/issue25734 -- nosy: +Alberto Galera

[issue31163] Return destination path in Path.rename and Path.replace

2017-08-09 Thread Alberto Gomez-Casado
New submission from Alberto Gomez-Casado: Extracted from issue31154 Both calls lack any kind of return, which leads me to expect after a rename/replace the Path instance would be changed to the new path. This is not the case (reading the PEP I have seen Path instances are kind of immutable

[issue31154] Path.replace and Path.rename naming, behavior and documentation

2017-08-09 Thread Alberto Gomez-Casado
New submission from Alberto Gomez-Casado: I find the naming of Path.replace quite unfortunate, coming from the os.path and basestring mindset, the expectation would be that it would change some substring by another substring in the Path instance. Instead, it _moves_ the file indicated by the

[issue29271] Task.current_task(None) returns unexpected result

2017-01-13 Thread Alberto Berti
Changes by Alberto Berti : -- nosy: +azazel ___ Python tracker <http://bugs.python.org/issue29271> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue22417] PEP 476: verify HTTPS certificates by default

2017-01-03 Thread Carlos Alberto Lopez Perez
Carlos Alberto Lopez Perez added the comment: The python 2.7 documentation for urrlib still has a big warning notice at the top saying: """ Warning When opening HTTPS URLs, it does not attempt to validate the server certificate. Use at your own risk! """ ^^ htt

[issue25734] fnmatch regular expression can be improved

2015-11-25 Thread Alberto Galera
New submission from Alberto Galera: # https://hg.python.org/cpython/file/tip/Lib/fnmatch.py fnmatch reviewing the code I've noticed that the outcome of the regular expression all returns generated in the first result l97: res = res + '.*' to: res = re

[issue22887] ensurepip and distutils' build_scripts fails on Windows when path to Python contains accented characters

2014-11-16 Thread José Alberto Goncalves
New submission from José Alberto Goncalves: Summary: Python 3.4's venv works fine in Windows, and pip works fine when installing both pure Python libraries and extension modules. However, when the virtual environment is under a path with non-ASCII characters, attempting to install a pa

[issue22888] ensurepip and distutils' build_scripts fails on Windows when path to Python contains accented characters

2014-11-16 Thread José Alberto Goncalves
New submission from José Alberto Goncalves: Summary: Python 3.4's venv works fine in Windows, and pip works fine when installing both pure Python libraries and extension modules. However, when the virtual environment is under a path with non-ASCII characters, attempting to install a pa

[issue15637] Segfault reading null VMA (works fine in python 2.x)

2012-08-21 Thread Alberto Milone
Alberto Milone added the comment: I can confirm that the suggested changes solve the problem here. Thanks everyone! -- resolution: -> invalid ___ Python tracker <http://bugs.python.org/issu

[issue15637] Segfault reading null VMA (works fine in python 2.x)

2012-08-13 Thread Alberto Milone
Alberto Milone added the comment: it should just be possible to retrieve major and minor which we pass by reference to XRRQueryVersion. Without this pretty much any other call fails. Also, it works without problems with python 2.7. -- versions: -Python 3.3

[issue15637] Segfault reading null VMA (works fine in python 2.x)

2012-08-13 Thread Alberto Milone
New submission from Alberto Milone: The attached test case works fine in Python 2.7 but causes Pyhton 3.2 to segfault. -- components: ctypes files: randr_test messages: 168087 nosy: albertomilone priority: normal severity: normal status: open title: Segfault reading null VMA (works

[issue8739] Update to smtpd.py to RFC 5321

2012-02-13 Thread Alberto Trevino
Alberto Trevino added the comment: David, I'd be happy to help, but I'm pretty busy for the next month. I read the description of your patch, and it sounds good to me. Anything that moves the project forward is always welcomed. Thanks for your wo

[issue8739] Update to smtpd.py to RFC 5321

2010-08-16 Thread Alberto Trevino
Alberto Trevino added the comment: On Monday, August 16, 2010 12:58:07 pm Barry A. Warsaw wrote: > The one thing that looks weird to me is VRFY. Since it never actually > does verify the user, should we even claim to support the command? Why > not let subclasses claim support if the

[issue8739] Update to smtpd.py to RFC 5321

2010-08-16 Thread Alberto Trevino
Alberto Trevino added the comment: On Monday, August 16, 2010 11:42:51 am you wrote: > Re-adapted patch including size_limit change as described in my previous > message is in attachment. Barry and Alberto, could you take a final look > at it before committing? Looks good to me. If

[issue8739] Update to smtpd.py to RFC 5321

2010-08-16 Thread Alberto Trevino
Alberto Trevino added the comment: On Sunday, August 15, 2010 09:19:27 am Giampaolo Rodola' wrote: > Patch no longer applies cleanly because smtpd.py changed in the meantime. Is someone going to fix that or I am expected to play daily catch-up until this gets merged? > A furt

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

2010-08-14 Thread Alberto Trevino
Alberto Trevino added the comment: I haven't heard anything on this problem or my patch. What's the status? -- ___ Python tracker <http://bugs.python.

[issue8739] Update to smtpd.py to RFC 5321

2010-08-14 Thread Alberto Trevino
Alberto Trevino added the comment: Any more work I need to do on this patch? -- ___ Python tracker <http://bugs.python.org/issue8739> ___ ___ Python-bugs-list m

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

2010-08-05 Thread Alberto Trevino
Changes by Alberto Trevino : -- type: -> crash versions: +Python 3.1 -Python 3.2 ___ Python tracker <http://bugs.python.org/issue9168> ___ ___ Python-bugs-lis

[issue8739] Update to smtpd.py to RFC 5321

2010-08-04 Thread Alberto Trevino
Alberto Trevino added the comment: Sorry. This is my first submission to Python, so I'm learning the process as I go. This latest patch is done against today's SVN snapshot. Just to summarize, it does the following: * Updates the main smtpd.py module to make it RFC 5321

[issue8739] Update to smtpd.py to RFC 5321

2010-08-02 Thread Alberto Trevino
Alberto Trevino added the comment: On Monday, July 05, 2010 10:41:28 am you wrote: > Yes, the fact that there are no unit tests for the new functionality. Sorry to take so long to reply. I have attached the latest version of the patch which does everything in rev. 2 of the patch, patches

[issue8739] Update to smtpd.py to RFC 5321

2010-07-05 Thread Alberto Trevino
Alberto Trevino added the comment: What is the status of this patch? Is there anything else I need to do? Any remaining concerns that would stop this patch from being merged? -- ___ Python tracker <http://bugs.python.org/issue8

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

2010-07-05 Thread Alberto Trevino
New submission from Alberto Trevino : The SMTP proxy server in Python (smtpd.py) allows you to shed privileges and run as user nobody. However, if you are trying to use port 25, the server will shed privileges before binding the port, causing a bind failure. By moving the setuid code between

[issue8739] Update to smtpd.py to RFC 5321

2010-05-21 Thread Alberto Trevino
Alberto Trevino added the comment: On Thursday 20 May 2010 07:46:43 am you wrote: > If you don't specify the size, the response of EHLP won't list > SIZE as one of the extensions. But, if a size is specified, then it > will show it on EHLP. Sorry, the EHLP above should be

[issue8739] Update to smtpd.py to RFC 5321

2010-05-20 Thread Alberto Trevino
Alberto Trevino added the comment: I have attached a version 2 of the patch. This patch includes everything in the first version, and adds the following: - Support for help arguments (HELP MAIL, for example) - Support for setting the maximum message size from the command line This last

[issue8739] Update to smtpd.py to RFC 5321

2010-05-17 Thread Alberto Trevino
Alberto Trevino added the comment: > Giampaolo Rodola' added the comment: > > Some comments: > > Is RFC 5321 completely implemented? Otherwise I would turn this in "as > defined in RFC 821 and part of RFC 5321". RFC 5321 obsoletes RFCs 821, 974, 1869 and 282

[issue8739] Update to smtpd.py to RFC 5321

2010-05-17 Thread Alberto Trevino
New submission from Alberto Trevino : This patch updates smtpd.py to be more RFC 5321 compliant. It contains: - EHLO support - Implement DATA size limit (32 MiB by default) - 8-bit mime extension plumbing (doesn't do anything, but accepts and records command) - Basic VRFY su

[issue8738] cPickle dumps(tuple) != dumps(loads(dumps(tuple)))

2010-05-17 Thread Alberto Planas Domínguez
New submission from Alberto Planas Domínguez : Sometimes, when I use cPickle to serialize tuples of strings, I get different dumps() result for the same tuple: import cPickle t = ('', 'JOHN') s1 = cPickle.dumps(t) s2 = cPickle.dumps(cPickle.loads(cPickle.dumps(

[issue1646] Make socket support TIPC.

2008-01-07 Thread Alberto Bertogli
Alberto Bertogli added the comment: On Mon, Jan 07, 2008 at 03:37:54PM -, Christian Heimes wrote: > The unit tests don't work for me (Ubuntu 7.10, Linux 2.6.22, i386) > > >>> srv = socket.socket(socket.AF_TIPC, socket.SOCK_RDM) > Traceback (most recent call last

[issue1646] Make socket support TIPC.

2008-01-07 Thread Alberto Bertogli
Alberto Bertogli added the comment: On Sun, Jan 06, 2008 at 02:45:35PM -, Alberto Bertogli wrote: > I'll probably send you the updated patch sometime this week; thanks for > the ping =) Here are the three patches, rebased to the SVN commit 59815. The first one is the same I

[issue1646] Make socket support TIPC.

2008-01-06 Thread Alberto Bertogli
Alberto Bertogli added the comment: On Sat, Jan 05, 2008 at 10:08:15PM -, Christian Heimes wrote: > I'm still waiting for a new patch. Your feature patch has been accepted > but I won't commit it without doc updates. I know, but holidays were not the best time to write docu

[issue1646] Make socket support TIPC.

2007-12-19 Thread Alberto Bertogli
Alberto Bertogli added the comment: On Tue, Dec 18, 2007 at 07:10:39PM -, Guido van Rossum wrote: > Guido van Rossum added the comment: > > I'm okay with adding this, it doesn't add much code and is properly > safeguarded by #ifdefs and has a configure.in patch. Than

[issue1646] Make socket support TIPC.

2007-12-17 Thread Alberto Bertogli
New submission from Alberto Bertogli: TIPC (http://tipc.sf.net) is an open protocol designed for use in clustered computer environments. It currently has an open source implementation for Linux (>= 2.6.16), and VxWorks. The attached patch (against trunk) adds optional Linux-only support

[issue1645] Fix socketmodule.c:sock_recvfrom_guts() comment.

2007-12-17 Thread Alberto Bertogli
New submission from Alberto Bertogli: The comment above sock_recvfrom_guts() was copied from sock_recv_guts() and referenced recv() and recv_into() when it should be talking about recvfrom() and recvfrom_into(). The attached patch (against trunk) fixes it. -- components: Library (Lib

[issue1644] Patch submission guidelines outdated

2007-12-17 Thread Alberto Bertogli
New submission from Alberto Bertogli: The FAQ section 5.4, "How to submit a patch?", points to http://www.python.org/patches/, which looks really outdated (plus the sf page seems to be restricted to members only). Thanks, Alberto -- components: Documentation messages: