Change by Eduardo Morales :
--
versions: +Python 3.11
___
Python tracker
<https://bugs.python.org/issue44869>
___
___
Python-bugs-list mailing list
Unsubscribe:
Eduardo Morales added the comment:
Also:
(base) ➜ backend git:(development) ✗ PYTHONFAULTHANDLER=1 python3 server.py
CONFIG_FILE=../config/development.json
Python(27657,0x10839f600) malloc: *** error for object 0x7ffb4ac81d10: pointer
being freed was not allocated
Python(27657,0x10839f600
Eduardo Morales added the comment:
Not sure if this is helpful, but I am attaching the MacOS bug log that is
auto-generated when Python fails.
--
Added file: https://bugs.python.org/file50267/bug.log
___
Python tracker
<https://bugs.python.
Eduardo Morales added the comment:
I've been able to tackle the issue down and reported it to the library.
Although I'm not sure if it's a Python or library issue.
https://github.com/ibmdb/python-ibmdb/issues/648
--
___
Python
Eduardo Morales added the comment:
These are the libraries that I'm using:
```
ibm-db~=3.0.4
Flask~=2.0.1
pandas~=1.2.5
requests~=2.25.1
flask_basicauth~=0.2.0
schedule~=1.1.0
```
--
___
Python tracker
<https://bugs.python.org/is
Eduardo Morales added the comment:
I am not sure how to reproduce it, I think it's being caused by an imported
library.
--
___
Python tracker
<https://bugs.python.org/is
New submission from Eduardo Morales :
Running on MacOS Monterrey throws following error:
```malloc: *** error for object 0x7ffb5ea1a120: pointer being freed was not
allocatedPython(4899,0x1061a8600)```
This started happening right after upgrading to the new MacOS Beta.
--
messages
Eduardo Suarez-Santana added the comment:
In my opinion, 'setup.cfg' is setuptools stuff and not part of python project.
Anyway I think it is a good idea to read it as UTF-8.
Setuptools seems to be defaulting to UTF-8:
https://github.com/pypa/setuptools/pull/1735
-
Ernesto Eduardo Medina Núñez added the comment:
While this gets fixed, can you provide a workaround? or recommend another
library?
--
nosy: +Ernesto Eduardo Medina Núñez
___
Python tracker
<https://bugs.python.org/issue21
New submission from Eduardo Orochena :
def load_file(filename):
with open(filename, 'r', encoding='utf-8') as fin:
header = fin.readline()
print('Found ' + header)
reader = csv.DictReader(fin)
for row in reader:
Eduardo Suarez-Santana added the comment:
When compiling GDAL with python support, before
Lib/distutils/unixccompiler.py:180,
self.compiler_cxx = ['/bin/sh', '/usr/x86_64-pc-linux-gnu/bin/libtool',
'--mode=compile', '--tag=CXX', 'x86_64-pc-linu
Change by Eduardo Suarez-Santana :
--
title: GDAL compilation error -> OSX C++ linking workaround in distutils breaks
other packages
___
Python tracker
<https://bugs.python.org/issu
New submission from Eduardo Suarez-Santana :
When compiling GDAL with python support, under certain build chain environment
variables, next error may appear when building and linking python extensions
(https://www.mail-archive.com/freebsd-ports@freebsd.org/msg41030.html):
/bin/sh: -d: invalid
New submission from Eduardo Robles Elvira:
I think I have found a small typo-bug in tarfile.py, that seems to
be present in cpython upstream, which makes tarfile compression slower.
The issue can be seen here, in line 415 [1] of tarfile.py:
self.cmp = self.zlib.compressobj(9
Eduardo Seabra added the comment:
I've added three lines to cls.code to test_hyperparser. So I can test for
subscripts with double quotes, single quotes and with no strings at all.
Should I implement try_open_completions_event for COMPLETE_DICTIONARY? Calling
this event everytime so
Eduardo Seabra added the comment:
>From the example, I couldn't know if the patch should also autocomplete int
>and other types. So here's a patch that autocompletes string dictionary keys.
I'm new contributing so let me know if I made anything wrong and I'l
Eduardo Seabra added the comment:
I've attached a patch with @mmarkk proposal.
--
keywords: +patch
nosy: +Eduardo.Seabra
Added file: http://bugs.python.org/file35662/issue21579.patch
___
Python tracker
<http://bugs.python.org/is
Eduardo Seabra added the comment:
Berker Peksag, I don't think your patch is okay.
When symlinks is set to true, it should copy the symbolic link of the
directory. Your code is calling copytree instead.
I think the following patch is working, no errors on regression tests.
--
Eduardo Robles Elvira added the comment:
Also, I guess this patch solves and is closely related to #1044 which was, at
the time (2007), considered "not a bug".
--
___
Python tracker
<http://bugs.python.o
Eduardo Robles Elvira added the comment:
Do we have any final decision on what's the best approach to solve this? I see
some possibilities:
a) leave the issue to the library user. I think that's a not good solution
security-wise as many will be unaware of the problem and this pro
Eduardo Robles Elvira added the comment:
>> [...] but remember, we split a volume only in the middle of a big file, not
>> in any other case (AFAIK). Hopefully you don't get huge pax headers or
>> anything strange. [...]
> Hopefully? Sorry, but have you tested
Eduardo Robles Elvira added the comment:
> The example I gave is based on the idea that there is a TarVolumeSet class in
> the tarfile module that implements all the required file-object methods (e.g.
> read(), write(), seek(), etc.) and acts as if the sequence of volumes is
>
Eduardo Robles Elvira added the comment:
I guess I got it wrong, it's not part of the POSIX standard, just part of the
GNU tar documentation. About the getmembers and getnames not reflecting the
entirety of the archive, it's an optimization I needed and I think ccan be
quite handy.
Eduardo Robles Elvira added the comment:
> I cannot yet go into the details, because I have not tested the patch.
> The comments, docstrings and quoting are not very consistent with the rest of
> the module. There are a few spelling mistakes.
I can try to take care of this, thoug
Eduardo Robles Elvira added the comment:
Do we have any news on this patch?
--
___
Python tracker
<http://bugs.python.org/issue18321>
___
___
Python-bugs-list m
Eduardo Seabra added the comment:
I've also increased the test coverage of filecmp.py. Don't know if I should
merge my patch with Alex.Volkov's patch. I'm uploading it as a separate patch.
--
nosy: +Eduardo.Seabra
Added file: http://bugs.python.org/file3280
Eduardo Robles Elvira added the comment:
could you please check if my contributor form is already processed?
--
___
Python tracker
<http://bugs.python.org/issue18
Eduardo Robles Elvira added the comment:
Fixing gzip.patch, it was using basestring (python2) instead of str
--
Added file: http://bugs.python.org/file31062/gzip.patch
___
Python tracker
<http://bugs.python.org/issue18
Changes by Eduardo Robles Elvira :
Removed file: http://bugs.python.org/file31061/gzip.patch
___
Python tracker
<http://bugs.python.org/issue18575>
___
___
Python-bug
New submission from Eduardo Robles Elvira:
A TarFile object constructor accepts a fileobj argument. When this argument is
set and it has a "mode" property, tarfile._mode is blindly copied from there.
Otherwise, mode is set using the mode argument in the constructor.
This usually wor
Eduardo Robles Elvira added the comment:
Sure, I will fill it out. But is it required?
--
___
Python tracker
<http://bugs.python.org/issue18321>
___
___
Python-bug
New submission from Eduardo Robles Elvira:
The patch attached provides implementation for multivolume support for tarfile
module. It contains both the changes in the module and a battery of unit tests.
It contains support for multivolume for both GNU and PAX formats.
The main idea behind this
Eduardo A. Bustamante López added the comment:
Hi Senthil,
> I fail to see the bug in here. Robotparser module is for reading and
> parsing the robot.txt file, the module responsible for fetching it
> could urllib.
You're right, but robotparser's read() does a call to urllib
Eduardo A. Bustamante López added the comment:
I forgot to mention that I ran a nc process in parallel, to see what data is
being sent: ``nc -l -p ``.
--
___
Python tracker
<http://bugs.python.org/issue15
Eduardo A. Bustamante López added the comment:
I'm not sure what's the best approach here.
1. Avoid changes in the Lib, and document a work-around, which involves
installing an opener with the specific User-agent. The draw-back is that it
modifies the behaviour of urlopen() gl
Eduardo A. Bustamante López added the comment:
I guess a workaround is to do:
robotparser.URLopener.version = 'MyVersion'
--
___
Python tracker
<http://bugs.python.o
Changes by Eduardo A. Bustamante López :
Added file: http://bugs.python.org/file27101/myrobotparser.py
___
Python tracker
<http://bugs.python.org/issue15851>
___
___
Pytho
New submission from Eduardo A. Bustamante López:
I found that http://en.wikipedia.org/robots.txt returns 403 if the provided
user agent is in a specific blacklist.
And since robotparser doesn't provide a mechanism to change the default user
agent used by the opener, it becomes unusabl
Changes by Eduardo Cereto Carvalho :
--
nosy: +Eduardo.Cereto.Carvalho
___
Python tracker
<http://bugs.python.org/issue11445>
___
___
Python-bugs-list mailin
New submission from eduardo :
>From the example:
http://docs.python.org/py3k/library/tempfile.html#examples
The error message is weird... but I guess the problem is the default mode 'w+b'.
Python 3.3a0 (default:78a66c98288d, Apr 9 2011, 16:13:31)
[GCC 4.4.5] on linu
Eduardo Aguiar added the comment:
Another try. I have opened a file for writing, and have tried to read
from it:
>>> fp = open ('xxx', 'w')
>>> fp.read ()
Traceback (most recent call last):
File "", li
Eduardo Aguiar added the comment:
Maybe you could create a file without read permission (000) and try
to read from it.
--
___
Python tracker
<http://bugs.python.org/issue5
Eduardo Aguiar added the comment:
Hi,
I think I have a few more issues you can consider:
1) to allocated an aligned buffer it is as simple as allocate 4096 + len
(buffer) and truncate address to 4k boundary.
2) I wrote a floppy imager, and without O_DIRECT, it gives me 8 sectors
(4k = kernel
New submission from Eduardo Aguiar :
At posixmodule.c (line 6306)
static PyObject *
posix_read(PyObject *self, PyObject *args)
{
int fd, size, n;
PyObject *buffer;
if (!PyArg_ParseTuple(args, "ii:read", &fd, &size))
return NULL;
New submission from Eduardo Aguiar :
At arraymodule.c (line 1258):
nread = fread(item + (Py_SIZE(self) - n) * itemsize,
itemsize, n, fp);
if (nread < (size_t)n) {
Py_SIZE(self) -= (n - nr
Carlos Eduardo Klock <[EMAIL PROTECTED]> added the comment:
Sorry, it is really a problem with the comma.
Thanks for helping! :)
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.pytho
New submission from Carlos Eduardo Klock <[EMAIL PROTECTED]>:
Hello,
I am having a weird problem with regex. I am trying to get the tokens
that match the pattern below, but it is not working only for a specific
case. I do this for many lines of text, and it works, except for the
New submission from Paulo Eduardo Neves <[EMAIL PROTECTED]>:
Doctest doesn't obey the specified file encoding for unicode literals.
I've put the minimum test case that demonstrate the error in the
attached file.
The program has the # -*- coding: utf-8 -*- as the first line
New submission from Carlos Eduardo de Paula <[EMAIL PROTECTED]>:
The build_installer.py script, used to create MacPython installers tries
to fetch a SQLite version that is not available anymore. I provided a
patch with an updated version and its corresponding hash.
Maybe this sho
Eduardo Padoan added the comment:
> By the way, what are you supposed you use in py3k instead of callable?
Either "try: foo(); except TypeError: ...", or "if hasattr(foo,
'__call__'): foo()".
__
Tracker <[EMAIL PROTECTED
New submission from Eduardo Padoan:
Running python2.6 with the -3 option, you get 6 warnings about callable():
[EMAIL PROTECTED]:~/dev/svn/python2.6$ python2.6 -3
warning: callable() not supported in 3.x
warning: callable() not supported in 3.x
warning: callable() not supported in 3.x
warning
New submission from Eduardo Padoan:
UserDict moved from UserDict module (deleted) to collections on py3k.
This patch adds this case to fix_import.py on 2to3.
--
assignee: collinwinter
components: 2to3 (2.x to 3.0 conversion tool)
files: fix_import_udict.diff
messages: 62186
nosy
Eduardo Padoan added the comment:
Can't reproduce this error anymore with revision 58472.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1151>
__
___
Python-
Eduardo Padoan added the comment:
Can't reproduce this error anymore with revision 58472.
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1161>
__
___
Python-
Changes by Eduardo Padoan:
--
severity: critical -> minor
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1165>
__
___
Python-bugs-list mailing li
New submission from Eduardo Padoan:
Currently, itertools.count.__next__ checks wether the current value is >
PY_SSIZE_T_MAX and raises OverflowError if so. Shouldn't the value be
stored as "long", at least in Py3k? Not that I have any use case for it,
so it is minor.
---
Changes by Eduardo Padoan:
--
title: Mangled chars in offending line of SyntaxError traceback -> Garbled
chars in offending line of SyntaxError traceback
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.o
New submission from Eduardo Padoan:
Python 3.0a1 (py3k:58103, Sep 11 2007, 13:52:21)
[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> asd asd
File &qu
New submission from Eduardo Padoan:
On revision 54803, interactive mode, on linux: if type ctrl+c you type
ctrl+c, it should raise KeyboardInterrupt, but "TypeError: expected
string, bytes found" printed. Also, I could *not* catch it doing:
>>> try:
... while Tr
New submission from Eduardo Padoan:
To reproduce:
>>> import httplib
>>> conn = httplib.HTTPConnection("www.python.org")
>>> conn.request("GET", "/index.html")
>>> r1 = conn.getresponse()
>>> r1.read()
Traceback (most re
60 matches
Mail list logo
