From Lesta@t-online.de  Tue Aug 29 12:09:05 2000
Received: from mailout03.sul.t-online.com (mailout03.sul.t-online.com [194.25.134.81])
	by swi.psy.uva.nl (8.9.3/8.9.3) with ESMTP id MAA28848;
	Tue, 29 Aug 2000 12:09:05 +0200 (MET DST)
Received: from fwd00.sul.t-online.com 
	by mailout03.sul.t-online.com with smtp 
	id 13TiKK-0008OY-08; Tue, 29 Aug 2000 12:09:08 +0200
Received: from t-online.de (05121269112-0001@[62.158.3.244]) by fwd00.sul.t-online.com
	with esmtp id 13TiKE-0J5nXsC; Tue, 29 Aug 2000 12:09:02 +0200
Message-ID: <39AB8BD2.68274859@t-online.de>
Date: Tue, 29 Aug 2000 12:09:22 +0200
From: Lesta@t-online.de (Uwe Lesta)
Organization: Lesta
X-Mailer: Mozilla 4.7 [de]C-DT  (WinNT; I)
X-Accept-Language: de,en
MIME-Version: 1.0
To: Jan Wielemaker <jan@swi.psy.uva.nl>,
        swi prolog mailing list <prolog@swi.psy.uva.nl>
Subject: Re: C++ interface : frame.rewind() Extension (possible Bug)
References: <200008280856.KAA07337@gollem.swi.psy.uva.nl> <39AB7EC6.A0837040@t-online.de> <00082911471301.13688@gollem>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-Sender: 05121269112-0001@t-dialin.net

Jan Wielemaker schrieb:

<snip>

> Now it becomes clear why the extra {} help: they force
> the PL_cut_query() before the PL_rewind_foreign_frame().
> I didn't look at the documentation, but from the code it
> is obvious this doesn't work: PL_rewind_foreign_frame()
> undoes all bindings and breaks down the stacks to the
> corresponding PL_open_foreign_frame(), effectively destroying
> the query.

I see,
So the bug is that it works sometimes ;-)

Thank you very much.

-- 


Regards

Uwe
Lesta@t-online.de

