Change by Alexandre Feblot :
--
type: -> crash
___
Python tracker
<https://bugs.python.org/issue46977>
___
___
Python-bugs-list mailing list
Unsubscrib
New submission from Alexandre Feblot :
```python
#!/usr/bin/env python3
import os
import tempfile
def createUnremovableDir(workdir):
print(workdir)
os.mkdir(f'{workdir}/mydir')
os.symlink('/bin/bash', f'{workdir}/mydir/mylink') # Symlink to a r
Change by claude-alexandre cabana :
--
components: Build
nosy: claudealexcabana
priority: normal
severity: normal
status: open
title: AxelRacer
type: performance
versions: Python 3.11
___
Python tracker
<https://bugs.python.org/issue46
Alexandre added the comment:
If anyone is having this issue too, you can find more informations at
https://community.letsencrypt.org/t/potential-problem-with-r3-intermediates-on-windows-servers/157164,
it looks like Windows keeps using expired certificates until rebooted.
A solution is to
Alexandre Morignot added the comment:
I have another use case. I want to import data into PostgreSQL using the COPY
FROM command. This command can read a CSV input and it needs to distinguish
empty string from null values.
Could we reconsider this issue and the proposed solution
Alexandre Sicard added the comment:
Thank you very much for this report, Genaro. I encountered the same bug with a
Process running in the context of a Django view. Downgrading to Python 3.8 also
fixed the issue for me.
Versions:
python:3.9-alpine Docker image, running Python 3.9.5 and
New submission from Alexandre :
Hello,
first of all, I hope this was not already discussed (I searched the bugs but it
might have been discussed elsewhere) and it's really a bug.
I've been struggling to understand today why a simple file redirection couldn't
work properly
Change by Alexandre Vassalotti :
--
stage: patch review -> resolved
status: open -> closed
___
Python tracker
<https://bugs.python.org/issue27635>
___
___
Change by Alexandre Vassalotti :
--
assignee: -> alexandre.vassalotti
resolution: -> fixed
stage: patch review -> resolved
status: open -> closed
versions: -Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python
New submission from Alexandre Ouellet :
in a python console on a windows machine:
import datetime
d = datetime.datetime.fromtimestamp(0)
d
>datetime.datetime(1969, 12, 31, 19, 0)
d.timestamp()
>OSError: [Errno 22] Invalid argument
on a macOS machine :
d = datetime.datetime.fromtimest
New submission from Alexandre Hamelin :
Found a crash with zipimport.zipimporter. Might or might not be related to
Issue31723 which I've found searching the issues afterwards.
import zipimport
zipimport.zipimporter.__new__(zipimport.zipimporter).find_module('')
Pyt
Alexandre Défossez added the comment:
Also impacted.
A fix I found is to add `watcher.attach_loop(self)` just after `with
events.get_child_watcher() as watcher:` in `_make_subprocess_transport` in
`asyncio/unix_events.py`.
--
nosy: +adfz
Alexandre Vassalotti added the comment:
PR 9841 looks good to me. I wouldn't worry about the performance hit.
--
___
Python tracker
<https://bugs.python.org/is
Change by Alexandre Hajjar :
--
keywords: +patch
pull_requests: +8054
stage: -> patch review
___
Python tracker
<https://bugs.python.org/issue34185>
___
_
Alexandre Hamelin added the comment:
Awesome work, thanks to you!
Would it also be the case for 'await' ?
--
___
Python tracker
<https://bugs.python.o
New submission from Alexandre Hamelin :
Hi.
Python 3.6.2 crashes when interpreting lines with the text "async \" (future
keyword 'async' and ending with a backslash).
Tested in a docker environment (debian jessie). (see
github.com/0xquad/docker-python36 if needed)
Exa
Alexandre Vassalotti added the comment:
I don't recall where I picked up the referred spec. Looking at PEP 307 and
pickle docs [1], it does look like that objects which provides the listitems
field of the reduce tuple should support extend() too.
It might best to try both i
New submission from Alexandre Macabies:
https://docs.python.org/3.5/library/traceback.html#traceback-examples
See second code sample and its sample output. According to the docs, the call:
print(repr(traceback.extract_tb(exc_traceback)))
is supposed to print something that looks like an
Changes by Alexandre Conrad :
--
nosy: +aconrad
___
Python tracker
<http://bugs.python.org/issue23517>
___
___
Python-bugs-list mailing list
Unsubscribe:
Alexandre Badez added the comment:
@paul: thanks, I'm very surprised because the parsing work well.
It's just the display that do not.
Moreover it's not said in the documentation that you cannot nest groups.
So maybe we should update the documentation and/or imp
New submission from Alexandre Badez:
Hi,
Here is a sample of what I do:
>>> import argparse
>>> main_parser = argparse.ArgumentParser()
>>> group_ex = main_parser.add_mutually_exclusive_group()
>>> group_ex1 = group_ex.add_argument_group()
>>> group
Alexandre Vassalotti added the comment:
The repr for floats was changed some time ago to use a shorter decimal strings
when possible. Both representations should yield the same float value once
decoded. If we want to make the C and Python implementations of pickle
consistent, then we should
New submission from Alexandre JABORSKA:
Hi,
Nor asyncio.Event.wait() neither asyncio.Condition.wait() (or .wait_for())
has a timeout parameter, while threading.Event.wait() has one.
A timeout can be specified for the whole task using asyncio.wait_for() but
it's tricky.
I guess as
Alexandre JABORSKA added the comment:
I saw the "low level" part with the warning. But what I mean is that I found no
clear indication on how to change default loop to allow asyncio.subprocess
usage with Windows Python. I guessed :
asyncio.set_event_loop(ProactorEventLoop())
but I&
New submission from Alexandre JABORSKA:
The documentation example (getstatusoutput) does not work on windows because it
use the default loop (based on select). The whole asyncio.ProactorEventLoop
stuff is not really explained anywhere. Maybe a "How to use asyncio on Windows"
could
New submission from Alexandre JABORSKA:
asyncio.subprocess.DEVNULL documentation is the same as
asyncio.subprocess.STDOUT one and (I guess) inadequate (cut & paste error ?).
--
assignee: docs@python
components: Documentation
messages: 214338
nosy: ajaborsk, docs@python
priority: no
New submission from Alexandre JABORSKA:
The asyncio.subprocess.Process.wait() documentation mention "self" parameter
(typo ?) and don't tell it's a coroutine.
--
assignee: docs@python
components: Documentation
messages: 213753
nosy: ajaborsk, docs@python
prior
New submission from Alexandre JABORSKA:
While the asyncio.Condition.acquire(), release() an locked() methods work as
expected (on the underlying Lock), they are not mentioned in the documentation.
--
assignee: docs@python
components: Documentation
messages: 213117
nosy: ajaborsk, docs
Alexandre JABORSKA added the comment:
Well,
You're right, I'm confused, and I cannot use the http.client.parse_headers().
I made a workaround by reading all lines in a BytesIO and parse this one.
Anyway, if it not possible to use a file like object with the asyncio module,
Alexandre JABORSKA added the comment:
Hum...
It seems to me that the StreamReader() limit parameter is for buffer size while
the io.BytesIO.readline() "n" parameter is for maximum number of lines to be
retreived, I guess.
And since the StreamReader().readline() does not accept
New submission from Alexandre JABORSKA:
This prevent using StreamReader as a normal file object in some circumstances
(like http header parsing)
--
components: Library (Lib)
messages: 212624
nosy: ajaborsk
priority: normal
severity: normal
status: open
title
Alexandre Vassalotti added the comment:
> What is the current behaviour?
I don't think the behaviour is defined. At least, I know it causes recent
GCC/glibc combination to throw a compilation error when _FORTIFY_SOURCE is
defined:
http://www.eglibc.org/cgi-bin/viewvc.cgi/trunk
New submission from Alexandre Vassalotti:
The _Py_open function in Python/fileutils.c cannot be given correctly the flag
O_CREAT. According to the POSIX spec, open(2) _must_ be given an additional
mode argument when O_CREAT is used.
_Py_open should be fixed to either to use a reasonable
Alexandre Dias added the comment:
Could I get an update on this please?
--
___
Python tracker
<http://bugs.python.org/issue18795>
___
___
Python-bugs-list mailin
Alexandre Vassalotti added the comment:
+1 from me as well for a separate file.
--
___
Python tracker
<http://bugs.python.org/issue20395>
___
___
Python-bug
Alexandre Vassalotti added the comment:
The patch is good. I am not sure if you need the freefunc cast though.
The example in the PEP 3121 should updated if freefunc is actually required. I
didn't define freefunc because of this ex
Alexandre Vassalotti added the comment:
The issue here is copy.deepcopy will raise an exception whenever it encounters
a generator. We would like to do better here. Unfortunately, using
itertools.tee is not a solution here because it does not preserve the type of
the object
Alexandre Vassalotti added the comment:
Adding a special type is not a bad idea. We have to keep the code for loading
BINSTRING opcodes anyway, so we might as well use it. It could be helpful for
unit-testing our Python 2 compatibility support for pickle.
We should still fix array in 2.7 to
Changes by Alexandre Vassalotti :
--
versions: +Python 2.7, Python 3.3
___
Python tracker
<http://bugs.python.org/issue12290>
___
___
Python-bugs-list mailin
Changes by Alexandre Vassalotti :
--
assignee: -> docs@python
components: +Documentation -Library (Lib)
nosy: +docs@python
stage: -> patch review
versions: +Python 3.4 -Python 2.6, Python 2.7, Python 3.1, Python 3.2, Python
3.3
___
Python t
Changes by Alexandre Vassalotti :
--
nosy: -alexandre.vassalotti
___
Python tracker
<http://bugs.python.org/issue6673>
___
___
Python-bugs-list mailing list
Unsub
Alexandre Vassalotti added the comment:
I fixed up the last few review comments and submitted the patch. Thank you for
the help!
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python track
Alexandre Vassalotti added the comment:
I cleaned up the patch. I will submit it tonight if there is no major
objections.
--
Added file: http://bugs.python.org/file33019/pickle_python2_str_as_bytes.diff
___
Python tracker
<http://bugs.python.
Changes by Alexandre Vassalotti :
--
nosy: +alexandre.vassalotti
stage: -> patch review
type: -> enhancement
___
Python tracker
<http://bugs.python.org/i
Changes by Alexandre Vassalotti :
--
title: Error pickling a dict -> Error pickling objects with mutating
__getstate__
___
Python tracker
<http://bugs.python.org/issu
Changes by Alexandre Vassalotti :
--
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Alexandre Vassalotti added the comment:
Looks good to me!
--
___
Python tracker
<http://bugs.python.org/issue19900>
___
___
Python-bugs-list mailing list
Unsub
Alexandre Vassalotti added the comment:
Ah, I almost forgot! I did implement the verification in pickletools.dis() for
MEMOIZE:
http://hg.python.org/cpython/file/2612ea573ff7/Lib/pickletools.py#l2420
--
___
Python tracker
<http://bugs.python.
Alexandre Vassalotti added the comment:
Could you provide a single patch with the implementation and the tests
together? I will try to find some time this week to review this.
--
assignee: docs@python -> alexandre.vassalotti
priority: normal -> high
stage: -> patch review
Changes by Alexandre Vassalotti :
--
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python.or
Changes by Alexandre Vassalotti :
Added file: http://bugs.python.org/file33001/fix_bigmem_pickle_3.patch
___
Python tracker
<http://bugs.python.org/issue19881>
___
___
Changes by Alexandre Vassalotti :
Added file: http://bugs.python.org/file32982/fix_bigmem_pickle_2.patch
___
Python tracker
<http://bugs.python.org/issue19881>
___
___
New submission from Alexandre Vassalotti:
The bigmem tests for pickle are currently failing for protocol 4. The tests are
broken because of an assumption rendered invalid by the frame header. Fixing
the tests caught a legitimate bug in the save_bytes function of cpickle.
--
assignee
Alexandre Vassalotti added the comment:
MEMOIZE and PUT can be used together. They just need to not step on each other
toes when they write to the memo table. As specified by PEP 3154, the memo
index used by MEMOIZE is the number of elements currently in the memo table.
This obviously means
Alexandre Vassalotti added the comment:
Well, that can only happen if MEMOIZE and PUT are both used together, which
won't happen with the Pickler classes we support. The easiest thing to do here
is to disable pickletools.optimize on proto
Changes by Alexandre Vassalotti :
--
nosy: -alexandre.vassalotti
___
Python tracker
<http://bugs.python.org/issue19835>
___
___
Python-bugs-list mailin
Changes by Alexandre Vassalotti :
--
assignee: -> alexandre.vassalotti
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Alexandre Vassalotti added the comment:
Feel free to commit once you have addressed the remaining comments.
--
assignee: -> doerwalter
___
Python tracker
<http://bugs.python.org/issu
New submission from Alexandre Vassalotti:
PEP 3154 introduced the MEMOIZE opcode which lowered the overhead of
memoization compared to the PUT opcodes which were previously used.
We should update pickletools.optimize to remove superfluous uses of this new
opcode.
--
components
Alexandre Vassalotti added the comment:
Yeah, let's close this. It is much simpler to just double the frame size target
if the extra reads ever become a performance issue.
--
status: pending -> closed
___
Python tracker
<http://bugs
Alexandre Vassalotti added the comment:
Now, pickletools.optimize doesn't do anything on protocol 4. :)
--
assignee: -> alexandre.vassalotti
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Pyth
Changes by Alexandre Vassalotti :
--
title: Multiprocessing module Pickling unPickling issues -> Multiprocessing
module cannot call instance methods across processes
___
Python tracker
<http://bugs.python.org/issu
Alexandre Vassalotti added the comment:
Look like I isolated the problem. It seems multiprocessing is using cPickle
which cannot be extended with ForkingPickler, unlike the Python version of the
pickle module.
15:09:29 [ ~/pythondev/python2.7 ]$ ./python.exe issue10717.py
Traceback (most
Alexandre Vassalotti added the comment:
Without a reproducible test case, I am afraid there is nothing we can do here.
--
assignee: -> alexandre.vassalotti
components: +Library (Lib) -None
nosy: +alexandre.vassalotti
resolution: -> works for me
stage: -> test needed
sta
Changes by Alexandre Vassalotti :
--
superseder: Implement PEP 3154 (pickle protocol 4) ->
___
Python tracker
<http://bugs.python.org/issue4727>
___
___
Py
Alexandre Vassalotti added the comment:
PEP 3154 implemented support for pickling classes taking keyword-only arguments.
The copy module should be updated to use __getnewargs_ex__ when available
through object.__reduce__(4).
--
nosy: +alexandre.vassalotti
superseder: -> Implement
Alexandre Vassalotti added the comment:
I have implemented PEP 3121 module finalization for _pickle in 64c6d52793be. I
don't see the use case for implementing PEP 384 stable ABI, since _pickle is
only distributed with Python.
--
assignee: -> alexandre.vassalo
Alexandre Vassalotti added the comment:
I have implemented PEP 3121 module finalization for _pickle in 64c6d52793be.
--
assignee: -> alexandre.vassalotti
nosy: +alexandre.vassalotti
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open
Alexandre Vassalotti added the comment:
We can't fix this without a working test case. Feel free to re-open if you find
one.
--
assignee: docs@python -> alexandre.vassalotti
components: -Documentation
resolution: -> works for me
status: open -> closed
versions: +Pyth
Changes by Alexandre Vassalotti :
--
nosy: -alexandre.vassalotti
stage: -> needs patch
versions: +Python 3.5 -Python 3.0
___
Python tracker
<http://bugs.python.org/iss
Alexandre Vassalotti added the comment:
Allowing generators to be deepcopied via their code object should be fine.
--
stage: test needed -> needs patch
title: Allow deepcopying and pickling paused generators -> Allow deepcopying
paused generators
versions: +Python 3.5 -Pyth
Changes by Alexandre Vassalotti :
--
assignee: -> alexandre.vassalotti
priority: normal -> high
stage: -> needs patch
type: -> behavior
versions: +Python 3.4
___
Python tracker
<http://bugs.python
Alexandre Vassalotti added the comment:
Thank you for the patch!
--
assignee: -> alexandre.vassalotti
resolution: -> fixed
stage: patch review -> committed/rejected
status: open -> closed
versions: +Python 3.4 -Python 3.1, Python 3.2
__
Alexandre Vassalotti added the comment:
I agree that there is a maintenance cost associated with C extension modules.
However, I would certainly be glad if it allowed us to eliminate uses of ctypes
in this module because ctypes is quite unsafe and doesn't work well across
platforms (thou
Alexandre Vassalotti added the comment:
This was fixed in 3.4 with the introduction of method pickling. I don't think
it would be appropriate to backport this to 2.7. Thus, I am closing this as a
won't fix for 2.x.
--
assignee: -> alexandre.vassalotti
resolution: ->
Alexandre Vassalotti added the comment:
I thought it over. I don't think the fix is appropriate for 2.x, as it seems
closer to being an extra feature than a bug fix.
Thanks Antoine for calling me out on this one.
--
resolution: -> wont fix
stage: patch review -> committ
Alexandre Vassalotti added the comment:
Antoine, are you okay with applying this fix to 2.7? Or should we just mark
this as a won't fix?
--
keywords: +patch
priority: low -> normal
resolution: fixed ->
stage: committed/rejected -> patch review
versions: -Python 3
Alexandre Vassalotti added the comment:
Would you be okay with removing the static declaration of PyNotImplemented_Type
and PyNone_Type if we prefix their name with an underscore? There isn't any
other way to fix this without making the types linkable.
I might revert the 2.7 change anyw
Changes by Alexandre Vassalotti :
--
assignee: docs@python -> alexandre.vassalotti
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.pytho
Alexandre Vassalotti added the comment:
With PEP 393 implemented, there doesn't seem to anything left to be done here.
Closing as fixed.
--
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Changes by Alexandre Vassalotti :
--
priority: normal -> low
versions: +Python 3.5 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue2281>
___
___
Py
Changes by Alexandre Vassalotti :
--
priority: normal -> low
versions: +Python 3.5 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue2281>
___
___
Py
Changes by Alexandre Vassalotti :
--
priority: normal -> low
versions: +Python 3.5 -Python 3.2
___
Python tracker
<http://bugs.python.org/issue2281>
___
___
Py
Changes by Alexandre Vassalotti :
--
priority: low -> normal
stage: needs patch -> patch review
versions: +Python 3.5 -Python 2.7, Python 3.2
___
Python tracker
<http://bugs.python.org/
Changes by Alexandre Vassalotti :
--
assignee: -> alexandre.vassalotti
resolution: -> fixed
stage: -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Alexandre Vassalotti added the comment:
Looks good to me! Feel free to commit.
--
___
Python tracker
<http://bugs.python.org/issue17897>
___
___
Python-bugs-list m
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file27241/stringio_sizeof-3.2_3.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26812/stringio_sizeof-2.7_2.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26810/stringio_sizeof-3.3_2.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26586/stringio_sizeof-3.3.patch
___
Python tracker
<http://bugs.python.org/issue15490>
___
___
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26811/stringio_sizeof-3.2_2.patch
___
Python tracker
<http://bugs.python.org/issue15
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26587/stringio_sizeof-3.2.patch
___
Python tracker
<http://bugs.python.org/issue15490>
___
___
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26588/stringio_sizeof-2.7.patch
___
Python tracker
<http://bugs.python.org/issue15490>
___
___
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26616/pickle_sizeof-3.2.patch
___
Python tracker
<http://bugs.python.org/issue15513>
___
___
Changes by Alexandre Vassalotti :
Removed file: http://bugs.python.org/file26617/pickle_sizeof-2.7.patch
___
Python tracker
<http://bugs.python.org/issue15513>
___
___
Changes by Alexandre Vassalotti :
--
assignee: -> docs@python
components: +Documentation -Interpreter Core
keywords: -64bit
nosy: +docs@python
stage: -> needs patch
type: resource usage -> enhancement
versions: +Python 3.4, Python 3.5 -Python 3.2, P
Alexandre Vassalotti added the comment:
I have reviewed the patch in the review tool. Please take a look!
--
___
Python tracker
<http://bugs.python.org/issue19
Changes by Alexandre Vassalotti :
--
assignee: -> alexandre.vassalotti
resolution: -> fixed
stage: needs patch -> committed/rejected
status: open -> closed
___
Python tracker
<http://bugs.python
Changes by Alexandre Vassalotti :
--
Removed message: http://bugs.python.org/msg204785
___
Python tracker
<http://bugs.python.org/issue19726>
___
___
Python-bug
Changes by Alexandre Vassalotti :
--
assignee: -> alexandre.vassalotti
resolution: -> duplicate
stage: patch review -> committed/rejected
status: open -> closed
superseder: -> Implement PEP 3154 (pickle protocol 4)
___
Python
1 - 100 of 670 matches
Mail list logo