On 3/1/07, Tim Chase <[EMAIL PROTECTED]> wrote:
...
> the
> tracebacks seem to want to try and pull back some humongous
> portion of data (600k+ records in one table, and this is the
> "small" testing DB).

Those variables are somewhere in your call stack.  The traceback
doesn't "want to" do it.  It's unrolling the stack, and it works with
what it finds.  :)

OTOH, it does sound reasonable to me to put some kind of safety valve
on the TB handling-- something no reasonable person would ever hit,
but might help you.  ;-)

I think this is the bit that needs help:
django.views.debug.technical_500_response:
...
                'vars': tb.tb_frame.f_locals.items(),

The problem is that this is all very generic code and there's no
telling what kind of object you're dealing with in the results of
.items().

(I wish Python had a convenient way to check the physical memory size
of an object graph.)

--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"Django users" group.
To post to this group, send email to django-users@googlegroups.com
To unsubscribe from this group, send email to [EMAIL PROTECTED]
For more options, visit this group at 
http://groups.google.com/group/django-users?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to