Re: [Python-Dev] Admin access using svn+ssh

2005-08-22 Thread Martin v. Löwis
which case "nobody" could access it. > and to support different certs for svn.python.org and > (eventually) www.python.org. Ah. I think anonymous read access should be on port 80. Regards, Martin ___ Python-Dev mailing list P

Re: [Python-Dev] Admin access using svn+ssh

2005-08-22 Thread Martin v. Löwis
[EMAIL PROTECTED] wrote: > More confusion here. If I use some sort of shared access how will the > system ascribe changes I make to me and not, for example, Martin? In pythondev's authorized_keys2, we have a line command="/usr/bin/svnserve --root=/data/repos/projects -t --t

Re: [Python-Dev] Admin access using svn+ssh

2005-08-22 Thread Martin v. Löwis
using svn+ssh for that.. It has the advantage that we can easily point people to files with a web browser; they don't need an svn client. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/py

Re: [Python-Dev] Admin access using svn+ssh

2005-08-22 Thread Martin v. Löwis
easily, as you cannot force it to slash-separated mode; it also couldn't fetch the history across renames. These may have been fixed meanwhile, of course. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/

Re: [Python-Dev] Admin access using svn+ssh

2005-08-22 Thread Martin v. Löwis
ingle "word": That would be easy to do. For consistency, should we use . (with the usual exceptions 'aahz', 'guido.van.rossum', 'martin.v.loewis')? As for parsing these things: they also show up in 'svn log'. Regards, Martin __

Re: [Python-Dev] Admin access using svn+ssh

2005-08-23 Thread Martin v. Löwis
e agreed on. > I actually /don't/ want all commits to look like they're coming from > [EMAIL PROTECTED] Ok, I have now changed all user names for the python repository to firstname.lastname. That should allow to use them in From: fields of commit email. Regards, Martin ___

[Python-Dev] Subversion instructions

2005-08-23 Thread Martin v. Löwis
on sf.net all these years; you will need to generate SSH2 keys. 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

Re: [Python-Dev] [Python-checkins] python/dist/src setup.py, 1.219, 1.220

2005-08-23 Thread Martin v. Löwis
ential system headers fail to comply with C89 (in addition, activating that mode also makes many extensions unavailable). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscrib

Re: [Python-Dev] [Python-checkins] python/dist/src/Modules _hashopenssl.c, NONE, 2.1 sha256module.c, NONE, 2.1 sha512module.c, NONE, 2.1 md5module.c, 2.35, 2.36 shamodule.c, 2.22, 2.23

2005-08-23 Thread Martin v. Löwis
it by then, atleast to the degree that Python would typically need. 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] 51 Million calls to _PyUnicodeUCS2_IsLinebreak() (???)

2005-08-24 Thread Martin v. Löwis
ly the CGI script needs to be parsed every time; all modules could load off bytecode files. Which suggests that Keir Mierle doesn't use bytecode files, I think he should. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.pyt

Re: [Python-Dev] 51 Million calls to _PyUnicodeUCS2_IsLinebreak() (???)

2005-08-24 Thread Martin v. Löwis
M.-A. Lemburg wrote: > I think it's worthwhile reconsidering this approach for > character type queries that do no involve a huge number > of code points. I would advise against that. I measure both versions (your version called PyUnicode_IsLinebreak2) with the following code volatile int result;

Re: [Python-Dev] 51 Million calls to _PyUnicodeUCS2_IsLinebreak() (???)

2005-08-24 Thread Martin v. Löwis
mpt to read more data. In a plain .read(), we would first join the lines back. 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/pyt

Re: [Python-Dev] 51 Million calls to _PyUnicodeUCS2_IsLinebreak() (???)

2005-08-24 Thread Martin v. Löwis
Walter Dörwald wrote: > Martin v. Löwis wrote: > >> Walter Dörwald wrote: >> >>> I think a maxsplit argument (just as for unicode.split()) would help >>> too. >> >> >> Correct - that would allow to get rid of the quadratic part. > > &g

Re: [Python-Dev] Bare except clauses in PEP 348

2005-08-24 Thread Martin v. Löwis
nt has also the bug that a KeyboardInterrupt before the assignment to complete will cause a NameError/UnboundLocalError; this can easily be fixed by moving the assignment before the try block. Regards, Martin ___ Python-Dev mailing list Python-Dev@python

