Xref: utzoo comp.unix.xenix:10348 comp.sources.bugs:2252
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!deimos!ux1.cso.uiuc.edu!brutus.cs.uiuc.edu!zaphod.mps.ohio-state.edu!rpi!sci.ccny.cuny.edu!phri!marob!daveh
From: daveh@marob.masa.com (Dave Hammond)
Newsgroups: comp.unix.xenix,comp.sources.bugs
Subject: Re: mush 7.0 on SCO Xenix 286 ?
Keywords: mush,7.0,sco,xenix,286,curs_io.c,wierdness
Message-ID: <25EC56B8.628D@marob.masa.com>
Date: 28 Feb 90 22:54:47 GMT
References: <8162@pt.cs.cmu.edu> <8185@pt.cs.cmu.edu>
Reply-To: daveh@marob.masa.com (Dave Hammond)
Distribution: usa
Organization: ESCC,  New York City
Lines: 22

In article <8185@pt.cs.cmu.edu> libove@ius3.ius.cs.cmu.edu (Jay Libove) writes:
-[...] It seems that the SCO Xenix/286 v2.2.1 preprocessor grabs the
-line right before the glob.h definition of FMETA which is:
-
-#define META "/*?[{"
-
-and fails to parse out the /* as being in a string ... so it becomes
-an unclosed comment! And the FMETA definition on the next line never
-happens... and it doesn't even complain about the unclosed comment :(
-
-I moved the /*? around to get /?* and now the preprocessor is
-happy and it all works. SIGH

This perfectly documents a problem currently being discussed over in
comp.lang.c under the subject of `nested comments'.  The general
consensus has been that including the character pairs `/*' and `*/'
literally within a string is all but inviting disaster.

--
Dave Hammond
daveh@marob.masa.com
uunet!masa.com!marob!daveh