Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!rutgers!bpa!cbmvax!valentin
From: valentin@cbmvax.commodore.com (Valentin Pepelea)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Weird Lattice 5.05 problem
Message-ID: <11997@cbmvax.commodore.com>
Date: 31 May 90 03:59:21 GMT
References: <13920063@hpfelg.HP.COM>
Reply-To: valentin@cbmvax (Valentin Pepelea)
Organization: Commodore, West Chester, PA
Lines: 34

In article <13920063@hpfelg.HP.COM> koren@hpfelg.HP.COM (Steve Koren) writes:
>
>According to CPR, the resulting assembly code for the line above
>is:
>
>  50:     do {
>  51:         bytes += (num_in = Read(in_fh, buff, BUFFLEN));
> 003BB0BA:  MOVE.L    D7,D1
> 003BB0BC:  LEA       00C8(A4),A0           ; 003C5B98
> 003BB0C0:  MOVE.L    A0,D2
> 003BB0C2:  MOVEQ     #40,D3
> 003BB0C4:  F????                <--- * what the heck is this?!? *
> 003BB0C8:  CLR.B     A4
> 0033E922:  JSR       FFD6(A6)
> 0033E926:  ADD.L     D0,D5
> 0033E928:  MOVE.L    D0,FFEC(A5)
>
> The F???? instruction crashes the machine quite nicely.

F-line instructions are coprocessor instructions. Perhaps one of the variables
you are using, "bytes" or "num_in" has been defined as a floating point
variable? This is pure speculation, of course, but there's not much I can do
to help you.

Try isolating the piece of code you are using, and then strip it down until the
error does not occurr any more. Then post the resulting pieces of code on
the Lattice BBS, so that the Lattice folks may fix the bug.

Valentin
-- 
The Goddess of democracy? "The tyrants     Name:    Valentin Pepelea
may distroy a statue,  but they cannot     Phone:   (215) 431-9327
kill a god."                               UseNet:  cbmvax!valentin@uunet.uu.net
             - Ancient Chinese Proverb     Claimer: I not Commodore spokesman be