[issue1177] urllib* 20x responses not OK?
Facundo Batista added the comment: It should behave as you say, yes. I fixed the class HTTPErrorProcessor(BaseHandler) regarding this issue, to not raise an error if response is 2xx (see rev 54927). Regards, -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1177> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1177] urllib* 20x responses not OK?
Facundo Batista added the comment: Done, rev 58207. -- resolution: accepted -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1177> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1772851] Decimal and long hash, compatibly and efficiently
Facundo Batista added the comment: Applied the patchs long_hash.patch (rev 58208) and decimal_hash_v2.patch (rev 58211) -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1772851> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1271] Raw string parsing fails with backslash as last character
Facundo Batista added the comment: As stated in the docs... http://docs.python.org/dev/reference/lexical_analysis.html#string-literals r"\" is not a valid string literal (even a raw string cannot end in an odd number of backslashes). Specifically, a raw string cannot end in a single backslash (since the backslash would escape the following quote character). -- nosy: +facundobatista resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1271> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1580738] httplib hangs reading too much data
Facundo Batista added the comment: Mark is ok, zero length responses are ok. But that has nothing to do with self.length. self.lenght reaching zero means that everything that needed to be read is already read. If the read() method is called without an argument, it reads everything until it reaches self.lenght, and then it closes self. So, when is called with an argument, is ok to close self if after reading something self.length reaches zero (note that this actually means that something was read, and self.length was lowered down...) If self is closed also in this instance (see the patch), all tests pass ok, and how you use HTTPConnection reading small pieces and not the whole thing, is actually simplified... -- assignee: -> facundobatista keywords: +patch versions: +Python 2.5 -Python 2.4 _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1580738> _Index: Lib/httplib.py === --- Lib/httplib.py (revisión: 58443) +++ Lib/httplib.py (copia de trabajo) @@ -530,7 +530,8 @@ s = self.fp.read(amt) if self.length is not None: self.length -= len(s) - +if not self.length: +self.close() return s def _read_chunked(self, amt): ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1259] string find and rfind methods give a TypeError that is misleading
Facundo Batista added the comment: Documentation for find(): str.find(sub[, start[, end]]) Return the lowest index in the string where substring sub is found, such that sub is contained in the range [start, end]. Optional arguments start and end are interpreted as in slice notation. Return -1 if sub is not found. I think that it shouldn't be possible to call it with None arguments. The error message is wrong: it's a TypeError, but the message should say something like... TypeError: slice indices must be integers or have an __index__ method If you're ok with this change, assign this bug to me and I'll fix it. Regards, -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1259> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1580738] httplib hangs reading too much data
Facundo Batista added the comment: Fixed in rev 58530 (also added a test case) -- resolution: -> fixed status: open -> closed _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1580738> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1289] Typo in Context Manager Types
Facundo Batista added the comment: Where this happens? In the documentation? In the PEP? Do you have the URL where you found this? -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1289> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1290] xml.dom.minidom not able to handle utf-8 data
Facundo Batista added the comment:
Downloaded the testdata.txt file, and yes, it's UTF-8:
[EMAIL PROTECTED]:~/devel$ file testdata.txt
testdata.txt: UTF-8 Unicode text
But I opened it perfectly!
Python 2.5.1 (r251:54863, May 2 2007, 16:56:35)
[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import xml.dom.minidom as dom
>>> data = open('testdata.txt','r').read()
>>> mydom = dom.parseString(data)
>>> mydom
>>>
In which platform you're working?
And yes, you have absolute permission to fix it, patchs are always welcomed!
--
nosy: +facundobatista
resolution: -> works for me
status: open -> closed
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1290>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1289] Typo in Context Manager Types
Facundo Batista added the comment: Fixed in rev 58531. -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1289> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1311] os.path.exists(os.devnull) regression on windows
Facundo Batista added the comment:
You migrated only of Python version, or also of windows installation?
I checked Py25 and Py23 in my Win 2k, and in both I have the same behaviour:
C:\Python23>python
Python 2.3.5 (#62, Feb 8 2005, 16:23:02) [MSC v.1200 32 bit (Intel)] on
win32
Type "help", "copyright", "credits" or "license" for more information.
>>> import os
>>> os.stat("nul")
Traceback (most recent call last):
File "", line 1, in ?
OSError: [Errno 22] Invalid argument: 'nul'
>>> os.path.exists("nul")
False
>>>
I checked the os.stat() function because the documentation says that if
it gives an error, exists() will return False (and that this is how it's
implemented).
BTW, note that if you call to the GetFileAttributesEx() function of
kernel32.dll by yourself, it will give error for the "NUL" file, showing
that it actually does not exist.
Because of this, I'd say that current behaviour of os.exists() is ok,
but I want to know the answer of my question regarding your change
before closing this as not-a-bug.
Thanks!
--
nosy: +facundobatista
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1311>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1305] socket.py hangs on Mac OS X
Facundo Batista added the comment: What happens if you force the garbage collector to collect the just opened and not used socket? Maybe the problem is that the operating system run out of file handlers (if you leave some time in the middle, the GC collects the sockets, freeinig the file handlers). Other test could be to disable the GC, and see what happens with that time.sleep in the middle. -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1305> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1755179] Deadlocks with fork() and multithreading
Changes by Facundo Batista: -- assignee: -> facundobatista nosy: +facundobatista _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1755179> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue419903] Non-contiguous indexing and slicing
Facundo Batista added the comment: The idea is rejected, so I close the bug. If wanted, push further discussion of this in the lists. -- nosy: +facundobatista status: open -> closed Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue419903> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue588756] python should obey the FHS
Facundo Batista added the comment: Added to the PEP 42, rev 58638. -- nosy: +facundobatista status: open -> closed Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue588756> ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1290] xml.dom.minidom not able to handle utf-8 data
Changes by Facundo Batista: Removed file: http://bugs.python.org/file8559/unnamed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1290> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1290] xml.dom.minidom not able to handle utf-8 data
Changes by Facundo Batista: Removed file: http://bugs.python.org/file8560/unnamed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1290> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1290] xml.dom.minidom not able to handle utf-8 data
Facundo Batista added the comment: CharacterData.__repr__ was constructing a string in response that keeped having a non-ascii character. Fixed in rev 58641. -- resolution: works for me -> fixed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1290> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1301] Bad assertion in _tkinter.c
Facundo Batista added the comment: Really do not understand that assert. It says: assert(size < size * sizeof(Tcl_UniChar)); For that to be true, considering size to be positive, the result of sizeof needs to be greater than 0. If you modify it, and also accepts it to be 0, and considering that the result of sizeof won't be negative, what is the point of keeping the assert? -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1301> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1255] Strange Python hangup
Facundo Batista added the comment: The deadlock happens because strptime has an import inside it, and recursive imports are not allowed in different threads. As a general rule and good coding style, don't run your code when the module is imported, but put it in a function like "main" in the second file,import it and call it from the first one. This will solve your problem. Note that this happens to you with strptime, but could happen with a lot, *a lot*, of functions that do this internal import of something else. So, you'll never be sure. You can follow the python-dev thread titled "Deadlock by a second import in a thread" for more info. -- nosy: +facundobatista resolution: -> wont fix status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1255> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1311] os.path.exists(os.devnull) regression on windows
Facundo Batista added the comment:
>>> import os.path
>>> os.path.exists("con")
False
>>> os.path.exists("nul")
False
>>> os.path.exists("prn")
False
This is in Windows 2000 (5.00.2195) sp4, using *both* Python 2.3.5 and
2.5.1, no cygwin.
Personally, I'm +1 with Mark Hammond about this:
I agree it is unfortunate that the behaviour has changed,
but these special names are broken enough on Windows that
rely on the kernel32 function and behaves like it says
seems the sanest thing to do.
Taking in consideration that *now* it behaves equally in different
windows systems, but not before, I think this issue should be closed as
"invalid" (it's not a bug).
I'll wait some days to get more behaviour responses, though.
Regards,
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1311>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1361] please close: hashlib uses OpenSSL which is much slower than Aaron Gifford
Facundo Batista added the comment: The OP changed his mind, :) -- nosy: +facundobatista resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1361> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1259] string find and rfind methods give a TypeError that is misleading
Facundo Batista added the comment:
Created the patch, also send a mail to python-dev to see if somebody
wants to review it before me applying it.
--
assignee: -> facundobatista
Added file: http://bugs.python.org/file8672/string_find.patch
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1259>
__Index: Objects/unicodeobject.c
===
--- Objects/unicodeobject.c (revisión: 58710)
+++ Objects/unicodeobject.c (copia de trabajo)
@@ -6027,6 +6027,46 @@
return (PyObject*) u;
}
+/*
+This function is a helper for the "find" family (find, rfind, index,
+rindex), because they all have the same behaviour for the arguments.
+
+It does not touch the variables received until it knows everything
+is ok.
+*/
+
+int
+_ParseTupleFinds (PyObject *args, PyObject **substring,
+ Py_ssize_t *start, Py_ssize_t *end) {
+PyObject *tmp_substring;
+Py_ssize_t tmp_start = 0;
+Py_ssize_t tmp_end = PY_SSIZE_T_MAX;
+PyObject *obj_start=Py_None, *obj_end=Py_None;
+
+if (!PyArg_ParseTuple(args, "O|OO:find", &tmp_substring,
+ &obj_start, &obj_end))
+return 0;
+
+/* To support None in "start" and "end" arguments, meaning
+ the same as if they were not passed.
+*/
+if (obj_start != Py_None)
+if (!_PyEval_SliceIndex(obj_start, &tmp_start))
+return 0;
+if (obj_end != Py_None)
+if (!_PyEval_SliceIndex(obj_end, &tmp_end))
+return 0;
+
+tmp_substring = PyUnicode_FromObject(tmp_substring);
+if (!tmp_substring)
+return 0;
+
+*start = tmp_start;
+*end = tmp_end;
+*substring = tmp_substring;
+return 1;
+}
+
PyDoc_STRVAR(find__doc__,
"S.find(sub [,start [,end]]) -> int\n\
\n\
@@ -6040,16 +6080,12 @@
unicode_find(PyUnicodeObject *self, PyObject *args)
{
PyObject *substring;
-Py_ssize_t start = 0;
-Py_ssize_t end = PY_SSIZE_T_MAX;
+Py_ssize_t start;
+Py_ssize_t end;
Py_ssize_t result;
-if (!PyArg_ParseTuple(args, "O|O&O&:find", &substring,
- _PyEval_SliceIndex, &start, _PyEval_SliceIndex, &end))
+if (!_ParseTupleFinds(args, &substring, &start, &end))
return NULL;
-substring = PyUnicode_FromObject(substring);
-if (!substring)
- return NULL;
result = stringlib_find_slice(
PyUnicode_AS_UNICODE(self), PyUnicode_GET_SIZE(self),
@@ -6110,15 +6146,11 @@
{
Py_ssize_t result;
PyObject *substring;
-Py_ssize_t start = 0;
-Py_ssize_t end = PY_SSIZE_T_MAX;
+Py_ssize_t start;
+Py_ssize_t end;
-if (!PyArg_ParseTuple(args, "O|O&O&:index", &substring,
- _PyEval_SliceIndex, &start, _PyEval_SliceIndex, &end))
+if (!_ParseTupleFinds(args, &substring, &start, &end))
return NULL;
-substring = PyUnicode_FromObject(substring);
-if (!substring)
- return NULL;
result = stringlib_find_slice(
PyUnicode_AS_UNICODE(self), PyUnicode_GET_SIZE(self),
@@ -6781,16 +6813,12 @@
unicode_rfind(PyUnicodeObject *self, PyObject *args)
{
PyObject *substring;
-Py_ssize_t start = 0;
-Py_ssize_t end = PY_SSIZE_T_MAX;
+Py_ssize_t start;
+Py_ssize_t end;
Py_ssize_t result;
-if (!PyArg_ParseTuple(args, "O|O&O&:rfind", &substring,
- _PyEval_SliceIndex, &start, _PyEval_SliceIndex, &end))
-return NULL;
-substring = PyUnicode_FromObject(substring);
-if (!substring)
- return NULL;
+if (!_ParseTupleFinds(args, &substring, &start, &end))
+ return NULL;
result = stringlib_rfind_slice(
PyUnicode_AS_UNICODE(self), PyUnicode_GET_SIZE(self),
@@ -6812,16 +6840,12 @@
unicode_rindex(PyUnicodeObject *self, PyObject *args)
{
PyObject *substring;
-Py_ssize_t start = 0;
-Py_ssize_t end = PY_SSIZE_T_MAX;
+Py_ssize_t start;
+Py_ssize_t end;
Py_ssize_t result;
-if (!PyArg_ParseTuple(args, "O|O&O&:rindex", &substring,
- _PyEval_SliceIndex, &start, _PyEval_SliceIndex, &end))
-return NULL;
-substring = PyUnicode_FromObject(substring);
-if (!substring)
- return NULL;
+if (!_ParseTupleFinds(args, &substring, &start, &end))
+ return NULL;
result = stringlib_rfind_slice(
PyUnicode_AS_UNICODE(self), PyUnicode_GET_SIZE(self),
Index: Objects/stringobject.c
===
--- Objects/stringobject.c (revisión: 58710)
+++ Objects/stringobject.c (copia de trabajo)
@@ -1879,16 +1879,28 @@
const char *sub;
Py_ssize_t sub_len;
Py_ssize_t start=0, end=PY_SSIZE_T_MAX;
+ PyObject *obj_start=Py_None, *obj_end=Py_None;
- if (!PyArg_ParseTuple(ar
[issue1293] Trailing slash in sys.path cause import failure
Facundo Batista added the comment:
Only in win32, in Linux it behaves ok (I put a /tmp/w.py that prints 'w'):
Python 2.5.1 (r251:54863, May 2 2007, 16:56:35)
[GCC 4.1.2 (Ubuntu 4.1.2-0ubuntu4)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys
>>> sys.path.append("/tmp/")
>>> import w
w
>>>
--
nosy: +facundobatista
__
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1293>
__
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1755179] Deadlocks with fork() and multithreading
Facundo Batista added the comment: I followed the link you provided. All the discussion there ends asking for a realiable way to test the problem (otherwise, we could be making more mistakes than solving the problem in the different platforms). Please provide a test case, so we include it in the regression tests and know that this won't be broken again. You should provide the smallest code that causes a deadlock for you. -- assignee: facundobatista -> _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1755179> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1742669] "%d" format handling for long values
Facundo Batista added the comment: I'm positive that this shouldn't happen. There should NOT be any difference between longs and ints in nowadays Python, so you never should say to an user to call that long() before the %d. And, you have some strange behaviours... for example: >>> "%d" % 9e8 '9' >>> "%d" % 9e9 Traceback (most recent call last): File "", line 1, in TypeError: int argument required Why the first is ok and in the second you should have called it through long()? Gabriel, could you please take a look to the recommendations that Travis is doing? Maybe the patch could be simpler... In any case, please confirm if yes or no, :) _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1742669> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1401] urllib2 302 POST
Facundo Batista added the comment: I don't understand why after receiving a redirection, and going to a new URL, you say to NOT send the POST data. Shouldn't the HTTP request be exactly like the original one, but to another URL destination? But you said that #2 solution was more RFC compliant... Could you please quote the RFC part that describes this behaviour? -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1401> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1401] urllib2 302 POST
Facundo Batista added the comment: So, for 302 error we should resend the request as POST (header with lenght and data), and for the others we need to keep current behaviour. Actually, we just need to code a new handling function for 302, and leave the existing one as is. What do you think? __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1401> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1259] string find and rfind methods give a TypeError that is misleading
Facundo Batista added the comment: Moved the function to find.h, cleaned the whitespace issues and documented the reference counting. Commited in trunk, rev 59020. Thanks everybody! -- resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1259> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1463] Minor error in mimetypes docs
Facundo Batista added the comment: Fixed in the trunk (rev 59053). Thank you! -- nosy: +facundobatista resolution: -> fixed status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1463> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1485] Idle tab command completion
Facundo Batista added the comment: This is not a bug report, just a copied traceback. For a useful bug, put what you did so we can reproduce it, what you get, and what you think you should got. Thanks! -- nosy: +facundobatista resolution: -> rejected status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1485> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1486] Idle tab command completion
Facundo Batista added the comment: On IDLE and Python with the same exact version, but in Windows, this works ok. Don't have IDLE in Linux to try it, though. -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1486> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1486] Idle tab command completion
Facundo Batista added the comment: Rejected as requested by the OP. -- resolution: -> rejected status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1486> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1770416] Decimal.__int__ overflows for large values
Facundo Batista added the comment:
This was fixed at the same time than issue 1772851.
int(D("1e1234567890987654321")) stills take too long, but this is fault
of doing 10**1234567890987654321 to convert it to an int.
Note that hash(D("1e1234567890987654321")) is fast now.
--
resolution: -> fixed
status: open -> closed
_
Tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue1770416>
_
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1495] Unicode in a comment.
Facundo Batista added the comment: This is the way it's supposed to work, read the PEP. -- nosy: +facundobatista resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1495> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1755179] Deadlocks with fork() and multithreading
Facundo Batista added the comment: Fixed in the trunk, rev 59195. _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1755179> _ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue10897] UNIX mmap unnecessarily dup() file descriptor
Changes by Facundo Batista : -- nosy: -facundobatista ___ Python tracker <http://bugs.python.org/issue10897> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1545463] New-style classes fail to cleanup attributes
Changes by Facundo Batista : -- versions: -Python 2.5.3 ___ Python tracker <http://bugs.python.org/issue1545463> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue5340] Change in cgi behavior breaks existing software
Changes by Facundo Batista : -- assignee: facundobatista -> ___ Python tracker <http://bugs.python.org/issue5340> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2756] urllib2 add_header fails with existing unredirected_header
Facundo Batista added the comment: Senthil, I'm assigning this issue to you because you know more about this subject than me. Feel free to unassign if will not be working in it. Thanks! -- assignee: facundobatista -> orsenthil ___ Python tracker <http://bugs.python.org/issue2756> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue7221] DispatcherWithSendTests_UsePoll with test_asyncore does nothing
Changes by Facundo Batista : -- assignee: facundobatista -> ___ Python tracker <http://bugs.python.org/issue7221> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6116] frame.f_locals keeps references to things for too long
Facundo Batista added the comment: Making a copy of f_locals values to return a dictionary that doesn't hold references to the locals of the frame is not that simple (for me, at least): - shallow copy: we'll return always a new dict, with the values being a copy of locals; this is simpler, but what about other objects that are referenced in in those values? For example, in locals exists a list A which holds a reference to object B; the new dict we return will have copy of A, but this copy will still reference B. - deep copy: we'll return a new dict with a deep copy of all values; this is safer, but what about memory? In any case, how we could do a deep copy here? calling Python's code copy.deepcopy()? I want to add a fourth option to JP's initial ones: - have other attribute, something like f_locals_weak that is a list of tuples [(name, value), ...], being the values a weak reference to the real locals. What do you think? Regards, -- nosy: +facundobatista ___ Python tracker <http://bugs.python.org/issue6116> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue6116] frame.f_locals keeps references to things for too long
Facundo Batista added the comment: Antoine, to see if I understood correctly... if we build the dict, and just return it but don't save it in the frame, this leak would be solved? (yes, it'd be slower because everytime it's asked, it'd need to be built again) -- ___ Python tracker <http://bugs.python.org/issue6116> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2885] Create the urllib package
Changes by Facundo Batista <[EMAIL PROTECTED]>: -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2885> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2844] int() lies about base parameter
Changes by Facundo Batista <[EMAIL PROTECTED]>: __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2844> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1333] merge urllib and urlparse functionality
Facundo Batista <[EMAIL PROTECTED]> added the comment: Brett, in consideration of PEP 3108... shouldn't we close this issue? The urilib module in the sandbox wasn't updated in the last seven months. Or we just keep this open as a reminder? (of what?) Thanks! -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1333> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2583] urlparse normalize URL path
Facundo Batista <[EMAIL PROTECTED]> added the comment: Not a bug... -- nosy: +facundobatista resolution: -> invalid status: open -> closed __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2583> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2898] Add memory footprint query
Changes by Facundo Batista <[EMAIL PROTECTED]>: -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2898> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2888] pprint produces different output in 2.6 and 3.0
Facundo Batista <[EMAIL PROTECTED]> added the comment: It's not a 2.6 bug, as it behaves exactly as the documentation states. In Py3 it *is* different the result than the documentation. However, it's not clear to me if this behaviour is changed deliberately or by mistake (personally, I prefer this new way of showing it, so the documentation should be fixed). What do you think? -- nosy: +facundobatista versions: -Python 2.6 __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2888> __ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2991] Bad behavior in PythonWin
Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2991> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2992] Bad behavior in PythonWin
Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2992> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2993] Bad behavior in PythonWin
Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2993> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2994] Bad behavior in PythonWin
Facundo Batista <[EMAIL PROTECTED]> added the comment: See http://wiki.python.org/moin/PythonWin, PythonWin is not a project from python.org, you should post the bugs in the tracker of that project. -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2994> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2451] No way to disable socket timeouts in httplib, etc.
Facundo Batista <[EMAIL PROTECTED]> added the comment: Commited (part of this) patch on r63788. A lot of small details weren't commited, in a big change like this, the best is to minimize the changes. What I have left from this commit, but plan to do it later is a fix to test_urllib2net.py (this is why I'm not closing this issue). Thank you!! ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2451> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2888] pprint produces different output in 2.6 and 3.0
Changes by Facundo Batista <[EMAIL PROTECTED]>: -- assignee: fdrake -> facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2888> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1785] "inspect" gets broken by some descriptors
Facundo Batista <[EMAIL PROTECTED]> added the comment: Really don't know why this was assigned to me... -- assignee: facundobatista -> ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1785> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2451] No way to disable socket timeouts in httplib, etc.
Facundo Batista <[EMAIL PROTECTED]> added the comment: Applied the rest of the patch regarding test_urllib2net.py. Thank you! -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2451> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3063] memory leak in random number generation
Facundo Batista <[EMAIL PROTECTED]> added the comment: Confirmed the issue in the trunk right now: (the number between square brackets point to the 'top' information below) [EMAIL PROTECTED]:~/devel/reps/python/trunk$ ./python Python 2.6a3+ (trunk:64009, Jun 7 2008, 09:51:56) [GCC 4.2.3 (Ubuntu 4.2.3-2ubuntu7)] on linux2 Type "help", "copyright", "credits" or "license" for more information. [1] >>> data = [0.0 for i in xrange(1)] [2] >>> from random import random >>> for i in xrange(1): ... data[i] = random() ... >>> [3] The memory consumption: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND [1] 4054 facundo 20 0 5032 3264 1796 S 0.0 0.2 0:00.02 python [2] 4054 facundo 20 0 414m 384m 1888 S 0.0 19.1 0:17.72 python [3] 4054 facundo 20 0 1953m 1.4g 1952 S 0.0 70.7 1:01.40 python -- nosy: +facundobatista versions: +Python 2.6 -Python 2.4, Python 2.5 ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3063> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3063] memory leak in random number generation
Facundo Batista <[EMAIL PROTECTED]> added the comment: So, 0.0 would be cached, and the 414m+384m would be from the list itself, right? I tried, >>> data = [(1.0/i) for i in xrange(1,1)] And the memory consumption was the big one. Grant, the 800 MB is taken by ONE 0.0, and a list of zillion positions. Furthermore, I did: >>> for x in xrange(1): ... i = random() And the memory didn't increase. Grant, take note that there's no gc issue, the numbers stay alive because the list itself is pointing to them. Closing this as invalid. -- resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3063> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3063] memory leak in random number generation
Facundo Batista <[EMAIL PROTECTED]> added the comment: Grant, A float takes 64 bits. 100 million floats take 800 MB, *just* the floats. You're also building a list of 100 million places. Maybe you shouldn't be building this structure in memory? In any case, you should raise this issue in comp.lang.python, to get advice. Regards, ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3063> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue754016] urlparse goes wrong with IP:port without scheme
Changes by Facundo Batista <[EMAIL PROTECTED]>: -- assignee: georg.brandl -> facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue754016> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3043] Recursion bug in deepcopy
Facundo Batista <[EMAIL PROTECTED]> added the comment: Two weeks passed, closing it manually (see http://mail.python.org/pipermail/python-dev/2008-February/076992.html). -- nosy: +facundobatista status: pending -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3043> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2701] csv.reader accepts string instead of file object (duck typing gone bad)
Facundo Batista <[EMAIL PROTECTED]> added the comment: Skip is right, this is working ok. -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2701> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1044479] docs for Py_UNICODE are wrong
Facundo Batista <[EMAIL PROTECTED]> added the comment: Thanks Thomas and Manuel! -- nosy: +facundobatista resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1044479> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3017] Verify doc updates for the decimal module
Facundo Batista <[EMAIL PROTECTED]> added the comment: Reviewed and updated it, in the trunk and 3.0. Thank you! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3017> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2569] default_scheme in urlparse.urlparse() useless
Facundo Batista <[EMAIL PROTECTED]> added the comment: Thanks (pk) and Anthony! -- resolution: -> duplicate status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2569> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2888] pprint produces different output in 2.6 and 3.0
Facundo Batista <[EMAIL PROTECTED]> added the comment: Commited in 64446, thank you all! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2888> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue754016] urlparse goes wrong with IP:port without scheme
Facundo Batista <[EMAIL PROTECTED]> added the comment:
Senthil, your patch is wrong, see:
>>> import urlparse
>>> urlparse.urlparse('1.2.3.4:80','http')
ParseResult(scheme='http', netloc='', path='1.2.3.4:80', params='',
query='', fragment='')
The netloc should be "1.2.3.4:80", note the composition of an URL:
:///;?#
Please fix it and test it applying the patch to the test I'm submitting
here...
Added file: http://bugs.python.org/file10686/test_urlparse.diff
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue754016>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1817] module-cgi: handling GET and POST together
Facundo Batista <[EMAIL PROTECTED]> added the comment: Commited the final Nubis' version in r64447. Fixed, :). Thank you all! -- nosy: +facundobatista resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1817> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue754016] urlparse goes wrong with IP:port without scheme
Changes by Facundo Batista <[EMAIL PROTECTED]>: Removed file: http://bugs.python.org/file10686/test_urlparse.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue754016> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue754016] urlparse goes wrong with IP:port without scheme
Facundo Batista <[EMAIL PROTECTED]> added the comment:
I agree with Anthony here, because if you let people write without the
"//" at the beginning, you'll never know if they're entering a net
location or a relative path.
So, the better behaviour to be as explicit as possible should be:
>>> urlparse.urlparse('1.2.3.4:80','http')
Traceback!!! ValueError()
>>> urlparse.urlparse('//1.2.3.4:80','http')
('http', '1.2.3.4:80', '', '', '', '')
So, to close this issue, we should fix the code to behave like indicated
in the first case.
What do you think?
___
Python tracker <[EMAIL PROTECTED]>
<http://bugs.python.org/issue754016>
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1083895] functions replaced by subprocess should point to its docs
Facundo Batista <[EMAIL PROTECTED]> added the comment: The best is to leave that section where it is, because it'll remain there in the Py3 docs, but to point to this section from the other places. So, in the deprecated functions I added an alert to review specially a section of the subprocess documentation that helps with the replacing of those functions. -- nosy: +facundobatista resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1083895> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1199808] installation problem with python 2.4.1 on Win2k system
Facundo Batista <[EMAIL PROTECTED]> added the comment: Can we close this? The OP didn't answer for almost three years... and the 2.4 to download is now 2.4.5... -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1199808> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1159425] 2.4 crashes when try to exit app and mulitple threads active
Facundo Batista <[EMAIL PROTECTED]> added the comment: Does this still happen with newer Python versions? Could you provide an example code? Thanks! -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1159425> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue888830] POP3 lib timeout
Facundo Batista <[EMAIL PROTECTED]> added the comment: This is a standard behaviour, and you shouldn't document it in *all* the modules. BTW, now in the POP3 lib you already have a timeout, :) -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue30> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1556] Failure when calling __str__ for MIMEBase(message, rfc822) objects
Facundo Batista <[EMAIL PROTECTED]> added the comment: I agree with Anthony. If you have any further questions regarding how to use this library feel free to ask them in python-list. -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1556> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2722] os.getcwd fails for long path names on linux
Facundo Batista <[EMAIL PROTECTED]> added the comment: Went for the malloc only patch. Just fixed a small detail (weird corner case if malloc returned NULL first time, res will be unassigned). The test could be better (no necessity of using a recursive function, it could be done with a while), but it works. Commited in r64452. -- nosy: +facundobatista resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2722> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3164] cPickle calls to save_string and save_unicode with unicode objects.
Facundo Batista <[EMAIL PROTECTED]> added the comment: Commited in 64455, thank you! -- nosy: +facundobatista resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3164> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3165] cPickle recursion problem
Facundo Batista <[EMAIL PROTECTED]> added the comment: What is this fixing? Could you please provide a test cases that fails without this patch? Thank you!! -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3165> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1523853] 2.4.2 file.read caches EOF state
Facundo Batista <[EMAIL PROTECTED]> added the comment: In Linux, it seems to be the behaviour of the underlying C function 'fread'. Do you think it's ok to add the following line in the read() documentation? """ As this function depends of the underlying C function :cfunc:`fread`, inheritates its behaviour in details like caching EOF and others. """ Assigning this to George, to reword that in nicer English and apply. Regards, -- assignee: -> georg.brandl nosy: +facundobatista, georg.brandl ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1523853> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1567948] poplib.py list interface
Facundo Batista <[EMAIL PROTECTED]> added the comment: Hasan, are you still interested in this or wants to drop this request? Passing almost two years without comments it's no good if you'll be the package maintainer. Thanks! -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1567948> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue678464] Docs don't define sequence-ness very well
Facundo Batista <[EMAIL PROTECTED]> added the comment: Skip, don't you think it's better to raise this kind of generic question in the python-dev list? This should probably lay down here for ever before a discussion raises to decide this. -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue678464> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue701743] Reloading pseudo modules
Facundo Batista <[EMAIL PROTECTED]> added the comment: Walter, the import mechanisms changed by a big rework from Brett Cannon in the last months. Do you think still have a use case that should be fulfilled? Do you want to update your patch? Thank you! -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue701743> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2702] pickling of large recursive structures crashes cPickle
Facundo Batista <[EMAIL PROTECTED]> added the comment: Could you please tell me if this problem arises with this test? -- keywords: +patch nosy: +facundobatista Added file: http://bugs.python.org/file10701/test_cpickle.diff ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2702> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2702] pickling of large recursive structures crashes cPickle
Facundo Batista <[EMAIL PROTECTED]> added the comment: Daniel, it'd be great, because it does not crash in linux, so I can not test it... and I have a patch to apply (see issue 3165), so I wanted to test it that way. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2702> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue775340] OSX 'freeze' bug
Facundo Batista <[EMAIL PROTECTED]> added the comment: Justin, Jack, how this evolved to the newer Python versions? Do you think it's worth it to keep it open? Thank you! -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue775340> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2813] No float formatting in PyString_FromFormat
Facundo Batista <[EMAIL PROTECTED]> added the comment: Jean, you can increase *hugely* the possibility of this being accepted if you submit a comprehensive suite test for this. Thanks!! -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2813> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2702] pickling of large recursive structures crashes cPickle
Facundo Batista <[EMAIL PROTECTED]> added the comment: Commited this patch to the test cases, and the patch from #3165 to fix the problem, thank you all! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2702> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3165] cPickle recursion problem
Facundo Batista <[EMAIL PROTECTED]> added the comment: Applied this patch. Daniel, don't know about that "rule"... I didn't get any warning with gcc... Anyway, this fixes the issue of #2702. Thanks cuerty! -- resolution: -> accepted status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3165> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Facundo Batista <[EMAIL PROTECTED]> added the comment: This example works before my patch, exactly! The reason of the patch I applied is that in some cases a Recursion error should be raised, but it didn't happen, causing some serious issues later. I'm putting in copy to cuerty, for him to analyze if this case should have caused Recursion error in the first place, or not. In any case, it's a good example. Ralf, would you mind to generate a test case from this example? Thank you all! -- nosy: +cuerty ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue1567948] poplib.py list interface
Facundo Batista <[EMAIL PROTECTED]> added the comment: 2008/6/22 Hasan Diwan <[EMAIL PROTECTED]>: > Yea, I guess that since nothing has happened to it in the past 2 years > (as you said), it's probably a good idea to close it. Ok, closing it. Feel free to reopen if interested. Thanks! -- resolution: -> postponed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1567948> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue449227] rlcompleter add "(" to callables feature
Changes by Facundo Batista <[EMAIL PROTECTED]>: -- assignee: -> facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue449227> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Changes by Facundo Batista <[EMAIL PROTECTED]>: -- assignee: -> facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3165] cPickle recursion problem
Facundo Batista <[EMAIL PROTECTED]> added the comment: I'm reverting this patch, see issue #3179. ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3165> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2702] pickling of large recursive structures crashes cPickle
Facundo Batista <[EMAIL PROTECTED]> added the comment: I reverted the patch, because of #3179, so I'm reopening this. Note that I left the test in the suite, but commented out (if you find a patch that solves this, activate the test again). -- resolution: fixed -> status: closed -> open ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2702> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Facundo Batista <[EMAIL PROTECTED]> added the comment: I reverted the patch, commented out the previous test, and included this one in the test suite, to never break it again, ;) I hope we now find a solution to the issue #2702. Thank you!! ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3179] cPickle is seriously broken
Changes by Facundo Batista <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3122] sys.getsizeof() gives an AttributeError for _sre objects.
Facundo Batista <[EMAIL PROTECTED]> added the comment: Robert, do you have a test suite for the sizeof functionality? If not, you should start one ASAP, ;) This test should be included in that suit... -- nosy: +facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3122> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue3239] curses/textpad.py incorrectly and redundantly imports ascii
Facundo Batista <[EMAIL PROTECTED]> added the comment: The ascii module is used all around the file... if you don't import it, how would you use that functionality? -- nosy: +facundobatista resolution: -> invalid status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3239> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue2702] pickling of large recursive structures crashes cPickle
Facundo Batista <[EMAIL PROTECTED]> added the comment: Great, Amaury, I applied your second patch... it make all tests pass ok, :) Commited in 64595. Thank you all!! -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2702> ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
