home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.lang.scheme
- Path: sparky!uunet!cs.utexas.edu!sdd.hp.com!apollo.hp.com!netnews
- From: sommerfeld@apollo.hp.com (Bill Sommerfeld)
- Subject: Re: wots going on here!?
- Sender: usenet@apollo.hp.com (Usenet News)
- Message-ID: <SOMMERFELD.92Sep1131757@gourmet.apollo.hp.com>
- In-Reply-To: jinx@zurich.ai.mit.edu's message of 1 Sep 92 07:30:12 GMT
- Date: Tue, 1 Sep 1992 17:17:01 GMT
- Lines: 18
- References: <17timvINN7b8@agate.berkeley.edu>
- <17tn1uINNkij@early-bird.think.com>
- <JINX.92Aug31170432@chamarti.ai.mit.edu>
- <17ur1oINNem6@agate.berkeley.edu>
- <JINX.92Sep1033012@chamarti.ai.mit.edu>
- Nntp-Posting-Host: gourmet.ch.apollo.hp.com
- Organization: Hewlett Packard
-
- In article <JINX.92Sep1033012@chamarti.ai.mit.edu> jinx@zurich.ai.mit.edu (Guillermo J. Rozas) writes:
-
- A possibility would be to have multiple "unspecified" objects, one for
- IF, one for COND, etc., so the object itself would print something like
-
- "#[unspecified IF alternative]"
-
- which would probably make the error easier to track.
- However, it would probably still be confusing to a beginner.
-
- How about
-
- "#[unspecified IF alternative at line xxx character yyy of source file zzz.scm]"
-
- or some other such reference back to the source code which would point
- the beginner right at the bug.
-
- These could be generated *once* when reading in the source.
-