[hunchentoot-devel] resurrect tbnl's debug-value macro?

Andrei Stebakov lispercat at gmail.com
Thu May 3 12:25:21 UTC 2007


I would really vote for the feature. I didn't know it existed before. Also
the (break) doesn't always work well with slime environment (at least in my
case) and it doesn't go well with the lisp flowy programming model (so you
can build all the functionality from REPL using functions as building
blocks).

Andrew

On 5/3/07, Pierre THIERRY <nowhere.man at levallois.eu.org> wrote:
>
> Scribit Mac Chan dies 03/05/2007 hora 01:14:
> > Previously (in tbnl) if you set *debug-mode* to T, the top level
> > dynamic vars *request*, *reply*, etc will be bound to the last
> > request, reply objects.
> >
> > [...]
> >
> > Thoughts?
>
> This is something I usually do myself, and I save this kind of objects
> in debug-specific variables. The *debug-mode* behaviour won't scale,
> because you have to be sure there will only be a single HTTP request
> sent to the server, or the various variables will be overwritten.
>
> Just do it yourself, with a handler "leaking" the objects you want to
> inspect:
>
> (defvar *leak*)
>
> (defun leaking-handler ()
>   (setf *leak* (list *request* *reply*))
>   "<html><head><title>Leaked</title></head><body>Leaked.</body></html>")
>
> Scalably,
> Pierre
> --
> nowhere.man at levallois.eu.org
> OpenPGP 0xD9D50D8A
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.6 (GNU/Linux)
>
> iD8DBQFGOcTcxe13INnVDYoRAg4VAKDBoE3rkhpJhAnwRLjm14NlIonAhwCfWDrf
> y4qWWj0+lFP4nyCz7OkBGDQ=
> =cHRq
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> tbnl-devel site list
> tbnl-devel at common-lisp.net
> http://common-lisp.net/mailman/listinfo/tbnl-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.common-lisp.net/pipermail/tbnl-devel/attachments/20070503/37947913/attachment.html>


More information about the Tbnl-devel mailing list