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 do
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, fu
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 n
On 11/22/05, Steven Bethard <[EMAIL PROTECTED]> wrote:
> 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 o
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
> deta
On Tue, 22 Nov 2005 11:31:34 -0800
Brett Cannon <[EMAIL PROTECTED]> wrote:
>
> On 11/21/05, Simon Burton <[EMAIL PROTECTED]> wrote:
> > On Thu, 17 Nov 2005 13:36:36 +1300
> > Tony Meyer <[EMAIL PROTECTED]> wrote:
> >
> > >
> > > --
> > > AST for Python
> > > --
> > >
> > >
Hi,
on my machine, "make test" hangs at test_colorsys.
Careful investigation shows that when the bytecode is freshly generated
by "make all" (precisely in test___all__) the .pyc file is different from what a
direct call to "regrtest.py test_colorsys" produces.
Curiously, a call to "regrtest.py t
On 11/22/05, Vinay Sajip <[EMAIL PROTECTED]> wrote:
> makeRecord will, after doing what it does now, use the extra_info argument
> as follows:
>
> If type(extra_info) != types.DictType, it will be ignored.
>
> Otherwise, any entries in extra_info whose keys are not already in the
> LogRecord's __di
Gustavo Sverzut Barbieri wrote:
> At least with gentoo's Python 2.4.2, I get a bunch of errors from
> invalid reads and jumps/moves that depends on unitialized values in
> PyObject_Free().
>
> Running:
>
> valgrind --leak-check=full --leak-resolution=high --show-reachable=yes
> python -c "pass" 2
On 11/20/05, Neal Norwitz <[EMAIL PROTECTED]> wrote:
> Thanks I was going to look into the resizing and forgot about it.
> Running without pymalloc confirmed that there weren't more serious
> problems.
At least with gentoo's Python 2.4.2, I get a bunch of errors from
invalid reads and jumps/moves
On 11/21/05, Simon Burton <[EMAIL PROTECTED]> wrote:
> On Thu, 17 Nov 2005 13:36:36 +1300
> Tony Meyer <[EMAIL PROTECTED]> wrote:
>
> >
> > --
> > AST for Python
> > --
> >
> > As of October 21st, Python's compiler now uses a real Abstract Syntax
> > Tree (AST)! This should
On 11/22/05, Amaury Forgeot d'Arc <[EMAIL PROTECTED]> wrote:
> Hello,
>
> Purify is not so difficult to use: just run and learn to read the output ;-)
Amaury,
Thank you for running Purify.
> 1 - Memory error in test_coding, while importing bad_coding.py :
> IPR: Invalid pointer read in tok_nextc
On numerous occasions, requests have been made for the ability to easily add
user-defined data to logging events. For example, a multi-threaded server
application may want to output specific information to a particular server
thread (e.g. the identity of the client, specific protocol options for th
Hi Brett,
On Mon, Nov 21, 2005 at 11:35:37PM -0800, Brett Cannon wrote:
> (any chance we can replace profile with a wrapper to lsprof
> without much issue?)
Yes. In fact I am thinking about adding lsprof under the module name
'cProfile', to keep true to the (IMHO) good tradition of pickle/cPickl
Surprise! It's November, and here's a November summary . Thanks to all those that proofread the triple summary hit last week; if anyone can spare some time to take a look over these in the next couple of days, that would be great. As always, corrections and suggestions to
[EMAIL PROTECTED] or [
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"
On Mon, Nov 21, 2005 at 12:14:26PM +0100, Armin Rigo wrote:
> Hi Brett, hi Floris,
>
> On Sat, Nov 19, 2005 at 04:12:28PM -0800, Brett Cannon wrote:
> > Just for everyone's FYI while we are talking about profilers, Floris
> > Bruynooghe (who I am cc'ing on this so he can contribute to the
> > con
Hello
On Mon, Nov 21, 2005 at 12:14:30PM +0100, Armin Rigo wrote:
> On Sun, Nov 20, 2005 at 08:55:49PM -0500, Tim Peters wrote:
> > We should note that hotshot didn't intend to reduce total time
> > overhead. What it's aiming at here is to be less disruptive (than
> > profile.py) to the code bein
> 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 hen
>>/ 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)
> 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
>> I am -1
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 sy
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 PR
23 matches
Mail list logo