Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!husc6!think!ames!ptsfa!ihnp4!ihlpm!leder
From: leder@ihlpm.ATT.COM (Leder)
Newsgroups: comp.lang.c
Subject: Re: Query: DeSmet C syntax -- converting to standard C
Message-ID: <1174@ihlpm.ATT.COM>
Date: Wed, 10-Jun-87 17:32:30 EDT
Article-I.D.: ihlpm.1174
Posted: Wed Jun 10 17:32:30 1987
Date-Received: Sat, 20-Jun-87 08:54:20 EDT
References: <7690@brl-adm.ARPA> <814@instable.UUCP> <6540@linus.UUCP> <3362@ecsvax.UUCP>
Organization: AT&T Bell Laboratories - Naperville, Illinois
Lines: 26
Keywords: DeSmet C

In article <3362@ecsvax.UUCP>, phco@ecsvax.UUCP (John Miller) writes:
> In article <6540@linus.UUCP> gwr@linus.UUCP (Gordon W. Ross) writes:
> >I have a program which was written in DeSmet C but need to compile it
> >with a standard C compiler.  DeSmet C seems to have a Dollar sign in
> >place of every left curly bracket, ....
>
> This article seems very similar to one that appeared a few months ago,
> when someone was trying to convert a mangled DeSmet C file.
>

I agree with this much except ....

> DeSmet C syntax ** IS ** standard C syntax.

there are some subtle differences in the dialect of DeSmet C and what
is normally referred to as "standard C".  The specific example that 
usually plagues me is that the buffered i/o routines, fopen, etc. use
an integer for FILE instead of a FILE * to designate the file number.
Actually, you can use FILE * because it is guaranteed to be large enough
to hold the pointer and is in fact the same size (16 bits) in the original
version of the compiler.  This is either because Mark DeSmet followed the
method used by Leor Zolman (author of BDS C) or maybe read the same
document that Leor says prompted him to use integers instead of pointers
for buffered file handles.

Bob Leder - I couldn't resist saying something