----- Original Message -----
From: Olin Lathrop <olin_piclist@EMBEDINC.COM>
To: <PICLIST@MITVMA.MIT.EDU>
Sent: Wednesday, March 07, 2001 6:49 PM
Subject: Re: [PIC]: LCD problems revisited


> > huh?  How come?  It's adding to the PC, rather than moving to the PC.
> > Shouldn't that work anywhere (not counting PCLATH) ?
>
> As long as the table doesn't cross a 256 block boundary.  A more robust
way
> to do this is to do a full add and propagate the carry into PCLATH.

I prefer _NOT_ to carry into PCLATH, especially for short tables. Instead, I
put 'guards' around the code to generate an assembler error if the table
spans a page boundary. It seldom does, and when it happens I usually just
shuffle the code around a bit to solve the problem.

I often explicitly place large tables on a page boundary with an ORG.

Bob Ammerman
RAm Systems
(contract development of high performance, high function, low-level
software)

--
http://www.piclist.com hint: PICList Posts must start with ONE topic:
[PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads