Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-21 Thread Martin v. Löwis
about it", however, I don't think this is the conclusion that you had in mind. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/op

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-21 Thread Martin v. Löwis
xisting software. Unfortunately, the only way to find out whether a solution will be ruled out is to propose it first. Only then you'll see what response you get. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-21 Thread Martin v. Löwis
s is an allocation spike, and back off. The tricky question is how to find out that the spike is over. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.py

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-21 Thread Martin v. Löwis
nk any strategies based on timing will be successful. Instead, one should count and analyze objects (although I'm unsure how exactly that could work). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-21 Thread Martin v. Löwis
-- r17274 | jhylton | 2000-09-05 17:44:50 +0200 (Di, 05 Sep 2000) | 2 lines Geänderte Pfade: M /python/trunk/Modules/gcmodule.c compromise value for threshold0: not too high, not too low ----

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-21 Thread Martin v. Löwis
Antoine Pitrou wrote: > Le samedi 21 juin 2008 à 17:49 +0200, "Martin v. Löwis" a écrit : >> I don't think any strategies based on timing will be successful. >> Instead, one should count and analyze objects (although I'm unsure >> how exactly that could

[Python-Dev] Proposal: Run GC less often

2008-06-21 Thread Martin v. Löwis
er of objects will see no change in behavior, also, applications that create lots of small cycles will continue to see them collected in the youngest or middle generations. Please let me know what you think. Regards, Martin P.S. I don't plan to implement this myself, so if you like the idea

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-21 Thread Martin v. Löwis
t there is GC, and that they can tune it. I don't think there is a "real solution". I think programmers should abstain from complaining if they can do something about the problem in their own application (unless the complaint is formulated as a patch) - wait - I think prog

Re: [Python-Dev] Proposal: Run GC less often

2008-06-21 Thread Martin v. Löwis
o those cycles would > never be collected. Correct. However, this is the case already today. > Wouldn't it be simpler just to base the collection frequency > directly on the total number of objects in the heap? Using what precise formula? Regards, Martin

Re: [Python-Dev] Proposal: Run GC less often

2008-06-22 Thread Martin v. Löwis
ly can also keep 1.1N objects in memory. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Proposal: Run GC less often

2008-06-22 Thread Martin v. Löwis
ap * some_constant So what value is some_constant? Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-22 Thread Martin v. Löwis
rned from arenas allocated? Or apply this to triggering other generation collections but youngest? How would that help the quadratic behavior (which really needs to apply a factor somewhere)? Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-23 Thread Martin v. Löwis
ay - but it's not certain (for me) that such a scheme would cause GC to be triggered less often, in a typical application. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-

Re: [Python-Dev] Python Windows Installers

2008-06-24 Thread Martin v. Löwis
> I'm just doing some housekeeping on a Windows install, and notice that > the 'Publisher' of my Python 2.4 and 2.5 installs is shown as "Martin v. > Lowis". Whilst I *personally* find this very reassuring I wonder if this > is intended / ideal? I certainly in

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk: Include/object.h Lib/test/test_sys.py Misc/NEWS Objects/intobject.c Objects/longobject.c Objects/typeobject.c Python/bltinmodule.c

2008-06-24 Thread Martin v. Löwis
> I think there may also still be room for some additional discussion > on the output format; If so, I think the change should be reverted, and the feature deferred to 2.7/3.1. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.or

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-25 Thread Martin v. Löwis
jects is > interesting? Is there a way to override this behavior? I think you misunderstand. Python releases unused string objects just fine, and automatically. It doesn't even need GC for that. Regards, Martin ___ Python-Dev mailing list Pytho

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-25 Thread Martin v. Löwis
ic objects should still trigger cyclic GC (in the hope that some objects hang on a garbage cycle) is a question that is open to debate; I'd prefer an analysis of existing applications before making decisions. Regards, Martin ___ Python-Dev mailing lis

Re: [Python-Dev] C API for gc.enable() and gc.disable()

2008-06-25 Thread Martin v. Löwis
llocation occurring. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-06-26 Thread Martin v. Löwis
arnings module). But I really think > that whoever made the change which broke it should be the one > investigating it, not me. How could they have known that they broke it? Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http:

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-06-26 Thread Martin v. Löwis
an official answer on the web page. So I'm skeptical that anybody will change the web page - just continue asking questions as you encounter them. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/l

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk:Include/object.h Lib/test/test_sys.py Misc/NEWSObjects/intobject.c Objects/longobject.c Objects/typeobject.cPython/bltinmodule.c

