NetBurner Community Forum

I do think NBEclipse has an option in the project wizard to compile as a library, but I've personally never done it. If you can do that then you should be able to link that library into all of your projects when you compile them.

I would think that would work.

Looking at the code, it seems like it's fine to call TcpGetLastRxTime repeatedly since it isn't waiting on anything. However the TcpSendKeepAlive call uses a critical section, so that is probably the function you don't want to call too often. It uses the same critical section as other TCP code regar...

Actually it looks like your bytes are shifted left by 2, not an endian problem If i was an endian problem, you would see this: 300 (0x0000012C) -> 738263040 (0x2C010000) This is a 2 byte left shift: 300 (0x0000012C) -> 19660800 (0x012C0000) Maybe something in your structure got sized differently in ...

It sounds like it would be more efficient to have a task with a select() call that is listening to all 4 of your file descriptors at once. That way you don't have to have separate timeouts for each one. I think it would be much safer in case you end up getting a lot of simultaneous data from each on...

Typically when I have a crash where the faulted program counter is invalid, it's either because of buffer overflow or mis-handling a pointer, which can do things like mess with your stack. So I would look in your CheckPendingUdpPackets or SerialInterface functions for something like that.

So the address highlighted below doesn't point to anything?

Main#32|Running | |40045df8,40016952,40061874,0

If walking through the program counters on the task stack where the trap occurred doesn't point you to a particular function of yours where there may be an error, sometimes I have found that I simply need to walk up the stack further. I actually moved the smarttrap functions to my own code instead o...

I ignore the Release and Debug folders in my repositories since the files in there get generated by the build. I'm not sure about the metadata folder since I don't use NBEclipse anymore, but my guess would be that it's okay to leave it untracked.

I stopped using NBEclipse some time ago because I found it very limiting. I think it's very good for getting small projects up and going fast, but for working on larger more complicated projects I need more careful control over everything. I compile using customized versions of Netburner's makefiles...