On Mon, Nov 21, 2005 at 11:48:29PM +0100, Martin v. L?wis wrote:
you will have to look up the closest
revision number manually (e.g. in viewcvs, or through svn log).
svn annotate (aka svn blame) may help too.
Oleg.
--
Oleg Broytmannhttp://phd.pp.ru/[EMAIL
A.B., Khalid wrote:
Currently test_directories of test_cmd_line fails on the latest Python 2.4.2
from svn branch and from the svn head. The reason it seems is that the test
assumes that the local language of Windows is English and so tries to find
the string denied in the returned system
quote who=[EMAIL PROTECTED]
On Sat, Nov 19, 2005 at 11:06:16PM +0100, Martin v. Löwis wrote:
[EMAIL PROTECTED] wrote:
I would appreciate feedback concerning these patches before the next
PythonD (for DOS/DJGPP) is released.
PEP 11 says that DOS is not supported anymore since Python 2.0. So
/ msg = textwrap.dedent('''\
// IDLE's subprocess can't connect to %s:%d. This may be due \
// to your personal firewall configuration. It is safe to \
// allow this internal connection because no data is visible on \
// external ports.''' % address)
//
/
It's not that much availability of the platform I worry about, but the
commitment of the Python porter. We need somebody to forward bug
reports to, and somebody to intervene if incompatible changes are made.
This person would also indicate that the platform is no longer
available, and hence
Hello,
Purify is not so difficult to use: just run and learn to read the output ;-)
My config: Win2k using VC6sp5, and only 512Mb RAM.
I downloaded the snapshot dated 2005/11/21 05:01,
commented out #define WITH_PYMALLOC,
built in debug mode,
modified the rt.bat file to use purify,
and ran rt -d.
I wrote (in the summary):
While there is no interface to the AST yet, one is
intended for the not-so-distant future.
Simon Burton wrote:
who is doing this ? I am mad keen to get this happening.
Brett Cannon wrote:
No one yet. Some ideas have been tossed around (read the thread for
On 11/22/05, Brett Cannon [EMAIL PROTECTED] wrote:
But if I had my way I think that having all AST objects be PyObjects
and then providing support for all three ways of getting access to the
AST (command-line, sys iterable, function for specific code object)
would be fantastic.
There needs
On 11/22/05, Neal Norwitz [EMAIL PROTECTED] wrote:
On 11/22/05, Brett Cannon [EMAIL PROTECTED] wrote:
But if I had my way I think that having all AST objects be PyObjects
and then providing support for all three ways of getting access to the
AST (command-line, sys iterable, function for
At 06:32 PM 11/22/2005 -0800, Brett Cannon wrote:
Hmm, it would be nice to give a function a module
name (like from an import statement) and have Python resolve it using
the normal sys.path iteration.
Yep, import path - filename path would be cool.
Zipped and frozen modules don't have
10 matches
Mail list logo