Yahoo Groups archive

AVR-Chat

Index last updated: 2026-04-28 22:41 UTC

Thread

Re: [AVR-Chat] Digest Number 867

Re: [AVR-Chat] Digest Number 867

2004-12-09 by David Jones

>>> <AVR-Chat@yahoogroups.com> 10/12/2004 4:00:39 am >>>
>Then I came across the AVRs. Seemed like they were as good or better 
>in most cases but both would do the jobs I had in mind. The selling 
>point, being a hobbiest price of all the tools, both hardware 
>(STK500) and software (AVR Studio, GCCAVR and CodeVisionAVR) are 
>better priced. When it came down to it for me the cost of the tools 
>made the difference.

>Anyone that has an STK500 knows that Atmel is probably only 
>recovering the cost of the thing. But what are you going to do? 
>Develope things that use AVRs. Where are you going to get the AVRs?

This is something that grabs me too initially. I'm a sucker a cheap
development tool WITH a C compiler.
Although if you want value for money development kits there are better
ones around than the AVR.

For the professional users though it's not so important, this is why
the PICs have a much bigger market share than the AVRs. Price of
development tools is usally not the issue, you are swayed by other
factors such as professional support, device range, lead times, ease of
migration across platforms and footprints, volume pricing,
Flash/OTP/Mask migration, what your team have experience with etc.
If you are in a big organisation it's often not an easy sell to
convince the technology director you want to go with a GNU solution for
instance. I don't blame them either, if you really get in the shit with
a GNU solution you could be in big trouble. But if you pay the $$$$ for
a professional solution you know you'll get the support.

>Of all the personal computer manufactures of the 70's as far as I 
>know only Apple is still around. If they are around they are making 
>IBM PC compatable computers. What ever happen to Tandy? Screwed their

>customers with almost compatable IBM PCs.

Nope. They simply fell victim to the asian clone market like every
other company.

Apple are still around because a) they got into other markets, and b)
they had a monopoly on an almost viable alternative to the PC, and the
niche market it had (DTP mostly).

Dave :)



**********************

The information contained in this email is intended for the named recipient(s) only, it may also be privileged and confidential. If you are not an intended recipient you must not copy, distribute or take any action in reliance upon it. No warranties or assurances are made in relation to the safety and content of this email and any attachments. No liability is accepted for any consequences arising from it. Any comments contained within this email may or may not be solely the senders and not those of Sercel Australia Pty Ltd. Therefore Sercel Australia Pty Ltd will accept no responsibility or liability for any such comments and/or attachments.

**********************

[AVR-Chat] More efficient and space saving code

2004-12-10 by Andrew Lim

Hi guys,
 
Is there anyone who can make this code more efficient? I'm running out of code space and wish that I can shink this piece of code further. I'm using this concept 3 times in my program which eats up a lot of space. If anyone can make it flexible it will be GREAT !!
Thanks.
 
 
TSM_Curr2Ptr:

 lds TSM_Temp, TSM_Data_Curr
 sts TSM_Data_Ptr, TSM_Temp

 lds TSM_Temp, TSM_Data_Curr+1
 sts TSM_Data_Ptr+1, TSM_Temp

 lds TSM_Temp, TSM_Data_Curr+2
 sts TSM_Data_Ptr+2, TSM_Temp

 lds TSM_Temp, TSM_Data_Curr+3
 sts TSM_Data_Ptr+3, TSM_Temp

 lds TSM_Temp, TSM_Data_Curr+4
 sts TSM_Data_Ptr+4, TSM_Temp

 ret ; Exit
 
 
 
 
Regards,
Andrew

David Jones <david.jones@sercel.com.au> wrote:
>>> <AVR-Chat@yahoogroups.com> 10/12/2004 4:00:39 am >>>
>Then I came across the AVRs. Seemed like they were as good or better 
>in most cases but both would do the jobs I had in mind. The selling 
>point, being a hobbiest price of all the tools, both hardware 
>(STK500) and software (AVR Studio, GCCAVR and CodeVisionAVR) are 
>better priced. When it came down to it for me the cost of the tools 
>made the difference.