Re: [Python-Dev] 51 Million calls to _PyUnicodeUCS2_IsLinebreak() (???)

2005-08-24 Thread Martin v. Löwis
a gradually decreasing trailer. Anyway, I don't think we should go back to C's readline/fgets. This is just too messy wrt. buffering and text vs. binary mode. I wish Python would stop using stdio entirely. Regards, Martin ___ Python-Dev mai

Re: [Python-Dev] 51 Million calls to _PyUnicodeUCS2_IsLinebreak() (???)

2005-08-24 Thread Martin v. Löwis
e breaks, so it should continue to use the Python approach. However, UTF-8 is fairly common, so that reading an UTF-8-encoded file line-by-line shouldn't suck. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/m

Re: [Python-Dev] Docs/Pointer to Tools/scripts?

2005-08-24 Thread Martin v. Löwis
already mentioned it: there is a README file in both Tools and Tools/scripts; you should update it whenever you add something. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev U

Re: [Python-Dev] Remove str.find in 3.0?

2005-08-26 Thread Martin v. Löwis
e dictionary have a value for that key, and if so, which?" > If we only has str.index, would you actually suggest adding this particular > duplication? That is what happened to dict.get: it was not originally there (I believe), but added later. Regards, Martin

Re: [Python-Dev] Remove str.find in 3.0?

2005-08-27 Thread Martin v. Löwis
derstanding *all* these years *was* wrong. If you don't specify *a* default value, *it* defaults to None. Regards, Martin P.S. Emphasis mine :-) ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsub

Re: [Python-Dev] Python code.interact() and UTF-8 locale

2005-09-14 Thread Martin v. Löwis
have a patch somewhere that does that, but did not get to publish it yet. 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] speeding up list append calls

2005-09-14 Thread Martin v. Löwis
local variable might give you most of the speedup. 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] Compatibility between Python 2.3.x and Python 2.4.x

2005-09-16 Thread Martin v. Löwis
ode15.html is meant to cover incompatible changes. It shows that there is no 100% compatibility, but that only "borderline" code is affected. Probably the most significant change is that 0xC000 is now a positive number, when it used to be negat

Re: [Python-Dev] Variant of removing GIL.

2005-09-16 Thread Martin v. Löwis
ly tried to completely understand your proposal, but you are right, in principle, that a global lock can be replaced with more fine-grained locks. However, this is really hard to do correctly - if it were simple, it would have been done long ago. Regards

Re: [Python-Dev] Variant of removing GIL.

2005-09-17 Thread Martin v. Löwis
o Python 1.5) Instead, the issue mainly died because nobody provided working code (along with a strategy on what to do with the existing extension modules). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.pyth

Re: [Python-Dev] possible memory leak on windows (valgrind report)

2005-09-21 Thread Martin v. Löwis
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] possible memory leak on windows (valgrind report)

2005-09-21 Thread Martin v. Löwis
sn't true > and we can define our own format -> type mappings? Yes and no. Yes, it cannot do user-defined formats, but no, it is not just *printf. They support gcc_diag and gcc_cxxdiag for their own internal printf-like functions (error() and warning()); they also support strft

[Python-Dev] Compressing MSI files: 2.4.2 candidate?

2005-09-22 Thread Martin v. Löwis
as well? Is it ok to use this modified procedure for 2.4.2 final (2.4.2c1 still uses MSZIP). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org

Re: [Python-Dev] Compressing MSI files: 2.4.2 candidate?

2005-09-23 Thread Martin v. Löwis
Vincent Wehren wrote: > The LZX:21-compressed package worked absolutely fine for me (Windows XP > Professional Build 2600.xpsp_sp2_gdr). Thanks for all the confirmations; I'm going to use it then for 2.4.2. Regards, Martin ___ Python-Dev m

Re: [Python-Dev] Active Objects in Python

2005-09-28 Thread Martin v. Löwis
for deadlocks. If a process becomes STOP (i.e. the process that will never again interact), then any communication attempt with that process also cause the partner to become STOP. Regards, Martin ___ Python-Dev mailing list Python-Dev@python

[Python-Dev] Help needed with MSI permissions

