[issue46267] gzip.compress incorrectly ignores level parameter

2022-03-02 Thread Ruben Vorderman
Ruben Vorderman added the comment: ping -- ___ Python tracker <https://bugs.python.org/issue46267> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue46267] gzip.compress incorrectly ignores level parameter

2022-01-05 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +28622 stage: -> patch review pull_request: https://github.com/python/cpython/pull/30416 ___ Python tracker <https://bugs.python.org/issu

[issue46267] gzip.compress incorrectly ignores level parameter

2022-01-05 Thread Ruben Vorderman
New submission from Ruben Vorderman : def compress(data, compresslevel=_COMPRESS_LEVEL_BEST, *, mtime=None): """Compress data in one shot and return the compressed string. compresslevel sets the compression level in range of 0-9. mtime can be used to set the modific

[issue24301] gzip module failing to decompress valid compressed file

2021-12-31 Thread Ruben Vorderman
Ruben Vorderman added the comment: ping -- ___ Python tracker <https://bugs.python.org/issue24301> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue24301] gzip module failing to decompress valid compressed file

2021-11-29 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +28076 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29847 ___ Python tracker <https://bugs.python.org/issu

[issue24301] gzip module failing to decompress valid compressed file

2021-11-29 Thread Ruben Vorderman
Ruben Vorderman added the comment: Whoops. Sorry, I spoke before my turn. If gzip implements it, it seems only logical that python's *gzip* module should too. I believe it can be fixed quite easily. The code should raise a warning though. I will make

[issue45875] gzip.decompress performance can be improved with memoryviews

2021-11-29 Thread Ruben Vorderman
Change by Ruben Vorderman : -- stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.org/issue45875> ___ ___ Python-bugs-list

[issue24301] gzip module failing to decompress valid compressed file

2021-11-29 Thread Ruben Vorderman
Ruben Vorderman added the comment: >From the spec: https://datatracker.ietf.org/doc/html/rfc1952 2.2. File format A gzip file consists of a series of "members" (compressed data sets). The format of each member is specified in the following section. The m

[issue45902] Bytes and bytesarrays can be sorted with a much faster count sort.

2021-11-26 Thread Ruben Vorderman
Ruben Vorderman added the comment: I used it for the median calculation of FASTQ quality scores (https://en.wikipedia.org/wiki/FASTQ_format). But in the end I used the frequency table to calculate the median more quickly. So as you say, the frequency table turned out to be more useful

[issue45902] Bytes and bytesarrays can be sorted with a much faster count sort.

2021-11-26 Thread Ruben Vorderman
Ruben Vorderman added the comment: Sorry for the spam. I see I made a typo in the timeit script. Next time I will be more dilligent when making these kinds of reports and triple checking it before hand, and sending it once. I used -c instead of -s and now all the setup time is also included

[issue45902] Bytes and bytesarrays can be sorted with a much faster count sort.

2021-11-26 Thread Ruben Vorderman
Ruben Vorderman added the comment: I changed the cython script a bit to use a more naive implementation without memset. Now it is always significantly faster than bytes(sorted(my_bytes)). $ python -m timeit -c "from bytes_sort import bytes_sort" "bytes_sort(b'')"

[issue45902] Bytes and bytesarrays can be sorted with a much faster count sort.

2021-11-26 Thread Ruben Vorderman
Ruben Vorderman added the comment: Also I didn't know if this should be in Component C-API or Interpreter Core. But I guess this will be implemented as C-API calls PyBytes_Sort and PyByteArray_SortInplace so I figured C-API is the correct component

[issue45902] Bytes and bytesarrays can be sorted with a much faster count sort.

2021-11-26 Thread Ruben Vorderman
New submission from Ruben Vorderman : Python now uses the excellent timsort for most (all?) of its sorting. But this is not the fastest sort available for one particular use case. If the number of possible values in the array is limited, it is possible to perform a counting sort: https

[issue45509] Gzip header corruption not properly checked.

2021-11-24 Thread Ruben Vorderman
Ruben Vorderman added the comment: I have found that using the timeit module provides more precise measurements: For a simple gzip header. (As returned by gzip.compress or zlib.compress with wbits=31) ./python -m timeit -s "import io; data = b'\x1f\x8b\x08\x00\x00\x00\x00\x00\x

[issue45875] gzip.decompress performance can be improved with memoryviews

2021-11-22 Thread Ruben Vorderman
Ruben Vorderman added the comment: Tried and failed. It seems that the overhead of creating a new memoryview object beats the performance gained by it. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45875] gzip.decompress performance can be improved with memoryviews

2021-11-22 Thread Ruben Vorderman
New submission from Ruben Vorderman : The current implementation uses a lot of bytestring slicing. While it is much better than the 3.10 and earlier implementations, it can still be further improved by using memoryviews instead. Possibly. I will check this out. -- components

[issue45509] Gzip header corruption not properly checked.

2021-11-22 Thread Ruben Vorderman
Ruben Vorderman added the comment: I increased the performance of the patch. I added the file used for benchmarking. I also test the FHCRC changes now. The benchmark tests headers with different flags concatenated to a DEFLATE block with no data and a gzip trailer. The data is fed to

[issue45509] Gzip header corruption not properly checked.

2021-11-22 Thread Ruben Vorderman
Ruben Vorderman added the comment: 1. Quite a lot I tested it for the two most common use case. import timeit import statistics WITH_FNAME = """ from gzip import GzipFile, decompress import io fileobj = io.BytesIO() g = GzipFile(fileobj=fileobj, mode='wb', fi

[issue45509] Gzip header corruption not properly checked.

2021-11-22 Thread Ruben Vorderman
Ruben Vorderman added the comment: Ping -- ___ Python tracker <https://bugs.python.org/issue45509> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue45509] Gzip header corruption not properly checked.

2021-11-05 Thread Ruben Vorderman
Ruben Vorderman added the comment: Bump. This is a bug that allows corrupted gzip files to be processed without error. Therefore I bump this issue in the hopes someone will review the PR. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45507] Small oversight in 3.11 gzip.decompress implementation with regards to backwards compatibility

