• State Not Answered
  • Locked Locked
  • Replies 12 replies
  • Subscribers 21 subscribers
  • Views 2393 views
  • Users 0 members are here
2025 survey

We are running a survey to help us improve the experience for all of our members. If you see the survey appear, please take the time to tell us about your experience if you can.

Options
Related
How was your experience today?
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

more than one way to skin a cat

erik malund

this project has 3 functions (a, b nad c) function g, when running (which will be twice a year) makes function a TOTALLY inactive.

In this memory starved world we '51ers live in I am sharing some global (please it has to be - need no comments on that subject) between functions a and c snce they never will run concurrently and the program is reset after the run of function c (no it is not a bootloader, but the problem would be the same).

I am not asking for a discussion of the relative merits of my current method and do thus not list it.

Obviously, to keep it sane, there need to be a dual name of the variables involved.

So, I solicit your ideas and look forward to seein them.

Erik

Parents
  • 0 in reply to HansBernhard Broeker

    Unions or #defines are preferrable over asm hacks or linker tricks for exactly this reasion: they work inside the language, so the compiler knows about them.
    this can, for all practical purposes, be described as two different programs never running at the same time. Thus there is no 'danger'

    You're doing something that is strictly impossible in actual C, so there's no reason for the C compiler to suspect such things would happen. So it won't be prepared for them
    how is using a union going to avoid an accidental overwrite?. Anyhow since it IS, elsewhere as well, mixed asm and C what is wrong with using the assembler to align xdata? except 'purity' of course. by the way happens to 'purity' once a few modules are written in assembler?

    Anyhow, as already posted, I solicit alternatives, not comments on my current method.

    so, let us look at the two presented
    a) union will do nothing to make it 'safer' and only make the variable names become silly.significant.
    b) #defines are fine, but they do disable my filtering method which can be simplified described as: I start all variable names for group a with AAA and all variable names for group c with CCC. Then I do a global replace of AAA with XXX and compile the group c modules which will reveal any misuse. Then the same for the other group.

    Erik

Reply
  • 0 in reply to HansBernhard Broeker

    Unions or #defines are preferrable over asm hacks or linker tricks for exactly this reasion: they work inside the language, so the compiler knows about them.
    this can, for all practical purposes, be described as two different programs never running at the same time. Thus there is no 'danger'

    You're doing something that is strictly impossible in actual C, so there's no reason for the C compiler to suspect such things would happen. So it won't be prepared for them
    how is using a union going to avoid an accidental overwrite?. Anyhow since it IS, elsewhere as well, mixed asm and C what is wrong with using the assembler to align xdata? except 'purity' of course. by the way happens to 'purity' once a few modules are written in assembler?

    Anyhow, as already posted, I solicit alternatives, not comments on my current method.

    so, let us look at the two presented
    a) union will do nothing to make it 'safer' and only make the variable names become silly.significant.
    b) #defines are fine, but they do disable my filtering method which can be simplified described as: I start all variable names for group a with AAA and all variable names for group c with CCC. Then I do a global replace of AAA with XXX and compile the group c modules which will reveal any misuse. Then the same for the other group.

    Erik

Children