NetBurner Community Forum

Thanks, Larry! That took care of it. I had initially thought that might have been the problem and dynamically allocated the send buffer in my application, but I neglected to 'new' the receive buffer, which was the problem.

Trevor

Upgrading from NNDK 2.1, I believe. It was the previous released version before the 2.2...

I am not using processor SRAM.

My application is C++ and uses the TCP library, amongst other things...

I have isolated the problem in my application. It appears that if I try to read or write a large chunk ...

Well, I managed to get a clean application onto the board. A co-worker let me in on the secret about aborting the boot ('A') before the first trap...

Now the debugging can start...

Can anyone decipher this? The application (that works fine under the old sdk) worked for a short period of time and then started crashing with no stack dump. After a while it degraded to the trap below and now I cannot update the board software to a safe application via the serial terminal ...