Home/ Questions/Q 317209
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-12T08:27:17+00:00

I have a VxWorks application running on ARM uC. First let me summarize the

  • 0

I have a VxWorks application running on ARM uC.

First let me summarize the application;

Application consists of a 3rd party stack and a gateway application.
We have implemented an operating system abstraction layer to support OS in-dependency.

The underlying stack has its own memory management&control facility which holds memory blocks in a doubly linked list.

For instance ; we don’t directly perform malloc/new , free/delege .Instead we call OSA layer’s routines and it gets the memory from OS and puts it in a list then returns this memory to application.(routines : XXAlloc , XXFree,XXReAlloc)

And when freeing the memory we again use XXFree.

In fact this block is a struct which has

-magic numbers indication the beginning and end of memory block
-size that user requested allocated
-size in reality due to alignment issue previous and next pointers
-pointer to piece of memory given back to application. link register that shows where in the application xxAlloc is called.

With this block structure stack can check if a block is corrupted or not.

Also we have pthread library which is ported from Linux that we use to
-create/terminate threads(currently there are 22 threads)
-synchronization objects(events,mutexes..)

There is main task called by taskSpawn and later this task created other threads.

this was a description of application and its VxWorks interface.

The problem is :

one of tasks suddenly gets destroyed by VxWorks giving no information about what’s wrong.
I also have a jtag debugger and it hits the VxWorks taskDestoy() routine but call stack doesn’t give any information neither PC or r14.

I’m suspicious of specific routine in code where huge xxAlloc is done but problem occurs
very sporadic giving no clue that I can map it to source code.

I think OS detects and exception and performs its handling silently.

any help would be great

regards

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    It resolved.

    I did an isolated test. Allocated 20MB with malloc and memset with 0x55 and stopped thread of my application.

    And I wrote another thread which checks my 20MB if any data else than 0x55 is written.

    And quess what!! some other thread which belongs other components in CPU (someone else developed them) write my allocated space.

    Thanks 4 your help

    • 0