Re: Implementation 3 Stuck terms

From: samepst@cs.bu.edu
Date: Sun Oct 29 2006 - 00:44:31 EDT 

Return-Path: <samepst@cs.bu.edu>
X-Spam-HitLevel: 
X-Spam-DCC: INFN-TO: cs3.bu.edu 1233; Body=1 Fuz1=1 Fuz2=1
X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on cs3.bu.edu
X-Spam-Level: 
X-Spam-Status: No, score=-3.4 required=10.0 tests=ALL_TRUSTED,BAYES_00, NO_REAL_NAME autolearn=ham version=3.1.0
X-Spam-Pyzor: 
Received: from csa3.bu.edu (csa3 [128.197.12.5]) by cs3.bu.edu (8.13.6/8.13.6) with ESMTP id k9T4iVvB010694 for <cs520@cs.bu.edu>; Sun, 29 Oct 2006 00:44:31 -0400
Received: (from apache@localhost) by csa3.bu.edu (8.13.6/8.12.11/Submit) id k9T4iVuF003300; Sun, 29 Oct 2006 00:44:31 -0400
X-Authentication-Warning: csa3.bu.edu: apache set sender to samepst@cs.bu.edu using -f
Received: from 71.192.166.44 (SquirrelMail authenticated user samepst) by cs-squirrelmail.bu.edu with HTTP; Sun, 29 Oct 2006 00:44:31 -0400 (EDT)
Message-ID: <3296.71.192.166.44.1162097071.squirrel@cs-squirrelmail.bu.edu>
In-Reply-To: <4543F6D5.7090604@cs.bu.edu>
References: <1458.71.192.166.44.1162052282.squirrel@cs-squirrelmail.bu.edu>   <001501c6faae$566c00d0$6400a8c0@csnt.bu.edu> <1811.71.192.166.44.1162058766.squirrel@cs-squirrelmail.bu.edu> <4543F6D5.7090604@cs.bu.edu>
Date: Sun, 29 Oct 2006 00:44:31 -0400 (EDT)
Subject: Re: Implementation 3 Stuck terms
From: samepst@cs.bu.edu
To: cs520@cs.bu.edu
User-Agent: SquirrelMail/1.4.6-4.fc2.1.legacy
Content-Type: text/plain;charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
X-Clamav-Status: No
Status: RO
Content-Length: 829
X-UID: 39
X-Keywords: NonJunk

This is unexpected. My typechecker types (lam (Exit:int)=> raise Exit) to

TpFun (TpBase "int", TpBase "any")

based on the typing rules ty-lam, ty-exn, and ty-raise. What is the reason
for its failure to typecheck?

Thank You,
-Sam Epstein

> Before you consider substitution -- I assume you are referring to
> substitution of the argument "5" for the formal parameter "Exit" in the
> body of the lambda-abstraction -- you should verify that the
> lambda-abstraction in question "(lam (Exit:int)=> raise Exit)"
> type-checks. It does not.
>
> Assaf
>
> samepst@cs.bu.edu wrote:
>
>>Is it correct to assume that substituion does not recurse into raise
>> terms?
>>For example, the following terms evaluates to true:
>>
>>try (lam (Exit:int)=> raise Exit) 5 with Exit => true | 5 => false
>>
>>Thank you,
>>Sam Epstein
>>
>>
>>
>

This archive was generated by hypermail 2b29 : Thu Dec 14 2006 - 16:31:59 EST