2008-06-26 Thread Martin v. Löwis
ethods on floatobjects. > Will work-up a patch. I think the feature is misguided in the first place. Why do you want a hex representation of floating point numbers? Can't you use struct.pack for that? And, if bin/hex/oct are useful, why not base 6 (say)? Regards, Martin

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-06-26 Thread Martin v. Löwis
> I want python developers to pay attention to the community buildbots I don't think that goal is realistic. Instead, somebody who has actual interest in this matter should pay this attention, and then bring it up on python-dev when something breaks. Regards

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-06-26 Thread Martin v. Löwis
riority, so that realistically, such a policy might not be established within the next two years. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mai

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-06-26 Thread Martin v. Löwis
Maintaining the community buildbots has proven infeasible. It's unfortunate that many package authors don't understand that not all breakage is deliberate, and that their only chance to get undesired breakage reverted is to report bugs NOW. Regards, Martin

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk:Include/object.h Lib/test/test_sys.py Misc/NEWSObjects/intobject.c Objects/longobject.c Objects/typeobject.cPython/bltinmodule.c

2008-06-26 Thread Martin v. Löwis
he feature should be symmetric: If there is support for printing floating point numbers as hex, there should also be support for hex floating point literals. Also, to follow C's tradition, it would be better if that was *not* integrated into

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk:Include/object.h Lib/test/test_sys.py Misc/NEWSObjects/intobject.c Objects/longobject.c Objects/typeobject.cPython/bltinmodule.c

2008-06-26 Thread Martin v. Löwis
; *not* integrated into the hex function (or a hex method), but > if there was support for %a in string formatting. > > > I'd be delighted with '%a' support. I personally find that much less problematic than extending the hex, and wouldn't object t

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk:Include/object.h Lib/test/test_sys.py Misc/NEWSObjects/intobject.c Objects/longobject.c Objects/typeobject.cPython/bltinmodule.c

2008-06-26 Thread Martin v. Löwis
adecimal-digit-sequence . binary-exponent-part: p sign-opt digit-sequence P sign-opt digit-sequence hexadecimal-digit-sequence: hexadecimal-digit hexadecimal-digit-sequence hexadecimal-digit scanf and strtod support the same format. Regards, Martin

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-06-26 Thread Martin v. Löwis
t;deferred blocker" issues to some other priority, I'll do that manually in a matter of minutes (using a query to find all issues with that priority). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/

Re: [Python-Dev] [Python-checkins] r64424 - inpython/trunk:Include/object.h Lib/test/test_sys.pyMisc/NEWSObjects/intobject.c Objects/longobject.cObjects/typeobject.cPython/bltinmodule.c

2008-06-26 Thread Martin v. Löwis
> The disadvantage is the loss of evalability. (Is that a word?) Until the parser has support for it, having a float class method, or even the float callable itself for conversion seems reasonable. If repr() didn't produce it, eval() doesn't need to understand it. Re

Re: [Python-Dev] [Python-checkins] r64424 - in python/trunk:Include/object.h Lib/test/test_sys.py Misc/NEWSObjects/intobject.c Objects/longobject.c Objects/typeobject.cPython/bltinmodule.c

2008-06-27 Thread Martin v. Löwis
> Now that I've learned about the hex float format supported by C++ and > Java, I wonder if it wouldn't be better to support conversion to and > from that format and nothing else. I would be fine with that, and prefer it over the original chang

Re: [Python-Dev] repeated keyword arguments

2008-06-28 Thread Martin v. Löwis
Jeff Hall wrote: > That's all fine and good but in this case there may be "stealth errors". That is fully understood, in all of its consequences. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.or

Re: [Python-Dev] urllib, multipart/form-data encoding and file uploads

2008-06-28 Thread Martin v. Löwis
start implementing it now, of course. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] repeated keyword arguments

2008-06-28 Thread Martin v. Löwis
idn't even know was written in Python. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] repeated keyword arguments

2008-06-28 Thread Martin v. Löwis
.5, so it can't be so serious to annoy end-users with a warning they don't know how to deal with. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail

Re: [Python-Dev] Cycle collection enhancement idea

