Change by Gustavo J. A. M. Carneiro :
--
nosy: +gustavo
___
Python tracker
<https://bugs.python.org/issue4>
___
___
Python-bugs-list mailing list
Unsub
Gustavo added the comment:
If you need more help on this issue, you can try the following guide:
https://chromenotopening.com
--
nosy: +gustavoxo
___
Python tracker
<https://bugs.python.org/issue39
Gustavo added the comment:
Hi! I want to help you, leaving a useful guide about
https://remotedesktopwindows10.net;>how to use remote desktop to connect to
a Windows PC.
--
nosy: +gustavoxo
___
Python tracker
<https://bugs.python.org/issu
Gustavo added the comment:
I was able to fix this problem quickly following these easy guide:
First, you need to press the keys Win + R to open the Run dialog, there type
the command msiexec /unreg and hit Enter
Now, open the Run dialog again and this time, type the command msiexec
Gustavo J. A. M. Carneiro added the comment:
What a shame, I've seen this error many times as well.
Surely making it BaseException will not break that much code?...
--
nosy: +gustavo
___
Python tracker
<https://bugs.python.org/issue32
Gustavo Serra Scalet added the comment:
No worries. I thank you also for reviewing all these changesets. I'm glad it
worked in the end.
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Gustavo Serra Scalet added the comment:
Is there any news on this issue? The PR 3112 also seems to be frozen at the
moment. Is there some kind of code freeze happening at the moment that no
reviews are taking place?
--
___
Python tracker <
Gustavo Serra Scalet added the comment:
Sorry, I didn't take a deeper analysis on what you said, I guess you wanted to
point out this problem:
.-.
| A C++ code | <= Designed to be the catcher
:-:
| cpython | <= Malloc'd som
Gustavo Serra Scalet added the comment:
> Throwing exceptions through CPython is totally unsupported, -fexceptions or
> not. Like C++ code that's not exception-aware, CPython lacks any of the catch
> handlers to properly clean up resources on unwind.
wait wait. It's not expected tha
Gustavo Serra Scalet added the comment:
well, now I'm confused: what should we do with this change? Do we need to ask
any other expert?
--
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python.org/i
Gustavo Serra Scalet added the comment:
> Why doesn't gcc make it the default behaviour?
Because it "can produce significant data size overhead, although it does not
affect execution" for C code.
However it'd improves interoperability with C++, which I think it makes sense
fo
Gustavo Serra Scalet added the comment:
-fexceptions documentation:
https://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html#index-fexceptions
Highlight to: "you may need to enable this option when compiling C code that
needs to interoperate properly with exception handlers written
Changes by Gustavo Serra Scalet <gustavo.sca...@eldorado.org.br>:
--
nosy: +gut
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
Gustavo Serra Scalet added the comment:
> Since OPENSSL_config() accepts a filename, maybe a first step would be
> to expose the function as ssl.OPENSSL_config(filename) to allow user to
> load *explicitly* a configuration file? ssl.OPENSSL_config() would call
> OPENSSL_config(
Gustavo Serra Scalet added the comment:
> Christian Heimes added the comment:
>
> This small change also changes behavior of OpenSSL dramatically. What
> are your Python and OpenSSL versions?
I tested by compiling my own python3 (8aaf499) against its parent (d6d344d) For
pyt
Changes by Gustavo Serra Scalet <gustavo.sca...@eldorado.org.br>:
--
pull_requests: +1309
___
Python tracker <rep...@bugs.python.org>
<http://bugs.python
New submission from Gustavo Serra Scalet:
To correctly pick the best algorithm for the current architecture,
libssl needs to have OPENSSL_config(NULL) called as described on:
https://wiki.openssl.org/index.php/Libcrypto_API
This short change lead to a speedup of 50% on POWER8 when using
Gustavo Goretkin added the comment:
Sorry, I typo'd that last example pretty badly. Should be
>>> list(shlex.shlex(b"mkdir Bad\xffButLegalPath".decode("utf-8",
>>> "surrogateescape")))
['mkdir', 'Bad', '\udcff', 'ButLegalPath']
--
Gustavo Goretkin added the comment:
>Instead of trying to enumerate all possible wordchars, I think a more robust
>solution is to use whitespace_split to include *all* characters not otherwise
>considered special.
I agree with that approach.
Also note that dash/hyphen gets in
Gustavo Goretkin added the comment:
It looks like cpython will check to see if O_CLOEXEC is #defined.
In my system's /usr/include/sys/fcntl.h
#if __DARWIN_C_LEVEL >= 200809L
#define O_CLOEXEC 0x100 /* implicitly set FD_CLOEXEC */
#en
New submission from Gustavo Goretkin:
I am on OS X 10.9.5
Python 3.5.1 (v3.5.1:37a07cee5969, Dec 5 2015, 21:12:44)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>>
Gustavo Goretkin added the comment:
Can the documentation be updated accordingly? Currently the documentation
(roughly) says that this is available.
If not separately noted, all functions that claim “Availability: Unix” are
supported on Mac OS X, which builds on a Unix core.
os.O_EXLOCK
Gustavo J. A. M. Carneiro added the comment:
New patch that:
1. adds assert(sizeof(uuid_t) == 16); to the extension module;
2. fixes the code path when ctypes has to be used instead of the extension
module (needed a bit more refactoring, apologies if it makes the diff harder to
read);
3
Gustavo J. A. M. Carneiro added the comment:
One issue of note is regarding generate_time(). Originally I found ctypes
bindings for this function, so I wrapped it as well in the extension module.
However, it doesn't appear to be used
Gustavo J. A. M. Carneiro added the comment:
This patch fixes the Mac OS X issue @haypo pointed out.
--
Added file: http://bugs.python.org/file40865/issue20519_10941v2.diff
___
Python tracker <rep...@bugs.python.org>
<http://bugs.p
Gustavo J. A. M. Carneiro added the comment:
I am not using hg anymore, since asyncio migrated to git.
Here's a github PR, does that help?
https://github.com/python/asyncio/pull/260
--
___
Python tracker rep...@bugs.python.org
http
Gustavo J. A. M. Carneiro added the comment:
I was wrong, there still needs to be some cleanup in cancellation, even with
the new approach. But it does solve the out-of-order problem.
I don't know if it should be applied to rc1. I wish I had more time to test.
Up to you guys
Gustavo J. A. M. Carneiro added the comment:
I don't think the order for multiple concurrent getters matters that much.
With analogy with the threading case, if multiple threads are blocked get()ing
an item from the same queue, I would not presume to expect anything about the
ordering which
Gustavo J. A. M. Carneiro added the comment:
Sure, just give me a couple of days.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23812
Gustavo J. A. M. Carneiro added the comment:
Don't know if it helps, but I made a github pull request for this:
https://github.com/python/asyncio/pull/256
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23812
Gustavo J. A. M. Carneiro added the comment:
So I uploaded a new patch version fixing a similar problem in put().
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23812
Changes by Gustavo J. A. M. Carneiro gjcarne...@gmail.com:
Added file: http://bugs.python.org/file38741/Issue23812.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23812
New submission from Gustavo J. A. M. Carneiro:
I have a pattern where I read from a queue with a timeout, generally like this:
while True:
reader = asyncio.async(wait_for(queue.get(), 0.1))
try:
item = (yield from reader)
except asyncio.TimeoutError:
reader.cancel()
continue
Gustavo J. A. M. Carneiro added the comment:
- Are there other places where a cancellation can have a similar effect?
Maybe the same logic in put()?
Hm.. I didn't look, but yes, it does look like it might be affected by the same
issue. I'll try to create a test for that to confirm.
how
Gustavo J. A. M. Carneiro added the comment:
I created a codereview issue: https://codereview.appspot.com/222930043
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23812
Gustavo Frederico Temple Pedrosa added the comment:
@haypo, @lbianc will investigate this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23644
Gustavo Temple added the comment:
@haypo, I checked and your idea and implementation are very good, thank you
very much.
Yes, there is a Clang-specific implementation of the stdatomic.h header [1].
The Musl libc for example created a stdatomic.h header with full compatibility
[2].
[1] http
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37704/atomicv5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Gustavo Temple added the comment:
@haypo, @Arfrever, done: atomicv5.patch
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
___
Python
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37693/atomicv4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Removed file: http://bugs.python.org/file37693/atomicv4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Gustavo Temple added the comment:
OK, I will do.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
___
Python-bugs-list mailing list
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37694/atomicv4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Gustavo Temple added the comment:
@haypo, OK, I will investigate the problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Gustavo Temple added the comment:
Thank you, Victor!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
___
Python-bugs-list mailing list
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
--
nosy: +steve.dower
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23089
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
--
nosy: +lemburg
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23089
___
___
Python
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23089
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
--
nosy: +tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23089
___
___
Python
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
--
nosy: +zach.ware
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23089
___
___
Python
Gustavo Temple added the comment:
@steve.dower, so, can I abandon this issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23085
Gustavo Temple added the comment:
@steve.dower, so no problems, because my patch won't affect Windows.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23085
New submission from Gustavo Temple:
Update config.guess and config.sub
--
components: Installation
files: config.patch
keywords: patch
messages: 232937
nosy: gustavotemple
priority: normal
severity: normal
status: open
title: Update config files
versions: Python 3.4, Python 3.5
Added
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23089
___
___
Python-bugs
Gustavo Temple added the comment:
@r.david.murray, I think they aren't related.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23089
Gustavo Temple added the comment:
@r.david.murray, the config.guess inside the root folder fixes some
verifications about IBM arch, the config.guess inside the libffi folder fixes
some verifications about PowerPC, and the config.sub inside the libffi folder
fixes some verifications about
New submission from Gustavo Temple:
Link to the file:
https://github.com/gustavotemple/cpython/pull/2.diff
Link to the changes:
https://github.com/gustavotemple/cpython/pull/2/commits
--
components: ctypes
files: libffi.patch
keywords: patch
messages: 232890
nosy: doko, gustavotemple
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
--
title: update internal libffi copy to 3.1 - update internal libffi copy to
3.2.1
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23085
Gustavo Temple added the comment:
@doko, sorry, but what are the Steve's changes? The issue #22733?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23085
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37497/atomicv3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Gustavo Temple added the comment:
@haypo, done: atomicv3.patch
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
___
___
Python-bugs-list
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Removed file: http://bugs.python.org/file37497/atomicv3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37498/atomicv3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Removed file: http://bugs.python.org/file37498/atomicv3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37499/atomicv3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Added file: http://bugs.python.org/file37500/atomicv3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Changes by Gustavo Temple gustavo.pedr...@eldorado.org.br:
Removed file: http://bugs.python.org/file37499/atomicv3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
Gustavo Frederico Temple Pedrosa added the comment:
ping
--
nosy: +gustavotemple
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22038
New submission from Gustavo J. A. M. Carneiro:
If you try the attached program, you will find that for every iteration the
uuid.uuid4() call generates objects that contain reference cycles and need the
help of the garbage collector. This is not nice. If I make the ctypes module
not able
Gustavo J. A. M. Carneiro added the comment:
Well, this isn't a big problem, but I have an application that needs to run
with the GC disabled, since it causes pauses of a couple of seconds each time a
full collection runs (we have a few million objects allocated). I will run the
GC only once
Gustavo J. A. M. Carneiro added the comment:
I have narrowed it down to one line of code:
ctypes.create_string_buffer(16)
That is enough to create 7 objects that have reference cycles.
[class 'ctypes.c_char_Array_16', {'__module__': 'ctypes', '__doc__': None,
'__weakref__': attribute
Gustavo J. A. M. Carneiro added the comment:
Regardless, if you don't mind, take this patch for Python 3.5 to avoid ctypes,
at least in the Linux case (I don't have Windows to test). Creating a proper
extension module is safer and really not that hard...
--
keywords: +patch
Added
New submission from Gustavo Niemeyer:
This simple script will spawn N Python interpreters that aren't properly
collected due to the improper error handling:
import pty
for i in range(N):
try: pty.spawn([/non-existent])
except: pass
--
components: Library (Lib)
messages: 187681
Gustavo Arzola gust...@xcode.com added the comment:
I use netatalk so that I can edit my projects on my laptop (Mac) but run them
on my server (Linux). Netatalk creates all kinds of .AppleDouble
sub-directories that contain files with the same names as the parents, but
generally hold icon
Changes by Gustavo Niemeyer gust...@niemeyer.net:
--
nosy: -niemeyer
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1521950
___
___
Python-bugs
Gustavo Niemeyer gust...@niemeyer.net added the comment:
Indeed, nice use of the time machine! :-)
Thanks Lars!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9071
Gustavo Niemeyer gust...@niemeyer.net added the comment:
Please note that even if unpacking such a tar might be semantically equivalent
to a version which strips out the ./ prefix, it should be possible to create
a tar with valid path names such as these.
In the case of debs, for instance
New submission from Gustavo Narea gustavona...@2degreesnetwork.com:
Download Python 2.5.5 and run ./configure: _ctypes.so won't be compiled
because the ./configure file for libffi in ctypes is not executable.
Here's the output:
env: Python-2.5.5/Modules/_ctypes/libffi/configure
Gustavo De Nardin (spuk) gustav...@gmail.com added the comment:
We hit this problem with system-config-printer in Mandriva Linux
(https://qa.mandriva.com/show_bug.cgi?id=48158). Fixed it with this
patch
http://svn.mandriva.com/cgi-bin/viewvc.cgi/packages/cooker/python/current/SOURCES/python
Gustavo J. A. M. Carneiro gjcarne...@gmail.com added the comment:
If this problem does not apply to Python 3.x, by all means go ahead and
close it. It probably is a bug, but probably not worth fixing;
workaround is simple enough, and affected extensions have already
adapted
New submission from Gustavo Narea [EMAIL PROTECTED]:
trace.py tries to get coverage information from non Python files, which raises a
SyntaxError because the file doesn't contain valid Python code.
I've attached a path that fixes this problem in Python 2.5.
--
components: Library (Lib
Gustavo Narea [EMAIL PROTECTED] added the comment:
Hi, Amaury.
I found this problem using the Bitten continuous integration system
(http://bitten.edgewall.org/ticket/304).
I'm using the TurboGears framework with Genshi, and therefore
mypackage.templates module should contain non-Python files
Changes by Gustavo J. A. M. Carneiro [EMAIL PROTECTED]:
--
nosy: +gustavo
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue2663
__
___
Python-bugs-list mailing list
New submission from Gustavo J. A. M. Carneiro:
Often python extension modules define submodules like this:
static PyObject *
initfoo_xpto(void)
{
PyObject *m;
m = Py_InitModule3(foo.xpto, foo_xpto_functions, NULL);
[...]
return m;
}
PyMODINIT_FUNC
initfoo(void)
{
PyObject
Gustavo J. A. M. Carneiro added the comment:
The patch looks great.
But I was wondering if there is any chance to export a C API in addition
to the Python one? That is because PyGTK is mostly C, the code that
needs this is C, it would be easier to call a C API.
--
nosy: +gustavo
Changes by Gustavo J. A. M. Carneiro:
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1583
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman
Gustavo J. A. M. Carneiro added the comment:
Minimal patch that just adds the pipe but does not attempt to fix
anything else.
Added file: http://bugs.python.org/file8898/python-signals-minimal.diff
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org
Gustavo J. A. M. Carneiro added the comment:
The minimal patch doesn't initialize dummy_char or dummy_c. It's
harmless here, but please fix it. ;)
The variable is called 'dummy' for a reason. The value written or read
is irrevelant...
_
Tracker [EMAIL
Gustavo J. A. M. Carneiro added the comment:
My understanding is that there are some things that the current patch
does not address.
Well, I don't know what those things are, so it's hard for me to address
them. :-)
_
Tracker [EMAIL PROTECTED]
http
New submission from Gustavo Niemeyer:
import os
os.system(echo $ASD)
0
os.environ[ASD] = asd
os.system(echo $ASD)
asd
0
os.environ.pop(ASD)
'asd'
os.system(echo $ASD)
asd
0
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1287
Changes by Gustavo Niemeyer:
--
nosy: niemeyer
severity: normal
status: open
title: os.environ.pop doesn't work
versions: Python 2.1.1, Python 2.1.2, Python 2.2, Python 2.2.1, Python 2.2.2,
Python 2.2.3, Python 2.3, Python 2.4, Python 2.5, Python 2.6, Python 3.0
91 matches
Mail list logo
