Post by thread:[PIC]: Paging Question

EBoggs@aol.com <.....PICLISTKILLspam@spam@mitvma.mit.edu> wrote: > When a subroutine in page 1 calls a subroutine also in page 1, > does the page bits need to be set? Page bits don't change unless you change them... So if you explicitly set them before calling the first subroutine, they'll still be set when your first subroutine calls your second subroutine. -Andy === Andrew Warren -- aiwKILLspamcypress.com === Principal Design Engineer === Cypress Semiconductor Corporation === === Opinions expressed above do not === necessarily represent those of === Cypress Semiconductor Corporation -- http://www.piclist.com hint: To leave the PICList .....piclist-unsubscribe-requestKILLspam.....mitvma.mit.edu

> When a subroutine in page 1 calls a subroutine also in page 1, > does the page bits need to be set? They need to have the correct value for page 1. Whether that requires explicit setting depends on what value happens to be in those bits. Probably, but not necessarry they will be correct. Wouter van Ooijen -- ------------------------------------------- Van Ooijen Technische Informatica: http://www.voti.nl consultancy, development, PICmicro products -- http://www.piclist.com hint: To leave the PICList EraseMEpiclist-unsubscribe-requestspam_OUTTakeThisOuTmitvma.mit.edu

EBoggs@AOL.COM wrote : > When a subroutine in page 1 calls a subroutine also in page 1, > does the page bits need to be set? Not if there already are set correctly. And (probably) not if you are using a PIC18-series PIC... I'd guess that better answers needs more information. What PIC ? Why do you ask ? Are you having a problem with a call ? Any specific code snippet that doesn't work ? Regards Jan-Erik. -- http://www.piclist.com hint: To leave the PICList @spam@piclist-unsubscribe-requestKILLspammitvma.mit.edu

> When a subroutine in page 1 calls a subroutine also in page 1, > does the page bits need to be set? The answer is "it depends". say your code has just run from page 0 into page 1 and then does the call, you will probably need to change the bank bits. But if your code is a subroutine in page 1 that is calling another subroutine in page 1, then you will not need to change the bank bits. It is for this reason that Olin's development environment keeps the bank bits set to the current execution page. This means that all local calls within a linkable module do not need the bank bits set, keeping code compact. However the long call macro that he uses will always set the bank bits to the bank of the called module (even if it links into the same bank) and then resets them to the calling modules bank on return. Doing this housekeeping in this manner means that there is one less gotcha to catch one out. -- http://www.piclist.com hint: PICList Posts must start with ONE topic: [PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads

jan-erik.soderholm@TELIA.COM writes: > KILLspamEBoggsKILLspamAOL.COM wrote : > > > When a subroutine in page 1 calls a subroutine also in > page 1, > > does the page bits need to be set? > > Not if there already are set correctly. > And (probably) not if you are using a PIC18-series PIC... > > I'd guess that better answers needs more information. > > What PIC ? > Why do you ask ? > Are you having a problem with a call ? > Any specific code snippet that doesn't work ? > > Regards > Jan-Erik. thanks for replying - the pic is a 16f873, I had my code working all in page 0 and then it grew to a beastly size and I needed page 1. I put all the PC comm stuff in page 1 and now she locks up after printing a few garbled characters. I really haven't tshot it yet. Took a look at the PIC book and it was not explicit on paging methods. I have always tried to fit my code in page 0. Now I am migrating to a 16f876 and need to get my paging facts strait. I always thought they should have a compiler that takes care of this for you other than annoying error messages. thanks in advance ed boggs -- http://www.piclist.com hint: PICList Posts must start with ONE topic: [PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads

EBoggs@AOL.COM wrote : > thanks for replying - the pic is a 16f873, I had my code > working all in page 0 and then it grew to a beastly size and > I needed page 1. I put all the PC comm stuff in page 1 and > now she locks up after printing a few garbled characters. I > really haven't tshot it yet. Took a look at the PIC book and > it was not explicit on paging methods. I have always tried to > fit my code in page 0. Now I am migrating to a 16f876 and > need to get my paging facts strait. I always thought they > should have a compiler that takes care of this for you other > than annoying error messages. > thanks in advance ed boggs OK, I see. Just a minor note... Since you are "migrating" your app anyway, you never thought of going to something like a 18F252 or 18F2220. Most of your current problems just doesn't exist on those PICs (well more or less...). Jan-Erik. -- http://www.piclist.com hint: PICList Posts must start with ONE topic: [PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads

----- Original Message ----- From: <RemoveMEEBoggsTakeThisOuTAOL.COM> > Now I am > migrating to a 16f876 and need to get my paging facts strait. I always thought > they should have a compiler that takes care of this for you other than annoying > error messages. It's a lot of work. Would you be prepared to pay for it or would you expect it to be free. Regards Sergio Masci http://www.xcprod.com/titan/XCSB - optimising structured PIC BASIC compiler -- http://www.piclist.com hint: PICList Posts must start with ONE topic: [PIC]:,[SX]:,[AVR]: ->uP ONLY! [EE]:,[OT]: ->Other [BUY]:,[AD]: ->Ads

In a message dated 3/2/2004 12:41:12 PM Eastern Standard Time, spamBeGonesmplspamBeGoneNTLWORLD.COM writes: > From: <TakeThisOuTEBoggsEraseMEspam_OUTAOL.COM> > > > Now I am > > migrating to a 16f876 and need to get my paging facts >strait. I always thought they should have a compiler that >takes care of this for you other than annoying error messages. > > It's a lot of work. Would you be prepared to pay for it or > would you expect it > to be free. > > Regards > Sergio Masci > I would be prepared to pay in the form of buying more PIC chips. Microchip is losing buisness due to this disadvantage. One reason the PIC has been so sucessful is because of the free compiler. ed boggs -- http://www.piclist.com hint: The list server can filter out subtopics (like ads or off topics) for you. See http://www.piclist.com/#topics

{Quote hidden}>-----Original Message----- >From: RemoveMEEBoggsTakeThisOuTAOL.COM [EBoggsEraseME.....AOL.COM] >Sent: 03 March 2004 13:07 >To: EraseMEPICLISTMITVMA.MIT.EDU >Subject: Re: [PIC]: Paging Question > > >In a message dated 3/2/2004 12:41:12 PM Eastern Standard Time, >RemoveMEsmplEraseMEEraseMENTLWORLD.COM writes: > >> From: <RemoveMEEBoggsspam_OUTKILLspamAOL.COM> >> >> > Now I am >> > migrating to a 16f876 and need to get my paging facts >strait. I >> > always thought they should have a compiler that >takes >care of this >> > for you other than annoying error messages. > >> >> It's a lot of work. Would you be prepared to pay for it or would you >> expect it to be free. >> >> Regards >> Sergio Masci >> > I would be prepared to pay in the form of buying more PIC >chips. Microchip is losing buisness due to this disadvantage. >One reason the PIC has been so sucessful is because of the >free compiler. > Which free compiler? Mike ======================================================================= This e-mail is intended for the person it is addressed to only. The information contained in it may be confidential and/or protected by law. If you are not the intended recipient of this message, you must not make any use of this information, or copy or show it to any person. Please contact us immediately to tell us that you have received this e-mail, and return the original to us. Any use, forwarding, printing or copying of this message is strictly prohibited. No part of this message can be considered a request for goods or services. ======================================================================= Any questions about Bookham's E-Mail service should be directed to RemoveMEpostmasterTakeThisOuTspambookham.com. -- http://www.piclist.com hint: The list server can filter out subtopics (like ads or off topics) for you. See http://www.piclist.com/#topics