2008-06-28 Thread Martin v. Löwis
_unlink = os.unlink def __init__(self): open(self.filename, 'wb') def __del__(self): self._unlink(self.filename) Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] GC Proposal

2008-06-28 Thread Martin v. Löwis
ology) might hold up collections for too long, in some cases. Whether or not 10% is the "best" factor, I don't know (it most likely is not). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/lis

Re: [Python-Dev] GC Proposal

2008-06-28 Thread Martin v. Löwis
nged afterwards), and one for the number of survivors from the middle collection (increased every time objects move to the oldest generation). So it seems there are minor difference (such as whether a counter for the total number of traceable objects is maintained, which you seem to be suggest

Re: [Python-Dev] GC Proposal

2008-06-28 Thread Martin v. Löwis
unt? If it counts deallocations, is it relevant what generation the deallocated object was from? If so, how do you determine the generation? If not, wouldn't while 1: x=[] trigger a full garbage collection fairly quickly? Regards, Martin ___ Python-

Re: [Python-Dev] GC Proposal

2008-06-29 Thread Martin v. Löwis
he youngest generation? That totally defeats the purpose of generational garbage collection. Also, why would you want to move deleted objects anywhere? Their storage is reclaimed, and they don't occur in any list of objects. Regards, Martin ___

Re: [Python-Dev] Cycle collection enhancement idea

2008-06-29 Thread Martin v. Löwis
writing, as it was mixing problem statement and solution, so that I couldn't tell what paragraph was about what. English is not my native language, complicating communication further. Please accept my apologies. Regards, Martin ___ Python-Dev maili

Re: [Python-Dev] Cycle collection enhancement idea

2008-06-29 Thread Martin v. Löwis
by "revive cycles". There is not need to revive any object in a cycle, as all objects are still alive (or else they wouldn't be garbage). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listin

Re: [Python-Dev] Cycle collection enhancement idea

2008-06-29 Thread Martin v. Löwis
de, and then start breaking cycles. This could even be done with the current approach to module clearing. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.o

Re: [Python-Dev] Cycle collection enhancement idea

2008-06-29 Thread Martin v. Löwis
"revive the cycle" means. You will need to incref the object for which you call __del__, that's all. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://

Re: [Python-Dev] Cycle collection enhancement idea

2008-06-29 Thread Martin v. Löwis
, and straight-forward) > Note that the __del__'s themselves may be breaking cycles and > refcounts will go to 0 - unless you temporarily revive (incref) the > entire cycle first. See above - you shouldn't need to. >> I still don't understand what "revive the c

Re: [Python-Dev] Can someone check my lib2to3 change for fix_imports?

2008-07-02 Thread Martin v. Löwis
led, rather than keeping them broken. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Can someone check my lib2to3 change for fix_imports?

2008-07-02 Thread Martin v. Löwis
caused if it wasn't a standard library package? Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Can someone check my lib2to3 change for fix_imports?

2008-07-02 Thread Martin v. Löwis
n, or to omit testing 2to3 in the stdlib altogether, if that helps. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] UCS2/UCS4 default

2008-07-03 Thread Martin v. Löwis
> codepoint. Not in Python - it's a code unit. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] UCS2/UCS4 default

2008-07-03 Thread Martin v. Löwis
PythonWin will break (and anything else that tries to pass Unicode strings directly to a Win32 *W function). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.pyth

Re: [Python-Dev] UCS2/UCS4 default

2008-07-03 Thread Martin v. Löwis
served for UTF-16 only. I would have to lookup the exact Unicode terminology, but "valid" is probably not a predicate that they would use. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinf

Re: [Python-Dev] UCS2/UCS4 default

2008-07-03 Thread Martin v. Löwis
; values in the range between U+ and U+10, and Unicode code unit is > used for 16-bit char values that are code units of the UTF-16 encoding. So you would like to contribute a function codePointCount to Python's standard library? Go ahead. Regards, Martin _

Re: [Python-Dev] problems compiling ctypes

2008-07-03 Thread Martin v. Löwis
> Thanks for any help. This list (python-dev) is not for getting help, but for providing it. So if you have patches that you would like to discuss, please go ahead. As you are seeking help, please use [EMAIL PROTECTED] (aka news:comp.lang.python) instead. Regards, Mar

Re: [Python-Dev] UCS2/UCS4 default

2008-07-03 Thread Martin v. Löwis
h-surrogate and low-surrogate code points. So codepoint in Terry's message was the right term. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python

