From mboxrd@z Thu Jan  1 00:00:00 1970
From: Christopher Lemmer Webber <cwebber@dustycloud.org>
Subject: Re: racket
Date: Wed, 12 Sep 2018 08:05:53 -0400
Message-ID: <87r2hysyxq.fsf@dustycloud.org>
References: <87a7onua2m.fsf@jnanam.net>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
Received: from eggs.gnu.org ([2001:4830:134:3::10]:47397)
	by lists.gnu.org with esmtp (Exim 4.71)
	(envelope-from <cwebber@dustycloud.org>) id 1g03u7-0000md-RY
	for help-guix@gnu.org; Wed, 12 Sep 2018 08:05:57 -0400
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <cwebber@dustycloud.org>) id 1g03u7-0006hA-3y
	for help-guix@gnu.org; Wed, 12 Sep 2018 08:05:55 -0400
Received: from dustycloud.org ([2600:3c02::f03c:91ff:feae:cb51]:58514)
	by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32)
	(Exim 4.71) (envelope-from <cwebber@dustycloud.org>)
	id 1g03u6-0006fw-VY
	for help-guix@gnu.org; Wed, 12 Sep 2018 08:05:55 -0400
In-reply-to: <87a7onua2m.fsf@jnanam.net>
List-Id: <help-guix.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/help-guix/>
List-Post: <mailto:help-guix@gnu.org>
List-Help: <mailto:help-guix-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-guix>,
	<mailto:help-guix-request@gnu.org?subject=subscribe>
Errors-To: help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org
Sender: "Help-Guix" <help-guix-bounces+gcggh-help-guix=m.gmane.org@gnu.org>
To: Benjamin Slade <beoram@gmail.com>
Cc: Guix-Help <help-guix@gnu.org>

Benjamin Slade writes:

> When run Racket, in the REPL, the first command I execute runs fine. But
> the second (no matter what it is, even if it's just the first again)
> always produces:
>
> ; ptr-ref: contract violation
> ;   expected: (and/c cpointer? (not/c (lambda (p) (pointer-equal? p #f))))
> ;   given: #f
> ;   argument position: 1st
> ; [,bt for context]
> ; ptr-ref: contract violation
> ;   expected: (and/c cpointer? (not/c (lambda (p) (pointer-equal? p #f))))
> ;   given: #f
> ;   argument position: 1st
> ; [,bt for context]
>
> And it doesn't accept any more input after that point (including ",bt").

Huh... I'm getting this too.  I hadn't noticed it because I use
racket-mode for all my REPL hacking, where it isn't appearing (probably
because racket-mode has its own REPL protocol code).