2005-10-02 Thread Martin v. Löwis
ren't really able to experiment much, either. So, if anybody is able to reproduce any of these reports, and give me instructions on how to reproduce it myself, that would be very much appreciated. Regards, Martin ___ Python-Dev mailing list Python-Dev@

Re: [Python-Dev] Tests and unicode

2005-10-02 Thread Martin v. Löwis
f reasonably possible, and some think this a conditio sine qua non. It certainly isn't a release-critical feature. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://

Re: [Python-Dev] C API doc fix

2005-10-02 Thread Martin v. Löwis
across installations). 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] --disable-unicode (Tests and unicode)

2005-10-03 Thread Martin v. Löwis
M.-A. Lemburg wrote: > Is the added complexity needed to support not having Unicode support > compiled into Python really worth it ? If there are volunteers willing to maintain it, and the other volunteers are not affected: certainly. > I know that Martin introduced this feature a long

Re: [Python-Dev] unifying str and unicode

2005-10-03 Thread Martin v. Löwis
t is semantically textual, yet I can be sure that this is a byte string only if it consists just of ASCII. For example, if you invoke a Tkinter function, it will return a byte string if the result is purely ASCII, else return a Unicode string. This is an interface guarantee, hence I can be sure.

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-04 Thread Martin v. Löwis
de point blocks), very few more than three. 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 charmap decoders slow

2005-10-04 Thread Martin v. Löwis
complained about charmap encoding > yet. Another option would be to generate a big switch statement in C > and let the compiler decide about the best data structure. I would try to avoid generating C code at all costs. Maintaining the build processes will just be a nightmare. Regards

Re: [Python-Dev] Static builds on Windows (continued)

2005-10-04 Thread Martin v. Löwis
should arrange the extension modules to import the symbols from your .exe. Linking the exe should generate an import library, and you should link the extensions against that. HTH, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-04 Thread Martin v. Löwis
nctions (which, if I have it right, are in unicodeobject.c). No > architectural changes are made; no existing codecs need to be changed; > everything will just work Please try to implement it. You will find that you cannot. I don't see how regenerating/editing the codecs could be avoide

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-04 Thread Martin v. Löwis
Just try all alternatives yourself and see if you can get any better than charmap_decode. Some would argue that charmap_decode *is* fast. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/pyt

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-05 Thread Martin v. Löwis
M.-A. Lemburg wrote: >>I would try to avoid generating C code at all costs. Maintaining the >>build processes will just be a nightmare. > > > We could automate this using distutils; however I'm not sure > whether this would then also work on Windows.

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-05 Thread Martin v. Löwis
character names into comments. 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 charmap decoders slow

2005-10-05 Thread Martin v. Löwis
ls in its current form could handle it. 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 charmap decoders slow

2005-10-05 Thread Martin v. Löwis
Trent Mick wrote: > [Martin v. Loewis wrote] > >>Maybe it is possible to hack up a project file to invoke distutils >>as the build process, but no such project file is currently available, >>nor is it known whether it is possible to create one. > > > This is es

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-06 Thread Martin v. Löwis
ble to build efficient tables in a single pass over the dictionary, so startup time should be fairly small (given that the dictionaries are currently built incrementally, anyway, due to the way dictionary literals work). Regards, Martin ___ Python-Dev m

Re: [Python-Dev] Removing the block stack (was Re: PEP 343 and __with__)

2005-10-06 Thread Martin v. Löwis
: global last_args last_args = args I considered making true tuple objects (i.e. with ob_type etc.) on the stack, but this possibility breaks it. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo

[Python-Dev] PyObject_Init documentation

2005-10-07 Thread Martin v. Löwis
says If type indicates that the object participates in the cyclic garbage detector, it is added to the detector's set of observed objects. Is this really correct? I thought you need to invoke PyObject_GC_TRACK explicitly? Regards, Martin ___ P

[Python-Dev] PythonCore\CurrentVersion

2005-10-08 Thread Martin v. Löwis
d who documented it (unfortunately, registry.html is not in cvs/subversion, either)? 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/pytho

Re: [Python-Dev] PythonCore\CurrentVersion

2005-10-10 Thread Martin v. Löwis
27;, '/usr/lib/python2.3/site-packages/Numeric', '/usr/lib/python2.3/site-packages/gtk-2.0', '/usr/lib/site-python'] We still have the empty string in sys.path, and it still denotes the current directory. 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 charmap decoders slow

