Hello Tamas, Olin, ----- Original Message ----- From: "Tamas Rudnai" To: "Microcontroller discussion list - Public." Sent: Wednesday, July 22, 2009 3:01 PM Subject: Re: [PIC] IDE Watch window > Hi John, > > Do you have a linker script to show us? Maybe there is some special > section > defined on that memory region already? I mean the debugger gets confused > as > you are using a normal (aka non-protected) udata but forcing it to be on a > specific location? > > Tamas > > > > On Wed, Jul 22, 2009 at 11:23 AM, JohnSanderson > wrote: > >> Hello Olin & Picers, >> >> >> ----- Original Message ----- >> From: "Olin Lathrop" >> To: "Microcontroller discussion list - Public." >> Sent: Tuesday, July 21, 2009 11:40 PM >> Subject: Re: [PIC] IDE Watch window >> >> >> > JohnSanderson wrote: >> >> UDATA_ACS for shared variables >> >> UDATA 0x0100 for the maths source >> >> UDATA 0x0200 for the main source >> > >> > Making sections absolute when they don't really need to be is a bad >> > idea. >> > Only one module in the whole project can use UDATA h'100'. If another Here is the content of my linker script: +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ // Sample linker command file for 18F452i used with MPLAB ICD 2 // $Id: 18f452i.lkr,v 1.1 2002/02/26 16:55:21 sealep Exp $ LIBPATH . CODEPAGE NAME=vectors START=0x0 END=0x29 PROTECTED CODEPAGE NAME=page START=0x2A END=0x7DBF CODEPAGE NAME=debug START=0x7DC0 END=0X7FFF PROTECTED CODEPAGE NAME=idlocs START=0x200000 END=0x200007 PROTECTED CODEPAGE NAME=config START=0x300000 END=0x30000D PROTECTED CODEPAGE NAME=devid START=0x3FFFFE END=0x3FFFFF PROTECTED CODEPAGE NAME=eedata START=0xF00000 END=0xF000FF PROTECTED ACCESSBANK NAME=accessram START=0x0 END=0x7F //UDATA_ACS DATABANK NAME=gpr0 START=0x80 END=0xFF //UDATA DATABANK NAME=gpr1 START=0x100 END=0x1FF //UDATA DATABANK NAME=gpr2 START=0x200 END=0x2FF //.. DATABANK NAME=gpr3 START=0x300 END=0x3FF //.. DATABANK NAME=gpr4 START=0x400 END=0x4FF DATABANK NAME=gpr5 START=0x500 END=0x5F3 DATABANK NAME=dbgspr START=0x5F4 END=0x5FF PROTECTED ACCESSBANK NAME=accesssfr START=0xF80 END=0xFFF PROTECTED SECTION NAME=STARTUP ROM=vectors SECTION NAME=PROG1 ROM=page SECTION NAME=TABLE_01 ROM=page SECTION NAME=TABLE_02 ROM=page SECTION NAME=TABLE_03 ROM=page SECTION NAME=TABLE_04 ROM=page +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ The only mods. I have made to it concern the Table_01...04 pages. These were forced on me by table read requirements. I can't see that they would be pertinant to this. To add context to this discussion: I can use UDATA with each of the source files, without any address assignment, and the whole lot compiles & links. The .map file confirms nothing is lost & the code can run. The unassigned GPRs are loaded from 0x000500+. These addresses are confirmed within the watch window but never show any value other than 0x00. If I compile by assigning one source file's GPRs to the range 0x000100+ the linker does what it's told & puts them there. Also, other source file GPRs are placed contiguous to these. I can see all of the data updating in the watch window, no problems. But, still, why the heck can't I see the values no matter where the regs. are assigned? best regards, John eMail from the desk of John Sanderson. JS Controls cc. Manufacturer and purveyor of Force testing apparatus. john@jscontrols.co.za www.jscontrols.co.za Tel: +27 (0) 11 975 1730 Fax: +27 (0) 86 516 9725 Cell: +27 (0) 82 741 6275 PO Box 1887, Boksburg 1460, Rep. of South Africa VAT 4280246036 -- http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist