home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!stanford.edu!agate!anarres.CS.Berkeley.EDU!bh
- From: bh@anarres.CS.Berkeley.EDU (Brian Harvey)
- Newsgroups: comp.lang.scheme
- Subject: Re: wots going on here!?
- Date: 6 Sep 1992 14:53:07 GMT
- Organization: University of California at Berkeley
- Lines: 23
- Message-ID: <18d60jINNoee@agate.berkeley.edu>
- References: <1187.9208311520@subnode.aiai.ed.ac.uk> <17timvINN7b8@agate.berkeley.edu> <1992Sep5.075445.26848@greco-prog.fr>
- NNTP-Posting-Host: anarres.cs.berkeley.edu
-
- goudal@labri.greco-prog.fr (Frederic GOUDAL) writes:
- >The problem in Scheme, as I use it, is that it is not a very interesting
- >information as I use a lot of continuation passing style and what I
- >call "next function passing style" (as expanders in EPS) so I have a
- >lot of anonymous functions, and a lot closure coming from the same
- >lambda expression.
-
- Yes, it's true that Scheme functions don't always have names. But CPS
- is not something that beginners do in their first 24 hours of Scheme
- programming. My point is that the debugging facilities in a language
- ought to be designed with those first 24 hours as the most important
- consideration. Experienced programmers will find a way to debug;
- why, when I was a child we read octal core dumps! :-) Beginners get
- confused and frightened and drop the course.
-
- It's especially good if, as in some Schemes, each function has its own
- idea of its own name within itself (e.g., the (define (foo baz) body)
- syntax expands to some kind of named-lambda) so that the error message
- can give a name that's meaningful to the user even if that name isn't
- part of the current environment at the time of the error. With a little
- effort we could probably even invent internal names such as
- unnamed-lambda-within-function-FOO that could usefully appear in
- error messages.
-