>Anyone that has an STK500 knows that Atmel is probably only 
>recovering the cost of the thing. But what are you going to do? 
>Develope things that use AVRs. Where are you going to get the AVRs?

This is something that grabs me too initially. I'm a sucker a cheap
development tool WITH a C compiler.
Although if you want value for money development kits there are better
ones around than the AVR.

For the professional users though it's not so important, this is why
the PICs have a much bigger market share than the AVRs. Price of
development tools is usally not the issue, you are swayed by other
factors such as professional support, device range, lead times, ease of
migration across platforms and footprints, volume pricing,
Flash/OTP/Mask migration, what your team have experience with etc.
If you are in a big organisation it's often not an easy sell to
convince the technology director you want to go with a GNU solution for
instance. I don't blame them either, if you really get in the shit with
a GNU solution you could be in big trouble. But if you pay the $$$$ for
a professional solution you know you'll get the support.

>Of all the personal computer manufactures of the 70's as far as I 
>know only Apple is still around. If they are around they are making 
>IBM PC compatable computers. What ever happen to Tandy? Screwed their

>customers with almost compatable IBM PCs.

Nope. They simply fell victim to the asian clone market like every
other company.

Apple are still around because a) they got into other markets, and b)
they had a monopoly on an almost viable alternative to the PC, and the
niche market it had (DTP mostly).

Dave :)



**********************

The information contained in this email is intended for the named recipient(s) only, it may also be privileged and confidential. If you are not an intended recipient you must not copy, distribute or take any action in reliance upon it. No warranties or assurances are made in relation to the safety and content of this email and any attachments. No liability is accepted for any consequences arising from it. Any comments contained within this email may or may not be solely the senders and not those of Sercel Australia Pty Ltd. Therefore Sercel Australia Pty Ltd will accept no responsibility or liability for any such comments and/or attachments.

********************** 
Yahoo! Groups Sponsor 
Get unlimited calls to

U.S./Canada


---------------------------------
Yahoo! Groups Links

   To visit your group on the web, go to:
http://groups.yahoo.com/group/AVR-Chat/
  
   To unsubscribe from this group, send an email to:
AVR-Chat-unsubscribe@yahoogroups.com
  
   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 


		
---------------------------------
Do you Yahoo!?
 Jazz up your holiday email with celebrity designs. Learn more.

Re: [AVR-Chat] More efficient and space saving code

2004-12-10 by John Samperi

At 06:52 PM 9/12/04 -0800, you wrote:
>    Hi guys,   Is there anyone who can make this code more efficient?

Use 2 of the index registers as pointers with auto increment.
May not save much as your routine is only 10 words long.

TSM_Curr2Ptr:
    ldi	counter,5	;a register such as r17

    ldi   xl,low(TSM_Data_Curr)	;Setup origin
    ldi   xl,high(TSM_Data_Curr) 

    ldi   yl,low(TSM_Data_Ptr)  	;Setup destination
    ldi   yl,high(TSM_Data_Ptr) 

lp:
    ld    TSM_Temp, x+   ;Get data and increment x
    st    y+, TSM_Temp   ;Store data and increment 
   dec  counter
   brne  lp
   ret

Actually it's not shorter :-((.... but it would be shorter if you had lots
more
data to move. Perhaps there is a genius out there with a better solution :-))

>TSM_Curr2Ptr:
>  lds TSM_Temp, TSM_Data_Curr
> sts TSM_Data_Ptr, TSM_Temp
>  lds TSM_Temp, TSM_Data_Curr+1
> sts TSM_Data_Ptr+1, TSM_Temp
>  lds TSM_Temp, TSM_Data_Curr+2
> sts TSM_Data_Ptr+2, TSM_Temp
>  lds TSM_Temp, TSM_Data_Curr+3
> sts TSM_Data_Ptr+3, TSM_Temp
>  lds TSM_Temp, TSM_Data_Curr+4
> sts TSM_Data_Ptr+4, TSM_Temp 
> ret ; Exit         Regards, Andrew
  

Regards

John Samperi

******************************************************
                        Ampertronics Pty. Ltd.
  11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
         Tel. (02) 9674-6495       Fax (02) 9674-8745
               Email: samperi@ampertronics.com.au
                 Website  http://www.ampertronics.com.au