Re: [Python-Dev] UCS2/UCS4 default

2008-07-04 Thread Martin v. Löwis
ed a numeric code point". So clearly, a character encoding form encodeds code points. > Thus a utf-8 > code unit sequence (or UTF-32 code unit) that would give a code point in the > surrogate sections is technically in error. Sure, but this has nothing to do with Terry

Re: [Python-Dev] C99 code in the Python core?

2008-07-05 Thread Martin v. Löwis
4y5e3w.aspx On the other hand, people still might try to run Python on older versions of Solaris, such as Solaris 2.6 (which was released 1997). I don't know when Solaris' CRT first started to support this. I'd add a configure test, and, at run-time, raise an exception if the C library

Re: [Python-Dev] bytearray and array.array are not thread-safe

2008-07-05 Thread Martin v. Löwis
des a borrowed PyObject* to the underlying object, along with a PyBuffer_Release procedure/macro. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mai

Re: [Python-Dev] bytearray and array.array are not thread-safe

2008-07-06 Thread Martin v. Löwis
o provide a patch, but I think a patch is needed before the last beta. IOW, the issue should become a release blocker. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http:/

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-07-06 Thread Martin v. Löwis
> (I'd also like to improve the labels of the build slaves. What exactly > is "x86 Red Hat 9 trunk" testing? Trunk of what? What project?) It seems like you would like to edit the master configuration file. That can be arranged fairly eas

Re: [Python-Dev] Packing and unpacking integers

2008-07-06 Thread Martin v. Löwis
t; week for 2.6 and 3.0 if I get the ok. If not, I can write it for 2.7 > and 3.1 . I think it needs to be deferred to the next releases, given that the beta release already happened. If you have any spare time, please look into some of the real serious, release-blocking bug reports

Re: [Python-Dev] Community buildbots and Python release quality metrics

2008-07-06 Thread Martin v. Löwis
onate a machine, I'd be happy to include it in the Pybots > farm ASAP. Please talk to Trent Nelson. He has a Windows machine that he donated precisely for that kind of activity. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org ht

Re: [Python-Dev] Play with fuzzing

2008-07-06 Thread Martin v. Löwis
random arguments > - if the class is created correctly, call methods with random arguments I was already wondering how you found out all these things. It's quite amazing! Thanks, Martin ___ Python-Dev mailing list Python-Dev@python.org http:/

Re: [Python-Dev] __module__ not found on ported Python

2008-07-07 Thread Martin v. Löwis
ssage is produced in ceval.c, IMPORT_NAME. Use debugging technologies to trace through the code to find out what went wrong. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev U

Re: [Python-Dev] [Python-checkins] buildbot failure in sparc Debian 3.0

2008-07-08 Thread Martin v. Löwis
anup of the tree might fix it. To do so, build a non-existent branch through the web ui, then build the original branch again; this will cause a fresh checkout. If the error then persists, my guess it's some kind of compiler issue, which can be investigated only

Re: [Python-Dev] urllib.quote and unquote - Unicode issues

2008-07-12 Thread Martin v. Löwis
or compatibility reasons. The encoding of non-ASCII characters in URLs remains as underspecified as it always was. Now, with IRIs, the situation is different, but I don't think the patch claims to implement IRIs (and if so, it perhaps shouldn't change URL pr

Re: [Python-Dev] AMD64-W2k8 buildbot wedged

2008-07-13 Thread Martin v. Löwis
t; The number of 64-bit safeness > warnings being emitted by the current trunk is also fairly worrying) Do you have a specific one in mind? The ones truncating size_t/ssize_t should only matter when you actually do have data larger than 2GiB. Regards, Martin

Re: [Python-Dev] Update bz2 library?

2008-07-13 Thread Martin v. Löwis
> I just noticed that the bz2lib version was updated to 1.0.5 in December > of 2007, for security reasons. I suspect it would be good to be sure > to ship this with 2.6 or 3.0. Python 2.6b1 shipped with bzip2 1.0.5. Regards, Martin ___ P

Re: [Python-Dev] AMD64-W2k8 buildbot wedged

2008-07-13 Thread Martin v. Löwis
n the context of the buildbots hanging in the multiprocessing tests, which I know has only data smaller than 2GiB. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mai

Re: [Python-Dev] No beta2 tonight

