Search found 118 matches
- Fri Jan 31, 2020 1:07 pm
- Forum: NetBurner Software
- Topic: Crash implementing dual-stack
- Replies: 22
- Views: 8344
Re: Crash implementing dual-stack
Well if the values are correct at the end of your init function on the inside, but when you leave the init function the values are corrupt, that suggests to me a stack corruption issue. I would slowly start commenting out things within your init and reset functions until the corruption stops.
- Thu Jan 30, 2020 1:54 pm
- Forum: NetBurner Software
- Topic: Crash implementing dual-stack
- Replies: 22
- Views: 8344
Re: Crash implementing dual-stack
The only other thing I can think of is to verify what types of objects each of your IPADDR's is and check their sizeof(). I would also probably do a clean before the build to make sure everything is up to date.
- Thu Jan 30, 2020 10:31 am
- Forum: NetBurner Software
- Topic: Crash implementing dual-stack
- Replies: 22
- Views: 8344
Re: Crash implementing dual-stack
Are you certain your idle timer pointer is being initialized? idle = new c_interval(300000); // 300,000 msec = 5 minutes There was one example you posted where you said it broke and there weren't even any references to the IPADDR object there. If the idle pointer wasn't valid, I could see it behavin...
- Tue Jan 28, 2020 1:33 pm
- Forum: NetBurner Software
- Topic: Crash implementing dual-stack
- Replies: 22
- Views: 8344
Re: Crash implementing dual-stack
What exactly is the crash error that you're getting? Is it an Access Error, or maybe Divide by Zero?
- Fri Nov 22, 2019 1:57 pm
- Forum: NetBurner Software
- Topic: how to debug a silent crash
- Replies: 9
- Views: 4059
Re: how to debug a silent crash
For the systems I've made, I typically use the watchdog to ensure the code is still running. I'll also add a timer that watches a dummy task at the lowest priority to make sure it has had a chance to run at least every so many seconds/minutes to prove that all my tasks are blocking correctly, If I d...
- Fri Nov 22, 2019 10:20 am
- Forum: NetBurner Software
- Topic: how to debug a silent crash
- Replies: 9
- Views: 4059
Re: how to debug a silent crash
I think the smart trap diagnostics always go out the default uart, regardless of whether you redirect stdout
- Tue Oct 22, 2019 11:16 am
- Forum: NetBurner Software
- Topic: TCP Data Received CallBack or Interrupt
- Replies: 2
- Views: 1596
Re: TCP Data Received CallBack or Interrupt
I always read my TCP data in a select() call. If I have to work with a lot of different TCP connections I make an entire task dedicated to accepting and reading from connections in a select() call and I register my own callbacks there. Looking at the RegisterFDCallBack function it looks like that is...
- Tue Apr 23, 2019 1:55 pm
- Forum: NetBurner Software
- Topic: Using FS file System
- Replies: 2
- Views: 1685
Re: Using FS file System
If I'm not mistaken, I think that means you haven't called f_enterfs within that task yet
- Fri Feb 08, 2019 5:38 am
- Forum: NetBurner Software
- Topic: Sending IPv6 packets
- Replies: 15
- Views: 6778
Re: Sending IPv6 packets
It looks like there are some standardized multicast addresses for IPv6 ff02::1 All nodes on the local network segment ff02::2 All routers on the local network segment ff02::5 OSPFv3 All SPF routers ff02::6 OSPFv3 All DR routers ff02::8 IS-IS for IPv6 routers ff02::9 RIP routers ff02::a EIGRP routers...
- Wed Jan 23, 2019 5:46 am
- Forum: NetBurner Software
- Topic: Abort a blocking read()
- Replies: 3
- Views: 2088
Re: Abort a blocking read()
Switching to a select(...) call instead of a read would give you some options. You could select in a loop with a short timeout and check a global flag to see if you need to bail out. You could look for an error on the file descriptor when you close it, or if you want you could have the select check ...