* Electronic Design   * Custom Products   * Contract Assembly
******************************************************

Re: [AVR-Chat] More efficient and space saving code

2004-12-10 by Dave VanHorn

At 11:43 PM 12/9/2004, John Samperi wrote:

>Actually it's not shorter :-((.... but it would be shorter if you had lots
>more data to move. Perhaps there is a genius out there with a better 
>solution :-))

Some things just are clunky.

Re: [AVR-Chat] More efficient and space saving code

2004-12-11 by Andrew Lim

I guess the code that John suggested will work very well when more data is needed to be tranfered.  Thanks guys.  :)
 
 
Regards,
Andrew

Dave VanHorn <dvanhorn@dvanhorn.org> wrote:
At 11:43 PM 12/9/2004, John Samperi wrote:

>Actually it's not shorter :-((.... but it would be shorter if you had lots
>more data to move. Perhaps there is a genius out there with a better 
>solution :-))

Some things just are clunky.



Yahoo! Groups Sponsor 
Get unlimited calls to

U.S./Canada


---------------------------------
Yahoo! Groups Links

   To visit your group on the web, go to:
http://groups.yahoo.com/group/AVR-Chat/
  
   To unsubscribe from this group, send an email to:
AVR-Chat-unsubscribe@yahoogroups.com
  
   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 


		
---------------------------------
Do you Yahoo!?
 Yahoo! Mail - Easier than ever with enhanced search. Learn more.

Re: [AVR-Chat] More efficient and space saving code

2004-12-11 by Dave VanHorn

At 07:26 AM 12/11/2004, Andrew Lim wrote:

>I guess the code that John suggested will work very well when more data is 
>needed to be tranfered.  Thanks guys.  :)

Yup, I was going to suggest the same thing.
Problem is, you're into a minimum of four instructions to set up the 
pointers, then one instr per byte.  For speed, straightline the code and 
don't use a loop. Don't forget the time you spend setting up the loop, and 
checking if you're done every time, is significant in a short loop.

Re: [AVR-Chat] More efficient and space saving code

2004-12-16 by Les Grant

Hi John,

Last time I looked, LDS and STS were 2 words each so the original 
routine was 21 words... ;-)  And your new routine is only 10 words so 
it looks like a worthwhile saving... :-)

Regards,
Les.

On 10 Dec 2004 at 15:43, John Samperi wrote:

> 
> At 06:52 PM 9/12/04 -0800, you wrote:
> >    Hi guys,   Is there anyone who can make this code more efficient?
> 
> Use 2 of the index registers as pointers with auto increment.
> May not save much as your routine is only 10 words long.
> 
> TSM_Curr2Ptr:
>     ldi	counter,5	;a register such as r17
> 
>     ldi   xl,low(TSM_Data_Curr)	;Setup origin
>     ldi   xl,high(TSM_Data_Curr) 
> 
>     ldi   yl,low(TSM_Data_Ptr)  	;Setup destination
>     ldi   yl,high(TSM_Data_Ptr) 
> 
> lp:
>     ld    TSM_Temp, x+   ;Get data and increment x
>     st    y+, TSM_Temp   ;Store data and increment 
>    dec  counter
>    brne  lp
>    ret
> 
> Actually it's not shorter :-((.... but it would be shorter if you had lots
> more
> data to move. Perhaps there is a genius out there with a better solution :-))
> 
> >TSM_Curr2Ptr:
> >  lds TSM_Temp, TSM_Data_Curr
> > sts TSM_Data_Ptr, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+1
> > sts TSM_Data_Ptr+1, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+2
> > sts TSM_Data_Ptr+2, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+3
> > sts TSM_Data_Ptr+3, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+4
> > sts TSM_Data_Ptr+4, TSM_Temp 
> > ret ; Exit         Regards, Andrew
>   
> 
> Regards
> 
> John Samperi
> 
> ******************************************************
>                         Ampertronics Pty. Ltd.
>   11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
>          Tel. (02) 9674-6495       Fax (02) 9674-8745
>                Email: samperi@ampertronics.com.au
>                  Website  http://www.ampertronics.com.au
> * Electronic Design   * Custom Products   * Contract Assembly
> ******************************************************
> 
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 