2008-07-17 Thread Martin v. Löwis
, as the 2.6 code hasn't been merged into 3k. I somewhat doubt that this gets resolved before the release, so bsddb users might need to skip 3.0. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailm

Re: [Python-Dev] Implementing restricted Python in Zope2

2008-07-17 Thread Martin v. Löwis
her a CST) directly reflects from the grammar; do svn log Grammar/Grammar to find out what exactly was changed. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: htt

Re: [Python-Dev] Python VM

2008-07-21 Thread Martin v. Löwis
are transferred onto the value stack by GETITEM()'ing them from > consts or names, or by GETLOCAL()'ing them using oparg as an offset into > fastlocals (c.f. LOAD_* instructions). Or, of course, as the result from some operation or function call, or load from a global var

Re: [Python-Dev] fileobj.read(float): warning or error?

2008-07-21 Thread Martin v. Löwis
parameters, Python should not crash, but it may start to behave in a nonsensical way. Of course, it would be possible to move the conversion warning one layer up, into os.urandom; if the argument is float, raise a warning, and then truncate. Regards, Martin

Re: [Python-Dev] fileobj.read(float): warning or error?

2008-07-21 Thread Martin v. Löwis
falls back to not using __index__. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] critical issues for 2.6 and 3.0

2008-07-31 Thread Martin v. Löwis
vert features. If a certain module is cause of too many serious bugs, it should be dropped from the release (perhaps not from the source repository - just removed from all build processes). Regards, Martin ___ Python-Dev mailing list Python-

Re: [Python-Dev] Memory Error while reading large file

2008-07-31 Thread Martin v. Löwis
than in English; my stomach turns around when I read a question that ends with a full stop) Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman

Re: [Python-Dev] Base-96

2008-08-02 Thread Martin v. Löwis
encode as a long integer. Regards, Martin P.S. Just in case it isn't clear: I would oppose any specific proposal to add this Ascii85 algorithm to the standard library. It would sound like we don't have any real problems to solve. ___ Python

Re: [Python-Dev] Py_CLEAR and assigning values

2008-08-06 Thread Martin v. Löwis
foo(None) Now, the second set_foo does a Py_CLEAR on foo, which invokes Bad.__del__, which invokes a method on obj, which crashes as foo is NULL - it has not yet been assigned Py_None as expected. Regards, Martin ___ Python-Dev mailing list Python-Dev@p

Re: [Python-Dev] urllib.quote and unquote - Unicode issues

2008-08-06 Thread Martin v. Löwis
at change, and take all the blame that it might produce in the coming years Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] urllib.quote and unquote - Unicode issues

2008-08-06 Thread Martin v. Löwis
ent World Wide Web would then, of course, need to use the IRI library. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] small PATCH to fix os.fsync on OS X

2008-08-07 Thread Martin v. Löwis
ython. With our strategy to the POSIX module, we can always defer people to the system vendor, and they can easily reproduce the behavior with a C program. (Of course, we also have higher-layer libbraries, were any bugs are our own). Regards, Martin ___

Re: [Python-Dev] Merges from 2.6 to 3.0?

2008-08-09 Thread Martin v. Löwis
> Looks like there's a bit of manual work to do (replacing "try/finally" with > "with", for example). Why that? Shouldn't the 2.6 code already use the with statement? Regards, Martin ___ Python-Dev mai

Re: [Python-Dev] Merges from 2.6 to 3.0?

2008-08-09 Thread Martin v. Löwis
> Martin> Why that? Shouldn't the 2.6 code already use the with statement? > > The csv test code uses try/finally on trunk but with on py3k. So why doesn't it use with on the trunk? Regards, Martin ___ Python-Dev mailing list

[Python-Dev] Maintaining old releases

2008-08-12 Thread Martin v. Löwis
o anybody committing to the 2.4 branch after that should have expected that the patches will never get released. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Maintaining old releases

2008-08-13 Thread Martin v. Löwis
bug fix release in 2008 (as 2.4.5 was released in March 2008); instead, the last bug fix release should have been made in November 2007. Nobody (including yourself) stepped forward at that time and offered to roll a release. 2.4 was release on November 30, 2004. Regards, Martin __

Re: [Python-Dev] Maintaining old releases

2008-08-13 Thread Martin v. Löwis
thon release branch - from start to > end. I agree with that. Unfortunately, my PEP didn't get much feedback at that time. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Maintaining old releases