2005-10-14 Thread Martin v. Löwis
e. People will probably want to update the codecs in-place, but I don't think we need to make a guarantee that that such an approach works independent of the Python version. People would be much better off writing their own codecs if they think the distributed ones are incorrect. Regards, Mar

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-14 Thread Martin v. Löwis
#x27;t think this will be necessary. I personally dislike the decoding tables, as I think a straight-forward trie will do better than a hashtable. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/

Re: [Python-Dev] LOAD_SELF and SELF_ATTR opcodes

2005-10-14 Thread Martin v. Löwis
effect. As for measuring the effect of the change: how often does that pattern occur in the standard library? (compared to what total number of LOAD_ATTR) Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/lis

Re: [Python-Dev] LOAD_SELF and SELF_ATTR opcodes

2005-10-15 Thread Martin v. Löwis
[EMAIL PROTECTED] wrote: > (Send it to Raymond H. He'll probably sneak it in when Martin's not > looking. ) I'm not personally objecting :-) I just recall that there was that kind of objection when I proposed similar changes myself a couple of years

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-16 Thread Martin v. Löwis
Tony Nelson wrote: > BTW, Martin, if you care to, would you explain to me how a Trie would be > used for charmap encoding? I know a couple of approaches, but I don't know > how to do it fast. (I've never actually had the occasion to use a Trie.) I currently envision a three

Re: [Python-Dev] Unicode charmap decoders slow

2005-10-16 Thread Martin v. Löwis
ter of taste: avoid hashtables if you can :-) 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] Divorcing str and unicode (no more implicit conversions).

2005-10-16 Thread Martin v. Löwis
Martin Blais wrote: >>Yes. setdefaultencoding() is removed from sys by site.py. To get it >>again you must reload sys. > > > Thanks. Actually, I should take the opportunity to advise people that setdefaultencoding doesn't really work. With the default default enc

[Python-Dev] Migrating to subversion

2005-10-18 Thread Martin v. Löwis
a support request that they manually trigger tarball generation to shorten the freeze period. If people want to test the installation before the switch happens, this would be the time to do it. Regards, Martin ___ Python-Dev mailing list Python-Dev@pytho

Re: [Python-Dev] Migrating to subversion

2005-10-18 Thread Martin v. Löwis
Phillip J. Eby wrote: > What will the procedure be for getting a login? I assume our SF logins > won't simply be transferred/transferrable. You should send your SSH2 public key along with your preferred logname (firstname.lastname) to [EMAIL PROTECTED] Rega

Re: [Python-Dev] Migrating to subversion

2005-10-18 Thread Martin v. Löwis
rg/projects/python/trunk/Misc for read-only access; viewcvs is at http://svn.python.org/view Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mail

Re: [Python-Dev] Migrating to subversion

2005-10-18 Thread Martin v. Löwis
vfaq.html) if possible. 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] New codecs checked in

2005-10-23 Thread Martin v. Löwis
ding_maps could also go. 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

[Python-Dev] Freezing the CVS on Oct 26 for SVN switchover

2005-10-23 Thread Martin v. Löwis
after that point, you will need to get the CVS tarball and retarget your sandbox to perform diffs. I'm not aware of a procedure to convert a CVS sandbox into an SVN one, so you will have to recheckout all your sandboxes after the switch. Regar

Re: [Python-Dev] cross compiling python for embedded systems

2005-10-23 Thread Martin v. Löwis
ion "I made this and that modification to get it cross-compile, can somebody please review them?" 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] Divorcing str and unicode (no more implicit conversions).

2005-10-23 Thread Martin v. Löwis
use. That's very tricky. If you have multiple implementations, you make usage at the C API difficult. If you make it either UTF-8 or UTF-32, you make PythonWin difficult. If you make it UTF-16, you make indexing difficult. Regards, Martin ___ Python-D

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).

2005-10-23 Thread Martin v. Löwis
switches that have that much importance. For Python 2.x? Well, we are not supposed to discuss this. 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] Divorcing str and unicode (no more implicit conversions).

2005-10-24 Thread Martin v. Löwis
ng. Of course, iteration could also operate on UTF-8, if you introduced string iterator objects. 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] New codecs checked in