-------------------------------------------------------------
Les Grant. VK2KYJ.      Phone: 02 9896 7150 Fax: 02 9896 7153
Grantronics Pty Ltd     Int'l: +612 9896 7150, +612 9896 7153
ABN 46 070 123 643
PO Box 275, Wentworthville. NSW. 2145. Australia.            
http://www.grantronics.com.au  mailto:info@grantronics.com.au
Microcontroller Hardware and Software development:  Atmel AVR
8051 derivatives, 80C196 family, C, ASM, Digital and analogue 
-------------------------------------------------------------
Australian distributor for:
o Dunfield Development Systems low cost development tools
o ImageCraft AVR and Motorola Windows-hosted C compilers
o ELNEC Device Programmers (E)EPROMs, Flash, Micros, PLDs
o CAN-BUS Hardware and Software from LAWICEL
o Logical Systems Programming, Prototyping & Production Adaptors
-------------------------------------------------------------

Re: [AVR-Chat] More efficient and space saving code

2004-12-16 by Andrew Lim

Hey Les,
 
Thanks for pointing out. Its surely a shorter code from John...hahaha...
Thanks again.
 
Good job John !!
 
Regards,
Andrew

Les Grant <lesgrant@grantronics.com.au> wrote:
Hi John,

Last time I looked, LDS and STS were 2 words each so the original 
routine was 21 words... ;-)  And your new routine is only 10 words so 
it looks like a worthwhile saving... :-)

Regards,
Les.

On 10 Dec 2004 at 15:43, John Samperi wrote:

> 
> At 06:52 PM 9/12/04 -0800, you wrote:
> >    Hi guys,   Is there anyone who can make this code more efficient?
> 
> Use 2 of the index registers as pointers with auto increment.
> May not save much as your routine is only 10 words long.
> 
> TSM_Curr2Ptr:
>     ldi      counter,5      ;a register such as r17
> 
>     ldi   xl,low(TSM_Data_Curr)      ;Setup origin
>     ldi   xl,high(TSM_Data_Curr) 
> 
>     ldi   yl,low(TSM_Data_Ptr)        ;Setup destination
>     ldi   yl,high(TSM_Data_Ptr) 
> 
> lp:
>     ld    TSM_Temp, x+   ;Get data and increment x
>     st    y+, TSM_Temp   ;Store data and increment 
>    dec  counter
>    brne  lp
>    ret
> 
> Actually it's not shorter :-((.... but it would be shorter if you had lots
> more
> data to move. Perhaps there is a genius out there with a better solution :-))
> 
> >TSM_Curr2Ptr:
> >  lds TSM_Temp, TSM_Data_Curr
> > sts TSM_Data_Ptr, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+1
> > sts TSM_Data_Ptr+1, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+2
> > sts TSM_Data_Ptr+2, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+3
> > sts TSM_Data_Ptr+3, TSM_Temp
> >  lds TSM_Temp, TSM_Data_Curr+4
> > sts TSM_Data_Ptr+4, TSM_Temp 
> > ret ; Exit         Regards, Andrew
>   
> 
> Regards
> 
> John Samperi
> 
> ******************************************************
>                         Ampertronics Pty. Ltd.
>   11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
>          Tel. (02) 9674-6495       Fax (02) 9674-8745
>                Email: samperi@ampertronics.com.au
>                  Website  http://www.ampertronics.com.au
> * Electronic Design   * Custom Products   * Contract Assembly
> ******************************************************
> 
> 
> 
> 
>  
> Yahoo! Groups Links
> 
> 
> 
>  
> 
> 
> 