2021-11-05 Thread Ruben Vorderman
Ruben Vorderman added the comment: bump. This is a regression introduced by https://github.com/python/cpython/pull/27941 -- ___ Python tracker <https://bugs.python.org/issue45

[issue45507] Small oversight in 3.11 gzip.decompress implementation with regards to backwards compatibility

2021-10-18 Thread Ruben Vorderman
Change by Ruben Vorderman : -- pull_requests: +27301 pull_request: https://github.com/python/cpython/pull/29029 ___ Python tracker <https://bugs.python.org/issue45

[issue45509] Gzip header corruption not properly checked.

2021-10-18 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +27300 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29028 ___ Python tracker <https://bugs.python.org/issu

[issue45509] Gzip header corruption not properly checked.

2021-10-18 Thread Ruben Vorderman
New submission from Ruben Vorderman : The following headers are currently allowed while being wrong: - Headers with FCOMMENT flag set, but with incomplete or missing COMMENT bytes. - Headers with FNAME flag set, but with incomplete or missing NAME bytes - Headers with FHCRC set, the crc is

[issue45507] Small oversight in 3.11 gzip.decompress implementation with regards to backwards compatibility

2021-10-18 Thread Ruben Vorderman
Ruben Vorderman added the comment: It turns out there is a bug where FNAME and/or FCOMMENT flags are set in the header, but no error is thrown when NAME and COMMENT fields are missing. -- ___ Python tracker <https://bugs.python.org/issue45

[issue45507] Small oversight in 3.11 gzip.decompress implementation with regards to backwards compatibility

2021-10-18 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +27296 stage: -> patch review pull_request: https://github.com/python/cpython/pull/29023 ___ Python tracker <https://bugs.python.org/issu