2005-10-24 Thread Martin v. Löwis
rent form nor your suggested cosmetic change would survive. > to > > decoding_table = ( > u'\x00' # 0x00 -> U+ NULL Using U+ in comments to denote the codepoints is a good idea, anyway. Regards, Martin ___ Python-

Re: [Python-Dev] New codecs checked in

2005-10-24 Thread Martin v. Löwis
s also applies to things like rot13. > I'll rerun the creation with the above changes sometime this > week. I hope I can finish my encoding routine shortly, which again results in changes to the codecs (replacing the encoding dictionaries wit

Re: [Python-Dev] New codecs checked in

2005-10-24 Thread Martin v. Löwis
M.-A. Lemburg wrote: > I had to create three custom mapping files for cp1140, koi8-u > and tis-620. Can you please publish the files you have used somewhere? They best go into the Python CVS. Regards, Martin ___ Python-Dev mailing list Pyth

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).

2005-10-24 Thread Martin v. Löwis
h Neil that it should do whatever it does consistently across implementations, i.e. len("\U0001") should always give the same result, and I think this result should always be 1. How to best implement this efficiently is an entirely different question, as is the question whether yo

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).

2005-10-24 Thread Martin v. Löwis
r". It's not so much a matter of API as a matter of internal representation. The API doesn't have to change (except for the very low-level C API that directly exposes Py_UNICODE*, perhaps). Regards, Martin ___ Python-Dev mailing l

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).

2005-10-24 Thread Martin v. Löwis
decoded character ordinals). 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] New codecs checked in

2005-10-25 Thread Martin v. Löwis
M.-A. Lemburg wrote: > Done. > > In order to rebuild the codecs, cd Tools/unicode; make > then check the codecs in the created build/ subdir (e.g. > using comparecodecs.py) and copy them over to the > Lib/encodings/ directory

Re: [Python-Dev] MinGW and libpython24.a

2005-10-25 Thread Martin v. Löwis
myself at all. > If this is true, in which version was it introduced? It was introduced in 1.20/1.16.2.4 of Tools/msi/msi.py in response to patch #1088716; this in turn was first used to release r241c1. Regards, Martin ___ Python-Dev mailing

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).

2005-10-25 Thread Martin v. Löwis
Bill Janssen wrote: > I just got mail this morning from a researcher who wants exactly what > Martin described, and wondered why the default MacPython 2.4.2 didn't > provide it by default. :-) If all he wants is to represent Deseret, he can do so in a 16-bit Unicode type, too: Pytho

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-25 Thread Martin v. Löwis
entire file. However, because of the Python syntax, you are restricted to ASCII in many places, such as keywords, number literals, and (unfortunately) identifiers. Lifting the restriction on identifiers is on my agenda. Regards, Martin ___ Python-Dev

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-25 Thread Martin v. Löwis
have bigger problems than these look-alikes: anybody capable of doing so could just as well replace the real thing in the first place. As always in computer security: define your threat model before reasoning about the risks. Regards, Martin ___ Python

Re: [Python-Dev] Divorcing str and unicode (no more implicit conversions).

2005-10-25 Thread Martin v. Löwis
the ones that come to mind easily. While I could imagine fixing the first two with some effort, the third one is really tricky (unless you would accept a "wide" representation of a character class even if the Unicode representation is only narrow). Regards, Martin _

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-25 Thread Martin v. Löwis
really difficult to recognize. > Speaking of which, would > we then be offering support for arabic/indic numeric literals, and/or > support it in int()/float()? No. None of the Arabic users have ever requested such a feature, so it would be stupid to provide it. We provide extended i

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-25 Thread Martin v. Löwis
M.-A. Lemburg wrote: > A few years ago we had a discussion about this on python-dev > and agreed to stick with ASCII identifiers for Python. I still > think that's the right way to go. I don't think there ever was such an agreemen

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-25 Thread Martin v. Löwis
metimes do it correctly, sometimes don't; most notably, Tk has no good support for RTL text. 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] Divorcing str and unicode (no more implicitconversions).

2005-10-25 Thread Martin v. Löwis
nicode ordinals for non-ASCII characters) which would give an easy visual clue. I still doubt that this is a frequent problem, and I don't see any better grounds for claiming that it is than for claiming that it is not. Regards, Martin ___ Pyth

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-25 Thread Martin v. Löwis
people will use them, or that they will mistake the scripts (except for deliberately doing so, of course). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://ma