-------------------------------------------------------------
Les Grant. VK2KYJ.      Phone: 02 9896 7150 Fax: 02 9896 7153
Grantronics Pty Ltd     Int'l: +612 9896 7150, +612 9896 7153
ABN 46 070 123 643
PO Box 275, Wentworthville. NSW. 2145. Australia.            
http://www.grantronics.com.au  mailto:info@grantronics.com.au
Microcontroller Hardware and Software development:  Atmel AVR
8051 derivatives, 80C196 family, C, ASM, Digital and analogue 
-------------------------------------------------------------
Australian distributor for:
o Dunfield Development Systems low cost development tools
o ImageCraft AVR and Motorola Windows-hosted C compilers
o ELNEC Device Programmers (E)EPROMs, Flash, Micros, PLDs
o CAN-BUS Hardware and Software from LAWICEL
o Logical Systems Programming, Prototyping & Production Adaptors
-------------------------------------------------------------




Yahoo! Groups SponsorADVERTISEMENT


---------------------------------
Yahoo! Groups Links

   To visit your group on the web, go to:
http://groups.yahoo.com/group/AVR-Chat/
  
   To unsubscribe from this group, send an email to:
AVR-Chat-unsubscribe@yahoogroups.com
  
   Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service. 


		
---------------------------------
Do you Yahoo!?
 The all-new My Yahoo! � Get yours free!

Re: [AVR-Chat] More efficient and space saving code

2004-12-16 by John Samperi

At 10:51 PM 16/12/04 +1100, you wrote:
>Last time I looked, LDS and STS were 2 words each so the original 
>routine was 21 words... ;-)  And your new routine is only 10 words so 
>it looks like a worthwhile saving... :-)
>

This reaffirms my fading feeling of being a genius :-))
I'm so geting used to everything being 1 clock cycle and 1 word
that I can miss things like that, I would have counted the bytes
for a HC11 code...

Regards

John Samperi

******************************************************
                        Ampertronics Pty. Ltd.
  11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
         Tel. (02) 9674-6495       Fax (02) 9674-8745
               Email: samperi@ampertronics.com.au
                 Website  http://www.ampertronics.com.au
* Electronic Design   * Custom Products   * Contract Assembly
******************************************************

Re: [AVR-Chat] More efficient and space saving code

2004-12-16 by John Samperi

At 09:05 AM 17/12/04 +1100, you wrote:
>
>This reaffirms my fading feeling of being a genius :-))

Hmmmm...not such a genius :-((

  ldi   xh,high(TSM_Data_Curr)    ;xh not xl
 
  ldi   yl,low(TSM_Data_Ptr)        ;Setup destination
  ldi   yh,high(TSM_Data_Ptr)      ;yh not yl

OK feeling dejected again......


Regards

John Samperi

******************************************************
                        Ampertronics Pty. Ltd.
  11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
         Tel. (02) 9674-6495       Fax (02) 9674-8745
               Email: samperi@ampertronics.com.au
                 Website  http://www.ampertronics.com.au
* Electronic Design   * Custom Products   * Contract Assembly
******************************************************

Re: [AVR-Chat] More efficient and space saving code

2004-12-17 by Tony Vandiver

The real savings if you've got more than one place that this is done is that you could just initialize the pertinent data in each location :
> TSM_Curr2Ptr:
> ; ldi counter,5 ;a register such as r17
>
> ldi xl,low(TSM_Data_Curr) ;Setup origin
> ldi xl,high(TSM_Data_Curr)
>
> ldi yl,low(TSM_Data_Ptr) ;Setup destination
> ldi yl,high(TSM_Data_Ptr)
Then jump to the common cleanup to complete the subroutine :
> lp:
> ld TSM_Temp, x+ ;Get data and increment x
> st y+, TSM_Temp ;Store data and increment
> dec counter
> brne lp
> ret

Show quoted textHide quoted text
----- Original Message -----
From: Andrew Lim
Sent: Thursday, December 16, 2004 9:04 AM
Subject: Re: [AVR-Chat] More efficient and space saving code

Hey Les,
Thanks for pointing out. Its surely a shorter code from John...hahaha...
Thanks again.
Good job John !!
Regards,
Andrew

Les Grant <lesgrant@grantronics.com.au> wrote:
Hi John,

Last time I looked, LDS and STS were 2 words each so the original
routine was 21 words... ;-) And your new routine is only 10 words so
it looks like a worthwhile saving... :-)

Regards,
Les.

On 10 Dec 2004 at 15:43, John Samperi wrote:

>
> At 06:52 PM 9/12/04 -0800, you wrote:
> > Hi guys, Is there anyone who can make this code more efficient?
>
> Use 2 of the index registers as pointers with auto increment.
> May not save much as your routine is only 10 words long.
>
> TSM_Curr2Ptr:
> ldi counter,5 ;a register such as r17
>
> ldi xl,low(TSM_Data_Curr) ;Setup origin
> ldi xl,high(TSM_Data_Curr)
>
> ldi yl,low(TSM_Data_Ptr) ;Setup destination
> ldi yl,high(TSM_Data_Ptr)
>
> lp:
> ld TSM_Temp, x+ ;Get data and increment x
> st y+, TSM_Temp ;Store data and increment
> dec counter
> brne lp
> ret
>
> Actually it's not shorter :-((.... but it would be shorter if you had lots
> more
> data to move. Perhaps there is a genius out there with a better solution :-))
>
> >TSM_Curr2Ptr:
> > lds TSM_Temp, TSM_Data_Curr
> > sts TSM_Data_Ptr, TSM_Temp
> > ; lds TSM_Temp, TSM_Data_Curr+! 1
> > sts TSM_Data_Ptr+1, TSM_Temp
> > lds TSM_Temp, TSM_Data_Curr+2
> > sts TSM_Data_Ptr+2, TSM_Temp
> > lds TSM_Temp, TSM_Data_Curr+3
> > sts TSM_Data_Ptr+3, TSM_Temp
> > lds TSM_Temp, TSM_Data_Curr+4
> > sts TSM_Data_Ptr+4, TSM_Temp
> > ret ; Exit ; Regards, Andrew
>
>
> Regards
>
> John Samperi
>
> ******************************************************
> Ampertronics Pty. Ltd.
> 11 Brokenwood Place Baulkham Hills, NSW 2153 AUSTRALIA
> Tel. (02) 9674-6495 Fax (02) 9674-8745
> Email: samperi@ampertronics.com.au
> Website http://www.ampertronics.com.au
> * Electronic Design * Custom Products * Contract Assembly
> ******************************************************
>
>
>
>
>
> Yahoo! Groups Links
>
>
>
>
>
>
>


-------------------------------------------------------------
Les Grant. VK2KYJ. Phone: 02 9896 7150 Fax: 02 9896 7153
Grantronics Pty Ltd Int'l: +612 9896 7150, +612 9896 7153
ABN 46 070 123 643
PO Box 275, Wentworthville. NSW. 2145. Australia.
http://www.grantronics.com.au mailto:info@grantronics.com.au
Microcontroller Hardware and Software development: Atmel AVR
8051 derivatives, 80C196 family, C, ASM, Digital and analogue
-------------------------------------------------------------
Australian distributor for:
o Dunfield Development Systems low cost development tools
o ImageCraft AVR and Motorola Windows-hosted C compilers
o ELNEC Device Programmers (E)EPROMs, Flash, Micros, PLDs
o CAN-BUS Hardware and Software from LAWICEL
o Logical Systems Programming, Prototyping & Production Adaptors
-------------------------------------------------------------




Do you Yahoo!?
The all-new My Yahoo! – Get yours free!

Re: [AVR-Chat] More efficient and space saving code

2004-12-17 by Dave VanHorn

At 10:24 PM 12/16/2004, Tony Vandiver wrote:

>The real savings if you've got more than one place that this is done is 
>that you could just initialize the pertinent data in each location :
>
> > TSM_Curr2Ptr:
> >     ldi      counter,5      ;a register such as r17
> >
> >     ldi   xl,low(TSM_Data_Curr)      ;Setup origin
> >     ldi   xl,high(TSM_Data_Curr)
> >
> >     ldi   yl,low(TSM_Data_Ptr)        ;Setup destination
> >     ldi   yl,high(TSM_Data_Ptr)
>
>Then jump to the common cleanup to complete the subroutine :


I do a number of buffer routines like this.
Load pointers, then call the routine to do the operation.
Middlin' efficient.

Remember in the time it takes us to load two 16 bit pointers, the pic has 
flipped it's bank select, and loaded a byte into W. :)

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.