Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!bbn!uwmcsd1!csd4.milw.wisc.edu!cmaag
From: cmaag@csd4.milw.wisc.edu (Christopher N Maag)
Newsgroups: comp.sys.ibm.pc,comp.lang.c
Subject: Re: MSC 4.0 -> MSC 5.0 conversion experiences
Message-ID: <3606@uwmcsd1.UUCP>
Date: Mon, 23-Nov-87 09:47:45 EST
Article-I.D.: uwmcsd1.3606
Posted: Mon Nov 23 09:47:45 1987
Date-Received: Wed, 25-Nov-87 23:50:21 EST
References: <312@apex.UUCP>
Sender: daemon@uwmcsd1.UUCP
Reply-To: cmaag@csd4.milw.wisc.edu.UUCP (Christopher N Maag)
Organization: University of WI-Milwaukee
Lines: 31
Xref: mnetor comp.sys.ibm.pc:10432 comp.lang.c:5535

In article <312@apex.UUCP> gary@apex.UUCP (Gary Wisniewski) writes:
>[...]
>Strange happenings:
>
>    I got an internal compiler [error] from "emit.c" when it hit the line:
>
>                qtraverse[qmac[qx]++];
>

I've also gotten an "internal compiler error" with a similar (although
a little more complicated) expression:

               /* add the new packet to the input queue */
               imp_list[i].in_queue[imp_list[i].in_q_ptr++]=wrk_packet;

I was running QuickC at the time.  Needless to say, this runs fine under
MSC v. 4.0, Mark William's C, and Berkeley UNIX C.  When I was trying to
isolate the problem so I could submit it to Microsoft I cut the program
from about 500 lines down to 50, and, you guessed it, the problem went
away.

Has anyone brought this problem to Microsoft's attention yet?  I would have,
but I'm a little short on time right now.

Chris.
=======================================================================
   Path: uwmcsd1!csd4.milw.wisc.edu!cmaag
   From: cmaag@csd4.milw.wisc.edu 
 bitnet: cmaag%csd4.milw.wisc.edu@wiscvm.bitnet
{seismo|nike|ucbvax|harvard|rutgers!ihnp4}!uwvax!uwmcsd1!uwmcsd4!cmaag 
=======================================================================