[issue45507] Small oversight in 3.11 gzip.decompress implementation with regards to backwards compatibility

2021-10-18 Thread Ruben Vorderman
New submission from Ruben Vorderman : A 'struct.error: unpack requires a buffer of 8 bytes' is thrown when a gzip trailer is truncated instead of an EOFError such as in the 3.10 and prior releases. -- components: Library (Lib) messages: 404165 nosy: rhpvorderman priori

[issue45387] GzipFile.write should be buffered

2021-10-06 Thread Ruben Vorderman
Change by Ruben Vorderman : -- components: +Library (Lib) type: -> performance versions: +Python 3.10, Python 3.11, Python 3.6, Python 3.7, Python 3.8, Python 3.9 ___ Python tracker <https://bugs.python.org/issu

[issue45387] GzipFile.write should be buffered

2021-10-06 Thread Ruben Vorderman
New submission from Ruben Vorderman : Please consider the following code snippet: import gzip import sys with gzip.open(sys.argv[1], "rt") as in_file_h: with gzip.open(sys.argv[2], "wt", compresslevel=1) as out_file_h: f

[issue43613] gzip.compress and gzip.decompress are sub-optimally implemented.

2021-09-03 Thread Ruben Vorderman
Ruben Vorderman added the comment: Issue was solved by moving code from _GzipReader to separate functions and maintaining the same error structure. This solved the problem with maximum code reuse and full backwards compatibility. -- ___ Python

[issue43613] gzip.compress and gzip.decompress are sub-optimally implemented.

2021-09-03 Thread Ruben Vorderman
Change by Ruben Vorderman : -- resolution: -> fixed stage: patch review -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue43612] zlib.compress should have a wbits argument

2021-09-03 Thread Ruben Vorderman
Ruben Vorderman added the comment: Thanks for the review, Lukasz! It was fun to create the PR and optimize the performance for gzip.py as well. -- ___ Python tracker <https://bugs.python.org/issue43

[issue43612] zlib.compress should have a wbits argument

2021-08-25 Thread Ruben Vorderman
Change by Ruben Vorderman : -- pull_requests: +26387 pull_request: https://github.com/python/cpython/pull/27941 ___ Python tracker <https://bugs.python.org/issue43

[issue43613] gzip.compress and gzip.decompress are sub-optimally implemented.

2021-08-25 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +26386 stage: -> patch review pull_request: https://github.com/python/cpython/pull/27941 ___ Python tracker <https://bugs.python.org/issu

[issue43612] zlib.compress should have a wbits argument

2021-04-26 Thread Ruben Vorderman
Ruben Vorderman added the comment: A patch was created, but has not been reviewed yet. -- ___ Python tracker <https://bugs.python.org/issue43612> ___ ___ Pytho

[issue43612] zlib.compress should have a wbits argument

2021-04-26 Thread Ruben Vorderman
Change by Ruben Vorderman : -- versions: +Python 3.11 ___ Python tracker <https://bugs.python.org/issue43612> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue43613] gzip.compress and gzip.decompress are sub-optimally implemented.

2021-03-25 Thread Ruben Vorderman
Ruben Vorderman added the comment: I created bpo-43621 for the error issue. There should only be BadGzipFile. Once that is fixed, having only one error type will make it easier to implement some functions that are shared across the gzip.py codebase

[issue43621] gzip._GzipReader should only throw BadGzipFile errors

2021-03-25 Thread Ruben Vorderman
Change by Ruben Vorderman : -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue43621> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue43612] zlib.compress should have a wbits argument

2021-03-25 Thread Ruben Vorderman
Change by Ruben Vorderman : -- components: +Extension Modules -Library (Lib) ___ Python tracker <https://bugs.python.org/issue43612> ___ ___ Python-bugs-list m

[issue43621] gzip._GzipReader should only throw BadGzipFile errors