2008-08-13 Thread Martin v. Löwis
ches (which will get released for five years). Of course, I would personally find it fairly confusing to have people commit patches that are explicitly will not be released, and still aren't experimental or private-use. Regards, Martin ___ Python-

Re: [Python-Dev] Maintaining old releases

2008-08-13 Thread Martin v. Löwis
would mean that those branches get closed on March 1, 2010. Security releases will be available until October 1, 2013. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubsc

Re: [Python-Dev] Implementation of Camellia block cipher for Python Cryptography Toolkit.

2008-08-16 Thread Martin v. Löwis
(http://listserv.surfnet.nl/archives/python-crypto.html) The best place for contributions is probably the pycrypto patches tracker, at http://sourceforge.net/projects/pycrypto http://sourceforge.net/tracker/?group_id=20937&atid=320937 Regards, Martin

Re: [Python-Dev] Memory tests in Unicode

2008-08-16 Thread Martin v. Löwis
> Are you having also this issue? Do you think that it should run not *always*? See bug http://bugs.python.org/issue3556 If no solution is forthcoming quickly, I recommend to remove/disable the test. Regards, Martin ___ Python-Dev mailing list Pyt

Re: [Python-Dev] Unicode 5.1.0

2008-08-24 Thread Martin v. Löwis
r each major Unicode version?) You couldn't use the space savings then, I suppose. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

Re: [Python-Dev] Unicode 5.1.0

2008-08-24 Thread Martin v. Löwis
sion of the Unicode spec; we can then drop 3.2 (and stick with whatever the RFC then specifies). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/ma

Re: [Python-Dev] Unicode 5.1.0

2008-08-24 Thread Martin v. Löwis
> I can tinker a little with this over the weekend, unless Martin tells > me not to ;-) Go ahead; I can't work on this at the moment, anyway. I would also be confident that a mere replacement of 4.1 with 5.1 should be easy, and I see no reason to keep the 4.1 version. Perhaps make

Re: [Python-Dev] HTTPS read-only SVN access is denied?

2008-09-07 Thread Martin v. Löwis
as for the sake of a completely unrelated repository for which even anonymous read access is denied (and remains so). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://m

Re: [Python-Dev] bsddb alternative (was Re: [issue3769] Deprecate bsddb for removal in 3.0)

2008-09-07 Thread Martin v. Löwis
. BSDDB (the Sleepycat-then-Oracle implementation) never was part of Python; this hasn't changed. What *has* changed is that the bsddb module (i.e. the Python wrapper) is now not part of Python anymore, either, due to it being maintained separately. This is as if Tkinter was removed fr

Re: [Python-Dev] Add python.exe to PATH environment variable

2008-09-07 Thread Martin v. Löwis
jected it outright, as I didn't consider that it might be optional and off by default). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailm

Re: [Python-Dev] Add python.exe to PATH environment variable

2008-09-07 Thread Martin v. Löwis
ch as registered extensions. For example, you don't need python on PATH to start a Python script; just invoking the .py file will find the Python interpreter from the registry. I don't think it is wise to apply Unix solutions to Windows problems. Regards, Martin

Re: [Python-Dev] Add python.exe to PATH environment variable

2008-09-07 Thread Martin v. Löwis
tab expansion enabled by default it's easy enough. Same for me. That's why I like Python being installed in the root directory (also a common complaint - why doesn't it install into the Programs Files folder?) Regards, Martin ___ Pyth

Re: [Python-Dev] Add python.exe to PATH environment variable

2008-09-07 Thread Martin v. Löwis
> May be an external program called by the uninstaller can take care > of this, removing what was added to PATH. Or a custom action. There are ways to solve this problem - they just take some effort to implement them. Regards, Martin ___ Pyth

Re: [Python-Dev] constness of interpreter data

2008-09-07 Thread Martin v. Löwis
d the cases you provide are correct and provide sharing even without being const. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options

Re: [Python-Dev] Add python.exe to PATH environment variable

2008-09-08 Thread Martin v. Löwis
> But then you don't get to pass arguments to the program, > get to see the output before the window disappears, etc. Did you actually try before posting? Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.

Re: [Python-Dev] HTTPS read-only SVN access is denied?

2008-09-11 Thread Martin v. Löwis
of us with sane networking environments) Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com

<    32   33   34   35   36   37   38   39   40   41   >