Search found 102 matches
- Tue May 28, 2019 1:13 pm
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: push {}
- Replies: 20
- Views: 92401
Re: push {}
Another version of the stack trace procedure. The above one stops at the address of the last FP-entry on the stack, this one stops with the contents of this FP-entry. I ran into the problem of where to stop the stack trace when I implemented simple coroutines (as basis for a cooperative task schedul...
- Sat May 25, 2019 9:16 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: Initialisation of Pointer Variables
- Replies: 2
- Views: 24136
Re: Initialisation of Pointer Variables
Thanks for your explanation. Looks (sounds) like much added complexity without sufficient benefits indeed.
- Sat May 25, 2019 3:48 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: Initialisation of Pointer Variables
- Replies: 2
- Views: 24136
Initialisation of Pointer Variables
In Oberon, as in many (most?) languages, variables are not initialised by the compiler. Eiffel would be a counter example. I am not sure if general automatic initialisation is a Good Thing, as I prefer if the program text is as explicit as possible. However, there's one exception: pointer variables....
- Tue May 21, 2019 11:13 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: push {}
- Replies: 20
- Views: 92401
Re: push {}
FWIW, here's an improved version of the stack trace procedure. PROCEDURE stackTrace(fpAddr: INTEGER; VAR trace: Trace); VAR lr, stopAt: INTEGER; BEGIN trace.count := 0; stopAt := LinkOptions.StackStart - 8; SYSTEM.GET(fpAddr, fpAddr); WHILE (fpAddr < stopAt) & (trace.count # TraceDepth) DO SYSTEM.GE...
- Fri May 17, 2019 7:01 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: push {}
- Replies: 20
- Views: 92401
Re: push {}
Good hint, thanks. For the module with the run-time error (I only consider run-time error exceptions here, not hardware fault exceptions), the compiler/linker embeds the source line number right in the code at the return address, so that case is covered. The modules in the stack trace need another a...
- Thu May 16, 2019 3:13 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: push {}
- Replies: 20
- Views: 92401
Re: push {}
I see. Thanks for the clarification. May I place a feature request here? If yes, I'd like an extended ResData (".ref") that not only gives the name for a module's address range, but also the procedure names (with address range) within the module.
- Tue May 14, 2019 10:19 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: push {}
- Replies: 20
- Views: 92401
push {}
I am dabbling with getting a stack trace upon run-time errors. For this, I obviously need to understand the structure of the stack when entering the error handler (SVC call). A related questions about interrupt handlers in general. PROCEDURE runtimeErrorHandler[0]; BEGIN . 632 E92D0000H push { } . 6...
- Sat May 11, 2019 3:45 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: Type Test Inconsistency?
- Replies: 5
- Views: 32774
Re: Type Test Inconsistency?
Thanks, I have changed my code to use pointers now. As you say, it's clearer and cleaner.
Just out of interest, in the case without having the parameter for P1 declared as VAR, shouldn't the compiler flag the call to P2 from P1, as a read-only variable (p.t) is passed to a VAR parameter in P2?
Just out of interest, in the case without having the parameter for P1 declared as VAR, shouldn't the compiler flag the call to P2 from P1, as a read-only variable (p.t) is passed to a VAR parameter in P2?
- Sat May 11, 2019 3:24 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: Adjustable Buffers, Number and Sizes
- Replies: 2
- Views: 23880
Re: Adjustable Buffers, Number and Sizes
Thanks. Yes, agreed. Maybe a default config module can make sense for library modules that work without required configuration, but could be tweaked for specific cases, eg. the buffer sizes for a serial driver. But if config is required, there shouldn't be a default config module.
- Fri May 10, 2019 11:43 am
- Forum: Astrobe for ARM Cortex-M0, M3, M4 and M7
- Topic: Adjustable Buffers, Number and Sizes
- Replies: 2
- Views: 23880
Adjustable Buffers, Number and Sizes
I have several library modules that are basically application-independent, apart from the number of buffers and the buffer sizes. Arrays are easy and well performing data structures for buffers, but they are of a fixed size. For maintenance reasons, I would prefer to configure these library modules ...