Hi

C isn't well suited for this kind of reasoning (when is what memory being 
used). Here's the dissertation of a friend of mine on how to use state charts 
or so to get there:
http://e-collection.library.ethz.ch/view/eth:29949

(I assume/hope there enough arguments and options listed in there)

Best
 Matthias

On May 15, 2013, at 9:21 AM, William Chops Westfield <wes...@mac.com> wrote:

>> 
>> you really wish that compiler could "pack" together static buffers of 
>> functions which cannot be active at the same time
> 
> At some point, you might as well just allocate a global array called "buffer" 
> and use it everywhere.  You could even add some checking code to make sure no 
> one else is using it.
> 
> While this violates all sorts of HLL programming paradigms, in some ways it 
> makes me less uncomfortable than using multiple names with local scoping to 
> hide the fact that you're reusing the same buffer…
> 
> alloca() is the standard function for allocating dynamic storage on the stack.
> 
> WestfW
> 
> 
> ------------------------------------------------------------------------------
> AlienVault Unified Security Management (USM) platform delivers complete
> security visibility with the essential security capabilities. Easily and
> efficiently configure, manage, and operate all of your security controls
> from a single console and one unified framework. Download a free trial.
> http://p.sf.net/sfu/alienvault_d2d
> _______________________________________________
> Mspgcc-users mailing list
> Mspgcc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/mspgcc-users


------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d
_______________________________________________
Mspgcc-users mailing list
Mspgcc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mspgcc-users

Reply via email to