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
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/is
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
<http://bugs.python.org/is
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
<h
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'
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 ex
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
<http://bugs.python.org/is
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
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 :
--
nosy: +gut
___
Python tracker
<http://bugs.python.org/issue30910>
___
___
Python-bugs-list mailing list
Unsubscribe:
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(NUL
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
python2
Changes by Gustavo Serra Scalet :
--
pull_requests: +1309
___
Python tracker
<http://bugs.python.org/issue30102>
___
___
Python-bugs-list mailing list
Unsub
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
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:
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 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 *
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 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
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
<http://bugs.python.org/issue20
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
<http://bugs.python.org/is
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
Gustavo J. A. M. Carneiro added the comment:
Sure, just give me a couple of days.
--
___
Python tracker
<http://bugs.python.org/issue23812>
___
___
Python-bug
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
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
<http://bugs.python.org/is
Gustavo J. A. M. Carneiro added the comment:
So I uploaded a new patch version fixing a similar problem in put().
--
___
Python tracker
<http://bugs.python.org/issue23
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
Gustavo J. A. M. Carneiro added the comment:
I created a codereview issue: https://codereview.appspot.com/222930043
--
___
Python tracker
<http://bugs.python.org/issue23
Changes by Gustavo J. A. M. Carneiro :
Added file: http://bugs.python.org/file38741/Issue23812.diff
___
Python tracker
<http://bugs.python.org/issue23812>
___
___
Pytho
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 Frederico Temple Pedrosa added the comment:
@haypo, @lbianc will investigate this issue.
--
___
Python tracker
<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
Gustavo Temple added the comment:
@haypo, @Arfrever, done: atomicv5.patch
--
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list mailin
Changes by Gustavo Temple :
Added file: http://bugs.python.org/file37704/atomicv5.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Gustavo Temple added the comment:
OK, I will do.
--
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list mailing list
Unsubscribe:
Gustavo Temple added the comment:
@haypo, done: atomicv4.patch
--
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list mailin
Changes by Gustavo Temple :
Added file: http://bugs.python.org/file37694/atomicv4.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Removed file: http://bugs.python.org/file37693/atomicv4.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Added file: http://bugs.python.org/file37693/atomicv4.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Gustavo Temple added the comment:
@haypo, OK, I will investigate the problem.
--
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Gustavo Temple added the comment:
Thank you, Victor!
--
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Gustavo Temple :
--
nosy: +tim.golden
___
Python tracker
<http://bugs.python.org/issue23089>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Gustavo Temple :
--
nosy: +zach.ware
___
Python tracker
<http://bugs.python.org/issue23089>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Gustavo Temple :
--
nosy: +meador.inge
___
Python tracker
<http://bugs.python.org/issue23089>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Gustavo Temple :
--
nosy: +lemburg
___
Python tracker
<http://bugs.python.org/issue23089>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Gustavo Temple :
--
nosy: +steve.dower
___
Python tracker
<http://bugs.python.org/issue23089>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Gustavo Temple added the comment:
@r.david.murray, I think they aren't related.
--
___
Python tracker
<http://bugs.python.org/issue23089>
___
___
Pytho
Changes by Gustavo Temple :
--
nosy: +doko
___
Python tracker
<http://bugs.python.org/issue23089>
___
___
Python-bugs-list mailing list
Unsubscribe:
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
Gustavo Temple added the comment:
@steve.dower, so no problems, because my patch won't affect Windows.
--
___
Python tracker
<http://bugs.python.org/is
Gustavo Temple added the comment:
@steve.dower, so, can I abandon this issue?
--
___
Python tracker
<http://bugs.python.org/issue23085>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Removed file: http://bugs.python.org/file37499/atomicv3.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Added file: http://bugs.python.org/file37500/atomicv3.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Added file: http://bugs.python.org/file37499/atomicv3.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Removed file: http://bugs.python.org/file37498/atomicv3.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Added file: http://bugs.python.org/file37498/atomicv3.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Changes by Gustavo Temple :
Removed file: http://bugs.python.org/file37497/atomicv3.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Gustavo Temple added the comment:
@haypo, done: atomicv3.patch
--
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list mailin
Changes by Gustavo Temple :
Added file: http://bugs.python.org/file37497/atomicv3.patch
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
Gustavo Temple added the comment:
@doko, sorry, but what are the Steve's changes? The issue #22733?
--
___
Python tracker
<http://bugs.python.org/is
Changes by Gustavo Temple :
--
title: update internal libffi copy to 3.1 -> update internal libffi copy to
3.2.1
___
Python tracker
<http://bugs.python.org/issu
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
Gustavo Frederico Temple Pedrosa added the comment:
ping
--
nosy: +gustavotemple
___
Python tracker
<http://bugs.python.org/issue22038>
___
___
Python-bugs-list m
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: +p
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.
[, {'__module__': 'ctypes', '__doc__': None,
'__weakref__': , '
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
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 to
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
Gustavo Arzola 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, desktop location
Changes by Gustavo Niemeyer :
--
nosy: -niemeyer
___
Python tracker
<http://bugs.python.org/issue1521950>
___
___
Python-bugs-list mailing list
Unsubscribe:
Gustavo Niemeyer added the comment:
Indeed, nice use of the time machine! :-)
Thanks Lars!
--
___
Python tracker
<http://bugs.python.org/issue9071>
___
___
Pytho
Gustavo Niemeyer 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, the files
New submission from Gustavo Narea :
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: Permission denied
Gustavo De Nardin (spuk) 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-2.5.2-f
Gustavo J. A. M. Carneiro 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 to it
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-P
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.
--
com
Changes by Gustavo J. A. M. Carneiro <[EMAIL PROTECTED]>:
--
nosy: +gustavo
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue2663>
__
___
Python-bugs
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)
{
Gustavo J. A. M. Carneiro added the comment:
I was about to submit the very same patch :-)
I missed PyErr_NewException, but you missed the PyMapping_* methods ;)
Please look into this matter. GCC 4.2 has arrived and it has a new
warning. The code:
char* kwlist[] = { "target",
Changes by Gustavo J. A. M. Carneiro:
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1583>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python
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
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...
__
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.p
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 <[
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, Pytho
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
93 matches
Mail list logo