2021-03-25 Thread Ruben Vorderman
New submission from Ruben Vorderman : This is properly documented: https://docs.python.org/3/library/gzip.html#gzip.BadGzipFile . It now hrows EOFErrors when a stream is truncated. But this means that upstream both BadGzipFile and EOFError need to be catched in the exception handling when

[issue43613] gzip.compress and gzip.decompress are sub-optimally implemented.

2021-03-24 Thread Ruben Vorderman
Change by Ruben Vorderman : -- type: -> performance ___ Python tracker <https://bugs.python.org/issue43613> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue43612] zlib.compress should have a wbits argument

2021-03-24 Thread Ruben Vorderman
Change by Ruben Vorderman : -- type: -> enhancement ___ Python tracker <https://bugs.python.org/issue43612> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue43612] zlib.compress should have a wbits argument

2021-03-24 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +23768 stage: -> patch review pull_request: https://github.com/python/cpython/pull/25011 ___ Python tracker <https://bugs.python.org/issu

[issue43613] gzip.compress and gzip.decompress are sub-optimally implemented.

2021-03-23 Thread Ruben Vorderman
New submission from Ruben Vorderman : When working on python-isal which aims to provide faster drop-in replacements for the zlib and gzip modules I found that the gzip.compress and gzip.decompress are suboptimally implemented which hurts performance. gzip.compress and gzip.decompress both do

[issue43612] zlib.compress should have a wbits argument

2021-03-23 Thread Ruben Vorderman
New submission from Ruben Vorderman : zlib.compress can now only be used to output zlib blocks. Arguably `zlib.compress(my_data, level, wbits=-15)` is even more useful as it gives you a raw deflate block. That is quite interesting if you are writing your own file format and want to use

[issue43316] python -m gzip handles error incorrectly

2021-02-25 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +23432 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24647 ___ Python tracker <https://bugs.python.org/issu

[issue43316] python -m gzip handles error incorrectly

2021-02-25 Thread Ruben Vorderman
Ruben Vorderman added the comment: That sounds perfect, I didn't think of that. I will make a PR. -- ___ Python tracker <https://bugs.python.org/is

[issue43317] python -m gzip could use a larger buffer

2021-02-25 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +23430 stage: -> patch review pull_request: https://github.com/python/cpython/pull/24645 ___ Python tracker <https://bugs.python.org/issu

[issue43317] python -m gzip could use a larger buffer

2021-02-24 Thread Ruben Vorderman
Change by Ruben Vorderman : -- type: -> performance ___ Python tracker <https://bugs.python.org/issue43317> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue43316] python -m gzip handles error incorrectly

2021-02-24 Thread Ruben Vorderman
Change by Ruben Vorderman : -- type: -> behavior ___ Python tracker <https://bugs.python.org/issue43316> ___ ___ Python-bugs-list mailing list Unsubscrib

[issue43317] python -m gzip could use a larger buffer

2021-02-24 Thread Ruben Vorderman
New submission from Ruben Vorderman : python -m gzip reads in chunks of 1024 bytes: https://github.com/python/cpython/blob/1f433406bd46fbd00b88223ad64daea6bc9eaadc/Lib/gzip.py#L599 This hurts performance somewhat. Using io.DEFAULT_BUFFER_SIZE will improve it. Also 'io.DEFAULT_BUFFER_SIZ

[issue43316] python -m gzip handles error incorrectly

2021-02-24 Thread Ruben Vorderman
New submission from Ruben Vorderman : `Python -m gzip -d myfile` will throw an error because myfile does not end in '.gz'. That is fair (even though a bit redundant, GzipFile contains a header check, so why bother checking the extension?). The problem is how this error is thrown. 1

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-09-15 Thread Ruben Vorderman
Ruben Vorderman added the comment: Hi, thanks all for the comments and the help. I have created the bindings using Cython. The project is still a work in progress as of this moment. I leave the link here for future reference. Special thanks for the Cython developers for enabling these

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-08-23 Thread Ruben Vorderman
Ruben Vorderman added the comment: > If you take this route, please don't write it directly against the CPython > C-API (as you would for a CPython stdlib module). Thanks for reminding me of this. I was planning to take the laziest route possible anyway, reusing as much code from

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-08-19 Thread Ruben Vorderman
Ruben Vorderman added the comment: > Within the stdlib, I'd focus only on using things that can be used in a 100% > api compatible way with the existing modules. > Otherwise creating a new module and putting it up on PyPI to expose the > functionality from the libraries you

