Re: [Python-Dev] Ph.D. dissertation ideas?

Brett, Where are you doing your Phd and who will be your likely supervisor? It does make a difference. Your dissertation idea list seems to me to focus on implementation projects and not on research. Usually a dissertation proceeds from a hypothesis leading to an experiment, some measurements,

Re: [Python-Dev] r42015 - peps/trunk

> [David Goodger] >> An alternative is to use svn:externals to link to a specific >> revision (via the -r option); [Tim Peters] > Yes. please. Done. -- David Goodger signature.asc Description: OpenPGP digital signature

[Python-Dev] DRAFT: python-dev Summary for 2005-12-01 through 2005-12-15

= Announcements = - Reminder: plain text documentation fixes are accepted - Want to help out with the Python documentation? Don't know LaTeX? No problem! Plain text or R

Re: [Python-Dev] pystate.c changes for Python 2.4.2

On Thu, Jan 12, 2006, Gabriel Becedillas wrote: > > If I add this code at the end of PyThreadState_Delete: > > if (autoTLSkey && PyThread_get_key_value(autoTLSkey) == tstate) > PyThread_delete_key_value(autoTLSkey); > > then everything works fine. > Could you please confirm if this is a bug

Re: [Python-Dev] Include ctypes into core Python?

"Martin v. Löwis" <[EMAIL PROTECTED]> writes: > Thomas Heller wrote: >> Sounds good, although it should be noted that ctypes is a package now, >> with a ctypes.wrap subpackage (contains the code generator), a >> ctypes.macholib subpackage (contains Bob Ippolitos macholib for OS X), >> and ctypes.t

[Python-Dev] pystate.c changes for Python 2.4.2

Hi, At the company I work for, we've embedded Python in C++ application we develop. Since our upgrade to Python 2.4.2 from 2.4.1 we started hitting Py_FatalError("Invalid thread state for this thread") when using debug builds. We use both multiple interpreters and thread states. I think the pro

Re: [Python-Dev] Ph.D. dissertation ideas?

Brett Cannon wrote: > On 1/12/06, Bill Janssen <[EMAIL PROTECTED]> wrote: > >>Brett, >> >>How about building a system that compiles a Python program (possibly >>annotated) to an AJAX program? That is, it analyzes the program to >>determine what's appropriate and possible for client-side and >>ser

[Python-Dev] DRAFT: python-dev Summary for 2005-12-16 through 2005-12-31

Here's the second December summary. As always, if anyone can spare some time to take a look over it and send any comments/suggestions/corrections/additions to me or Steve that would be great. I'm not all that confident about the "default comparisons" thread, so particular attention to that would

[Python-Dev] Unicode print/stdoutput exceptions are not nice

<[EMAIL PROTECTED]> Martin v. Löwis schrieb: > Robert wrote: > > is in a PythonWin Interactive session - ok results for cyrillic chars > > (tolerant mbcs/utf-8 encoding!). > > But if I do this on Win console (as you probably mean), I get also > > encoding Errors - no matter if chcp1251, becau

Re: [Python-Dev] PEP and stdlib

Fabien Schwob wrote: > What do you think about that ? See PEP 2. 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] Ph.D. dissertation ideas?

On 1/12/06, Bill Janssen <[EMAIL PROTECTED]> wrote: > Brett, > > How about building a system that compiles a Python program (possibly > annotated) to an AJAX program? That is, it analyzes the program to > determine what's appropriate and possible for client-side and > server-side, figures out the

Re: [Python-Dev] [PATCH] Fix dictionary subclass semantics whenused as global dictionaries

I sorta disagree about it not being broken. Adding a feature which works for eval but not for exec seems pretty broken. It's difficult to reason about what will happen in the exec context, so I can't see what fixing it would endanger; but I'd deffinately like to see it for 2.5. I've run rough timi

Re: [Python-Dev] Ph.D. dissertation ideas?

Brett, How about building a system that compiles a Python program (possibly annotated) to an AJAX program? That is, it analyzes the program to determine what's appropriate and possible for client-side and server-side, figures out the optimal network API (reduce latency, reduce calls, reduce data

Re: [Python-Dev] ConfigParser to save with order

