From: majordomo@brookes.ac.uk
Date: Wed, 28 Jan 1998 21:50:49 GMT
Message-ID: <199801282150.VAA05783@brookes.ac.uk>
To: rleyton@acm.org
Subject: Majordomo file: list 'leap' file 'leap.9711'
Reply-To: majordomo@brookes.ac.uk

--

>From leap-owner  Tue Nov 11 23:39:47 1997
Received: by brookes.ac.uk (8.8.7/SMI-SVR4)
   id XAA20389; Tue, 11 Nov 1997 23:37:49 GMT
From: Richard Leyton <rleyton@acm.org>
To: Pavel.Sykora@gandalf.fsih.cvut.cz
MMDF-Warning:  Parse error in original version of preceding line at post.mail.demon.net
MMDF-Warning:  Unable to confirm address in preceding line at post.mail.demon.net
Cc: LEAP Mailing List <leap@brookes.ac.uk>
Subject: leap list: Re: Porting LEAP
Date: Tue, 11 Nov 1997 23:00:55 -0000
Message-ID: <01bceef5$aa6d0180$c2c0dec2@dogbert.demon.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.71.1712.3
X-MimeOLE: Produced By Microsoft MimeOLE V4.71.1712.3
Sender: owner-leap@brookes.ac.uk
Precedence: bulk
Reply-To: leap@brookes.ac.uk

Pavel,

Further to my e-mail yesterday, I just wanted to send you a quick note to
let you know that I have either fixed, or rewritten the functionality, of
the points you address in the mail below, and they will be included in the
next release of LEAP - version 1.1.6 - which I hope to release in the next
week or two.

Richard.

-----Original Message-----
From: Pavel Sykora <sykora@gandalf.fsih.cvut.cz>
To: rleyton@acm.org <rleyton@acm.org>
Date: 10 November 1997 10:31
Subject: Porting LEAP

>Hi,
>
>I tried to port LEAP to Microsoft Visual C++ for NT and 95. It was quite
>easy for the version 1.0 (I haven't tried 1.1.5). But I had some
>problems which are more common for the portability. Comments are mixed for
>1.0 and 1.1.5 versions.
>
>1. When I write for example: r1 = project (...) ..., the new relation is
>not "r1", but "r1 ". It's a bit strange and I am not able to use the name
>"r1 " later.
>
>2. Sometimes you close file "tmp" and tmp == NULL. Some runtime libraries
>arn't able to eat it (segm. fault). Would be able to use:
> "if( tmp != NULL ) fclose( tmp );"
>instead of "fclose(tmp);" ? It is in "relation.c" lines 530 and 575 (ver.
>1.1.5).
>
>3. There a small bug in attribs.c on line 170 (ver 1.1.5) - only active
>with FULL_DEBUG defined:  there are 3 "%" format specifications and only
>2 additional parameters in printf( "Type: >%s%< ... .
>
>4. "case NULL" is not very portable - file cond.c, lines 439 and 455. Some
>compilers have defined NULL as ((void*)0), which is not integer constant.
>
>Best regards,
>
>Pavel Sykora
>