[issue41586] Allow to set pipe size on subprocess.Popen.

2020-08-19 Thread Ruben Vorderman
Change by Ruben Vorderman : -- keywords: +patch pull_requests: +21035 stage: -> patch review pull_request: https://github.com/python/cpython/pull/21921 ___ Python tracker <https://bugs.python.org/issu

[issue41586] Allow to set pipe size on subprocess.Popen.

2020-08-18 Thread Ruben Vorderman
New submission from Ruben Vorderman : Pipes block if reading from an empty pipe or when writing to a full pipe. When this happens the program waiting for the pipe still uses a lot of CPU cycles when waiting for the pipe to stop blocking. I found this while working with xopen. A library that

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-08-18 Thread Ruben Vorderman
Ruben Vorderman added the comment: I just find out that libdeflate does not support streaming: https://github.com/ebiggers/libdeflate/issues/73 . I should have read the manual better. So that explains the memory usage. Because of that I don't think it is suitable for usage in CP

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-08-17 Thread Ruben Vorderman
Ruben Vorderman added the comment: > That might be an option then. CPython could use the existing library if it is > available. Dynamic linking indeed seems like a great option here! Users who care about this will probably have the 'isal' and 'libdeflateO' pa

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-08-17 Thread Ruben Vorderman
Ruben Vorderman added the comment: nasm or yasm will work. I only have experience building it with nasm. But yes that is indeed a dependency. Personally I do not see the problem with adding nasm as a build dependency, as it opens up possibilities for even more performance optimizations in

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-08-17 Thread Ruben Vorderman
Ruben Vorderman added the comment: This has to be in a PEP. I am sorry I missplaced it on the bugtracker. -- resolution: -> not a bug stage: -> resolved status: open -> closed ___ Python tracker <https://bugs.python.or

[issue41566] Include much faster DEFLATE implementations in Python's gzip and zlib libraries. (isa-l)

2020-08-17 Thread Ruben Vorderman
New submission from Ruben Vorderman : The gzip file format is quite ubiquitous and so is its first (?) free/libre implementation zlib with the gzip command line tool. This uses the DEFLATE algorithm. Lately some faster algorithms (most notable zstd) have popped up which have better speed

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

2020-04-12 Thread Ruben
Ruben added the comment: I just tested on a fresh macOS 10.15.3 Virtual Machine (on the same host machine as the one of previous messages) and I can reproduce the problem: 1. Install Command Line Tools (xcode-build --install) 2. Download Python 3.8.1 3. Extract tarball 4. Create a file

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