[Python-Dev] CVS is read-only

2005-10-26 Thread Martin v. Löwis
I just switched the repository to read-only mode, and removed the test subversion installation. I'll let you know when the conversion is complete. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/lis

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-26 Thread Martin v. Löwis
ortant in this > globalized world. Certainly. However, some programs don't need to live in a globalized world - e.g. if they are homework in a school. Within a locale, using native scripts would make the program more readable. Regards, Martin ___

Re: [Python-Dev] Divorcing str and unicode (no more implicitconversions).

2005-10-26 Thread Martin v. Löwis
(unless > China takes over the world). That is a very U.S. centric view. I don't share it, but I think it is pointless to argue against it. Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/m

Re: [Python-Dev] Conversion to Subversion is complete

2005-10-27 Thread Martin v. Löwis
am.de/home/loewis/python.tgz :-) I'm planning to provide them at http://svn.python.org/snapshots. 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] Freezing the CVS on Oct 26 for SVN switchover

2005-10-27 Thread Martin v. Löwis
.python.org/dev/svn.html 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] Freezing the CVS on Oct 26 for SVN switchover

2005-10-27 Thread Martin v. Löwis
Jim Fulton wrote: >> Can anyone point an old CVS/Perforce-Luddite at instructions for how >> to use the new SVN repository? > > > And can you remind us where to send our public keys? :) [EMAIL PROTECTED] should work; you will get a confirmation when they are instal

Re: [Python-Dev] Conversion to Subversion is complete

2005-10-27 Thread Martin v. Löwis
Guido van Rossum wrote: > Woo hoo! Thanks for all the hard work and good thinking, Martin. My pleasure! >>svn+ssh://[EMAIL PROTECTED]/python/trunk >>svn+ssh://[EMAIL PROTECTED]/python/branches/release24-maint >>svn+ssh://[EMAIL PROTECTED]/peps > > > This doe

Re: [Python-Dev] Conversion to Subversion is complete

2005-10-27 Thread Martin v. Löwis
than a year old. 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] Conversion to Subversion is complete

2005-10-27 Thread Martin v. Löwis
Michael Hudson wrote: > Do checkins to svn.python.org go to the python-checkins list already? They do indeed - you should have received one commit message by now (me testing whether committing works, on PEP 347). Regards, Martin ___ Python-Dev mail

Re: [Python-Dev] [Docs] MinGW and libpython24.a

2005-10-27 Thread Martin v. Löwis
a version of > Python prior to 2.4.1 with a MinGW prior to 3.0.0 (with > binutils-2.13.90-20030111-1). Can you please provide a patch to the documentation? None of the regular documentation maintainers would know what exactly to write; this is all user-contributed

Re: [Python-Dev] Help with inotify

2005-10-27 Thread Martin v. Löwis
ce output. Usage would be strace -o muell python test_notify.py (look into the file muell afterwards) 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] Divorcing str and unicode (no more implicitconversions).

2005-10-27 Thread Martin v. Löwis
ines how this should be done. People should then have their wars with the Unicode consortium. 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] Freezing the CVS on Oct 26 for SVN switchover

2005-10-27 Thread Martin v. Löwis
; We should probably have a dedicated address for this, or tell people to send > them to webmaster. I think I would request a separate address; I don't think I want to get all webmaster email. That address should probably include webmaster, though. Regards, Martin ___

Re: [Python-Dev] [Docs] MinGW and libpython24.a

2005-10-27 Thread Martin v. Löwis
ctions of this section are incorrect or only part of it); I put it at the beginning. 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] Help with inotify

2005-10-27 Thread Martin v. Löwis
argument is the bytes, the third is the number of bytes). 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] Help with inotify

2005-10-27 Thread Martin v. Löwis
e_fields. Python simply does not support file objects which stat(2) as directories. 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] Conversion to Subversion is complete

2005-10-27 Thread Martin v. Löwis
d why I was supposed to create a /viewcvs Alias in the apache configuration... 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] Conversion to Subversion is complete

2005-10-27 Thread Martin v. Löwis
eck out for the > sandbox; whole directory or just the trunk? You would usually only check out the trunk (unless you want to work on a branch, of course). Regards, Martin ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mail

<    49   50   51   52   53   54   55   56   57   58   >