[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 <[EM

[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.pytho

[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.o

[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 i

[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

[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

[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.o

[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/

[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 l

[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.pytho

[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 &q

[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

[issue1755179] Deadlocks with fork() and multithreading

Changes by Facundo Batista: -- assignee: -> facundobatista nosy: +facundobatista _ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue1755179> _

[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

[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

[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

[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

[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://bug

[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,

[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 "ma

[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, n

[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.pytho

[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 __ Trac

[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 "

[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

[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: >

[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

[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

[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 &

[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.pytho

[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 ->

[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

[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.pytho

[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

[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.

[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

[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:

[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 Unsub

[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 Un

[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

[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 Un

[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

[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 ne

[issue2885] Create the urllib package

Changes by Facundo Batista <[EMAIL PROTECTED]>: -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2885> __ ___ Python-bugs

[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

[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:

[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

[issue2898] Add memory footprint query

Changes by Facundo Batista <[EMAIL PROTECTED]>: -- nosy: +facundobatista __ Tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue2898> __ ___ Python-bugs

[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 (pers

[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

[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

[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

[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

[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_ur

[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.py

[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://bu

[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

[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

[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

[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 rai

[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.pyth

[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 tracke

[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

[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.py

[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

[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

[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

[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', para

[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 <[EMA

[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.

[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 expl

[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

[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]> <ht

[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.o

[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:

[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

[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

[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

[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://

[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

[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:

[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:

[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: +facundob

[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 &

[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 <[E

[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 PRO

[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

[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 PR

[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: -> ac

[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 cu

[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

[issue449227] rlcompleter add "(" to callables feature

Changes by Facundo Batista <[EMAIL PROTECTED]>: -- assignee: -> facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue449227> ___ _

[issue3179] cPickle is seriously broken

Changes by Facundo Batista <[EMAIL PROTECTED]>: -- assignee: -> facundobatista ___ Python tracker <[EMAIL PROTECTED]> <http://bugs.python.org/issue3179> ___ _

[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.

[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 ->

[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!! ___

[issue3179] cPickle is seriously broken

Changes by Facundo Batista <[EMAIL PROTECTED]>: -- resolution: -> fixed status: open -> closed ___ Python tracker <[EMAIL PROTECTED]> <http://bugs

[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 t

[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 _

[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 tra

  1   2   3   4   >