> I see two paths here: > > - Rewrite ConfigParser entirely. > - Apply my patch. Allowing 'surgical' editing of configuration files, as has been proposed many times both here and c.l.p would not require ConfigParser to be entirely rewritten (just more extensive modification of the write() me

Re: [Python-Dev] r42015 - peps/trunk

[Tim Peters] >> Yes. please. svn:externals should always pin to a specific revision >> (or at least to a "frozen" tag). Updating to a new revision then is >> just a propedit away (to change the revision number); ditto for >> backing off to an older revision if the newer one has problems. [Fredri

Re: [Python-Dev] Py_ssize_t output parameters (Was: [Python-checkins] r41971 ...)

M.-A. Lemburg wrote: > What if x64 has a 64-bit value ? How do you catch > and process the truncation error ? We were *both* discussing a scenario where no sizes exceed 2**31, right? Under such a scenario, this just won't happen. OTOH, if you were discussing a scenario where sizes might exceed 2

[Python-Dev] Ph.D. dissertation ideas?

It is time once again in my educational career to come to python-dev for help for major project ideas. This time, though, it is for my Ph.D. dissertation (and thus can have larger scope than my masters thesis) but there are funding restrictions (and thus only certain areas I have possible funding

Re: [Python-Dev] Ph.D. dissertation ideas?

At 02:36 PM 1/12/2006 -0800, Brett Cannon wrote: >(I have a third, AOP for anything, but I don't think AOP is a good match >for Python and thus not considering it for Python work) For what it's worth, I've been doing what I'll loosely refer to as "research" on implementing a non-traditional form

Re: [Python-Dev] Include ctypes into core Python?

Thomas Heller wrote: > Sounds good, although it should be noted that ctypes is a package now, > with a ctypes.wrap subpackage (contains the code generator), a > ctypes.macholib subpackage (contains Bob Ippolitos macholib for OS X), > and ctypes.test subpackage whcih contains several test modules.

Re: [Python-Dev] r42015 - peps/trunk

[David Goodger] ... > An alternative is to use svn:externals to link to a specific > revision (via the -r option); Yes. please. svn:externals should always pin to a specific revision (or at least to a "frozen" tag). Updating to a new revision then is just a propedit away (to change the revision

Re: [Python-Dev] r42015 - peps/trunk

Tim Peters wrote: > Yes. please. svn:externals should always pin to a specific revision > (or at least to a "frozen" tag). Updating to a new revision then is > just a propedit away (to change the revision number); ditto for > backing off to an older revision if the newer one has problems. wasn'

[Python-Dev] PEP and stdlib

Hello, I've often read new PEP that are published, and they are often about new additions to the core language. Why not using them with the standard library. Guido often say that he don't want to include new module that aren't widely used in the community. It's a good thing, but it lead to the

Re: [Python-Dev] building a module catalogue with buildbot

Martin v. Löwis wrote: > > My initial thought was that we could ask alpha testers to run this script on > > their alpha builds, and report back, but it just struck me that the > > "buildbot" > > already builds stuff on a couple of interesting platforms. > > > > Can buildbot deal with custom test/

Re: [Python-Dev] Include ctypes into core Python?

"Martin v. Löwis" <[EMAIL PROTECTED]> writes: > Guido van Rossum wrote: >> On the other hand it breaks one of the most fundamental Python >> guidelines: if you get a core dump (segfault etc.) it's a bug in >> Python or in a 3rd party extension, not in *your* Python code. An >> exception would have

Re: [Python-Dev] r42015 - peps/trunk

On 1/12/06, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: > I know, but I wouldn't expect SVN to query other servers > than svn.python.org inside the standard repository > directories. > > AFAIK, this is a first in the Python repository. True, and worth discussing. Luckily the PEPs repository is a low

Re: [Python-Dev] Include ctypes into core Python?

"Delaney, Timothy (Tim)" <[EMAIL PROTECTED]> writes: > "Martin v. Löwis" wrote: > >> So as for dealing with it "somehow": I would make ctypes a dynamically >> loaded module (ctypes.pyd), so administrators could remove it, and >> I could also make it a separate option in the Windows installer, >> s

Re: [Python-Dev] r42015 - peps/trunk

M.-A. Lemburg wrote: > AFAIK, this is a first in the Python repository. Not > sure if it's such a good idea. Branching and tagging > doesn't work with external resources in Subversion, > so things can become inconsistent. > > Also, what if you break the code in the berlios repo > or the server is

Re: [Python-Dev] r42015 - peps/trunk

David Goodger wrote: > On 1/12/06, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: >> Hmm, shouldn't these things be tracked under external/ ?! > > What do you mean exactly? A new "external" directory? Yes. > SVN provides a built-in mechanism for tracking external > repositories, via the "svn:externals

Re: [Python-Dev] r42015 - peps/trunk

On 1/12/06, M.-A. Lemburg <[EMAIL PROTECTED]> wrote: > Hmm, shouldn't these things be tracked under external/ ?! What do you mean exactly? A new "external" directory? SVN provides a built-in mechanism for tracking external repositories, via the "svn:externals" property, and that's what I used. -

Re: [Python-Dev] r42015 - peps/trunk

David Goodger wrote: > [M.-A. Lemburg] >> Question: why do we need docutils in the peps/trunk/ directory >> in the first place ? > > It's a convenience, so that a separate Docutils download & install > (& maintain) isn't necessary for those who process reST-format PEPs. Hmm, shouldn't these thing

Re: [Python-Dev] r42015 - peps/trunk

[M.-A. Lemburg] > Question: why do we need docutils in the peps/trunk/ directory > in the first place ? It's a convenience, so that a separate Docutils download & install (& maintain) isn't necessary for those who process reST-format PEPs. -- David Goodger signatu

Re: [Python-Dev] r42015 - peps/trunk

David Goodger wrote: >> Author: david.goodger >> Date: Thu Jan 12 04:33:16 2006 >> New Revision: 42015 >> >> Modified: >>peps/trunk/ (props changed) >> Log: >> add external link to Docutils public repo -- always up-to-date > > I just deleted the static copy of the "docutils" directory from t

Re: [Python-Dev] New PEP: Using ssize_t as the index type

Martin v. Löwis wrote: > M.-A. Lemburg wrote: >> If it were this easy, I wouldn't have objections. But it's >> not. > > It is so easy. Can you should me an example where it isn't? > >> The variables you use with these APIs tend to propagate >> through the extension, you use them in other calls, >

Re: [Python-Dev] Py_ssize_t output parameters (Was: [Python-checkins] r41971 ...)

Martin v. Löwis wrote: > M.-A. Lemburg wrote: >> ... and then the type change of that variable propagates >> throughout the extension. > > That depends on the usage of the code. If the variable > is passed by value, no further changes are necessary. > If a pointer to the variable is passed, you co

Re: [Python-Dev] [PATCH] Fix dictionary subclass semantics whenused as global dictionaries

> Is there any objection to this patch? Any support? It is assigned to me. When I have time, will go through it in detail (the given use cases, more detailed timings, and a close reading of the code). If accepted, it will be for Py2.5, as it is a new feature. There is nothing broken about the e