Re: HTML formatted traceback

2006-08-16 Thread Dan Eloff
I'll agree that mod_python 3.3 tracebacks are perhaps longer than they need to be given that I factored out various stuff into some functions so as to be able to reuse it across connection, handler and filter dispatch. I also like the idea of using colour to highlight important stuff. Thus, proba

Re: HTML formatted traceback

2006-08-16 Thread Graham Dumpleton
Dan Eloff wrote .. > I grew tired of scrolling down through the very long tracbacks to get > to the actual error, so I wrote a function that lets me skip > everything up to my handler function. While I was at it I figured I > may as well highlight the things I want to see to make the tracebacks > e

HTML formatted traceback

2006-08-16 Thread Dan Eloff
I grew tired of scrolling down through the very long tracbacks to get to the actual error, so I wrote a function that lets me skip everything up to my handler function. While I was at it I figured I may as well highlight the things I want to see to make the tracebacks easier to read. When I was fi

Re: New module importer - why not make it the default in 3.3?

2006-08-16 Thread Graham Dumpleton
Graham Dumpleton wrote .. > Graham Dumpleton wrote .. > > One of things I used to do when I was testing this, was to use some of > > the dependency information to produce 'dot' graph definition files and > > view them in GraphViz on the Mac. Quite interesting. I should resurrect > > the code and po

Re: Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-16 Thread Justin Erenkrantz
On 8/16/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote: > > Do you have more than one version of Python installed? > > Nope. I just have Python from /usr/bin/python. Nothing special. Strange. What does your LINKFORSHARED variable have? See /System/Library/Frameworks/Python.framework/Version

Re: New module importer - why not make it the default in 3.3?

2006-08-16 Thread Graham Dumpleton
Dan Eloff wrote .. > The new importer gets my vote. > > I've been using it for a while now in my development servers and it > works great. I've not discovered any bugs. I've verified it with > PythonAutoReload and PythonDebug in any combination of On and Off. For > a complex hierarchy of python fi

Re: Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-16 Thread Graham Dumpleton
Justin Erenkrantz wrote .. > On 8/16/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote: > > > I would actually love to test this, but I can't build trunk on Mac > OS X. > > > > Huh! > > > > Do you have more than one version of Python installed? > > Nope. I just have Python from /usr/bin/python. Not

Building on Mac OS X was [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-16 Thread Justin Erenkrantz
On 8/16/06, Graham Dumpleton <[EMAIL PROTECTED]> wrote: > I would actually love to test this, but I can't build trunk on Mac OS X. Huh! Do you have more than one version of Python installed? Nope. I just have Python from /usr/bin/python. Nothing special. I do all my work on Mac OS X and h

Re: New module importer - why not make it the default in 3.3?

2006-08-16 Thread Dan Eloff
The new importer gets my vote. I've been using it for a while now in my development servers and it works great. I've not discovered any bugs. I've verified it with PythonAutoReload and PythonDebug in any combination of On and Off. For a complex hierarchy of python files in with both set to off, I

Re: [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-16 Thread Graham Dumpleton
Justin Erenkrantz wrote .. > On 8/16/06, Jim Gallacher <[EMAIL PROTECTED]> wrote: > > Actually I don't think apr_pool_destroy() in table_dealloc is actually > > destroying the pool. I've been poking around in the code and there is > > something odd going on here. > > I would actually love to test

Re: [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-16 Thread Justin Erenkrantz
On 8/16/06, Jim Gallacher <[EMAIL PROTECTED]> wrote: Actually I don't think apr_pool_destroy() in table_dealloc is actually destroying the pool. I've been poking around in the code and there is something odd going on here. I would actually love to test this, but I can't build trunk on Mac OS X.

Re: [jira] Created: (MODPYTHON-184) Memory leak apache.table()

2006-08-16 Thread Jim Gallacher
Alexis Marrero wrote: > Jim, > > This are my results for the memory leak search in apache.table(). > > The table object creates a memory pool by using apr_pool_create_ex() and > destroys the pool using apr_pool_destroy(). I added a line in > MpTable_New() before "return (PyObject*)t" to destroy t