2020-04-12 Thread Ruben
Ruben added the comment: Sorry, the error was missing, well, the actual error: ``` /opt/local/bin/ranlib: file: libpython3.8.a(dynamic_annotations.o) has no symbols /opt/local/bin/ranlib: file: libpython3.8.a(pymath.o) has no symbols gcc -Wl,-stack_size,100 -framework

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

2020-04-12 Thread Ruben
Change by Ruben : Added file: https://bugs.python.org/file49053/make.log.gz ___ Python tracker <https://bugs.python.org/issue40261> ___ ___ Python-bugs-list mailin

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

2020-04-12 Thread Ruben
Change by Ruben : Added file: https://bugs.python.org/file49054/make.venv.log.gz ___ Python tracker <https://bugs.python.org/issue40261> ___ ___ Python-bugs-list mailin

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

2020-04-12 Thread Ruben
Change by Ruben : Added file: https://bugs.python.org/file49052/make.venv.log.gz ___ Python tracker <https://bugs.python.org/issue40261> ___ ___ Python-bugs-list mailin

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

2020-04-12 Thread Ruben
Change by Ruben : Added file: https://bugs.python.org/file49051/make.py.venv2.log.gz ___ Python tracker <https://bugs.python.org/issue40261> ___ ___ Python-bugs-list m

[issue40261] Build of Python where make is called from subprocess, within a virtualenv, breaks on macOS

2020-04-12 Thread Ruben
New submission from Ruben : This problem is driving me crazy. I'm working with a library (python-for-android) that builds python during a build process. Now, during this process, the classical workflow with `./configure` and `make` is being called from a subprocess. To try to isolat

[issue33935] shutil.copyfile throws incorrect SameFileError on Google Drive File Stream

2019-02-17 Thread gary ruben
gary ruben added the comment: I wanted to add a datapoint to this. I also experience this problem in Windows but not with Google Drive File Stream. In my case it is also being triggered by Jupyter, which was where Deniz first noticed it, but I was saving the notebook to my Z: drive, which

[issue20116] urlparse.parse_qs should take argument for query separator

2016-04-20 Thread Ruben D. Orduz
Ruben D. Orduz added the comment: Hi all, OP here. My intent was to optionally pass a separator parameter, _not_ enable/disable toggle. -- ___ Python tracker <http://bugs.python.org/issue20

[issue4709] Mingw-w64 and python on windows x64

2015-05-19 Thread Ruben Van Boxem
Ruben Van Boxem added the comment: Paul, OK, I understand your point of view. As you say, there is no single "MinGW" community, nor a guiding body that takes these decisions. If you're not willing to choose one, all I can say is this: it will probably not matter which version

[issue4709] Mingw-w64 and python on windows x64

2015-05-19 Thread Ruben Van Boxem
Ruben Van Boxem added the comment: Paul, Thank you for your serious take on the issue. I'm Ruben, a long-time contributor and 3-ish year toolchain builder for MinGW-w64. I originally helped patching Qt 4.5/4.6 so that it worked with MinGW-w64 on 64-bit Windows. I can help liaison be

[issue20116] urlparse.parse_qs should take argument for query separator

2014-01-03 Thread Ruben D. Orduz
Ruben D. Orduz added the comment: Senthil, The RFC can be found here: http://tools.ietf.org/html/rfc3986#section-2.2 -- ___ Python tracker <http://bugs.python.org/issue20

[issue20116] urlparse.parse_qs should take argument for query separator

2014-01-03 Thread Ruben D. Orduz
Ruben D. Orduz added the comment: Ah, gotcha. I think I will leave as is then. Thanks for clarifying. -- ___ Python tracker <http://bugs.python.org/issue20

[issue20116] urlparse.parse_qs should take argument for query separator

2014-01-03 Thread Ruben D. Orduz
Ruben D. Orduz added the comment: So, are you suggesting I should change to a different type if desired for 2.7.x or leave for release to 3.5 and then submit a patch to backport it to 2.7.x? I apologize, not sure how the workflow works in these cases. Thanks

[issue20116] urlparse.parse_qs should take argument for query separator

2014-01-03 Thread Ruben D. Orduz
New submission from Ruben D. Orduz: Currently urlparse.parse_qs (http://hg.python.org/cpython/file/2.7/Lib/urlparse.py#l150) assumes and uses ';' as a query string separator with no way to overwrite that. There are several web service APIs out there that use ';' as list s

[issue9720] zipfile writes incorrect local file header for large files in zip64

2012-10-19 Thread Ruben Gonzalez
Changes by Ruben Gonzalez : -- nosy: +Ruben.Gonzalez ___ Python tracker <http://bugs.python.org/issue9720> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue12641] Remove -mno-cygwin from distutils

2012-08-07 Thread Ruben Van Boxem
Ruben Van Boxem added the comment: Checking for a compiler's file name is stupid. Native Windows gcc is just "gcc.exe", Cygwin native GCC is also "gcc". Some have a lot of toolchains in PATH at the same time. That's not the right wa

[issue12641] Remove -mno-cygwin from distutils

2011-07-27 Thread Ruben Van Boxem
Ruben Van Boxem added the comment: > Does anyone have more official documentation? The commit I linked to has the full option removal at October 7 2010 (see the fifth item in the changelog entry). Any GCC (major) version released after that will have it completely removed. Deprecat

[issue12641] Remove -mno-cygwin from distutils

2011-07-26 Thread Ruben Van Boxem
Ruben Van Boxem added the comment: I can confirm the option has been removed. For those that don't want to believe a random person's comment on a bugtracker, here's the commit: http://repo.or.cz/w/official-gcc.git/commit/2637551aa9314c46cf4205d435ab5e8944e9ac8a The changelog i

[issue4709] Mingw-w64 and python on windows x64

2011-05-10 Thread Ruben Van Boxem
Ruben Van Boxem added the comment: Has anyone looked at this? I'm trying to build gdb with Python enabled with mingw-w64 (Python 2.7.1 with manually created import libraries), but have to manually define MS_WIN64 in the CFLAGS. The patch only does what's right (i.e. define a

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

2010-06-17 Thread Ruben Bakker
Ruben Bakker added the comment: I installed Python 2.7RC1 on Mac OS X 10.6.3 and tried my script and it worked for me. Imaplib throws the right exception instead of looping forever: Traceback (most recent call last): File "", line 1, in File "imapmail/explore/test2.py&

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

2010-06-16 Thread Ruben Bakker
Ruben Bakker added the comment: I forgot to mention that the section after "Add this line to IMAP4_SSL" describes the solution. Sorry about that. -- ___ Python tracker <http://bugs.python.

[issue9010] Infinite loop in imaplib.IMAP4_SSL when used with Gmail

2010-06-16 Thread Ruben Bakker
New submission from Ruben Bakker : When using imaplib.IMAP4_SSL to open a Gmail mailbox, the readline method can go into a infinite loop. It happens after Gmail drops the connection, usually after some time/inactivity. The next imaplib request will cause the infinite loop inside the readline

[issue2838] Verify callback for SSL

2008-05-14 Thread Ruben Kerkhof
Ruben Kerkhof <[EMAIL PROTECTED]> added the comment: Hi Bill, When I include the server certificate in ca_certs, verification succeeds, and I can view the peer certificate dict with getpeercert(False) When I set ca_certs to none and ssl.CERT_NONE, I can still call getpeercert(True) an

[issue2838] Verify callback for SSL

2008-05-12 Thread Ruben Kerkhof
New submission from Ruben Kerkhof <[EMAIL PROTECTED]>: I've been playing with the new SSL module, and so far it works great. However, when using it to connect to a host with a self signed certificate, verification fails when I specify ssl.CERT_REQUIRED (as expected). I know that I&#

[issue2740] Cmd module doesn't support readline completion on OSX Leopard

2008-05-03 Thread Ruben Kerkhof
Ruben Kerkhof <[EMAIL PROTECTED]> added the comment: Documenting this would be great, since it caught me by surprise and took a while to figure out. To get the Cmd module to work, atm you have to override the call to parse_and_bind, setting self.completekey isn't enough, so

[issue2740] Cmd module doesn't support readline completion on OSX Leopard

2008-05-02 Thread Ruben Kerkhof
New submission from Ruben Kerkhof <[EMAIL PROTECTED]>: Hi, Leopard ships with libedit, which is almost the same as readline, but has another way to configure completion keys. To enable tab completion you have to use rl.parse_and_bind("bind ^I complete") instead of rl.parse_a

[issue1375] hotshot IndexError when loading stats

2007-11-02 Thread Ruben Reifenberg
New submission from Ruben Reifenberg: Python 2.4.4 - 64 Bit This code reproduceably fails with IndexError: pop from empty list def start(x): x.start() if __name__ == "__main__": import hotshot prof = hotshot.Profile("test3_stats"