From sebc@cs.tu-berlin.de Wed Nov 14 13:13:10 2001
Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13])
	by swi.psy.uva.nl (8.11.2/8.11.2) with ESMTP id fAECDAt15262
	for <prolog@swi.psy.uva.nl>; Wed, 14 Nov 2001 13:13:10 +0100 (MET)
Received: from toffees.cs.tu-berlin.de (sebc@toffees.cs.tu-berlin.de [130.149.20.40])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id NAA14772
	for <prolog@swi.psy.uva.nl>; Wed, 14 Nov 2001 13:11:37 +0100 (MET)
From: Sebastian John <sebc@cs.tu-berlin.de>
Received: (from sebc@localhost)
	by toffees.cs.tu-berlin.de (8.9.3/8.9.3) id NAA12972
	for prolog@swi.psy.uva.nl; Wed, 14 Nov 2001 13:11:36 +0100 (MET)
Message-Id: <200111141211.NAA12972@toffees.cs.tu-berlin.de>
To: prolog@swi.psy.uva.nl
Date: Wed, 14 Nov 2001 13:11:36 +0100 (MET)
X-Mailer: ELM [version 2.4ME+ PL60 (25)]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Subject: [SWIPL] PL_*_pointer

 Hi

Im impressed of your prolog and I want to use it in my research.
Although Im not experienced in all details of SWI prolog Im going to
use the foreign code interface to fasten the computation. But there
are several problems.

To simplify my problem is: going throu a set of arbitrary elements
without a need of exploring the internal structure. The only thing is
to compare the elements of identity. I feel the PL_get_pointer
procedure would the shortest and fastest possibility to return me
unique val's of such a list. But unfortunately it fails and assigns -1
to ptr. I don't really know what this procedure dose due to the lag of
any description. 

Dose anyone know more ... or has a running sample using the
PL_get_pointer procedure ?

Best

  Sebastian.

--------------------------------------------------------------------
Sebastian John,                    http://www.cs.tu-berlin.de/~sebc,
				        email: sebc@cs.tu-berlin.de,
                                          Tel:      +4930-314-24189,
TU-Berlin                                 Fax:      +4930-314-23516.

