NNDK Release 2.8.0 (April 2016)

[pbreed]

Several problems here....
In comp code when it prints out Gap it means if found a gap in the memory map....
I can't really help you with that unless I have the map file. So please open a ticket, the GAP should not be there it means
something is wrong in the link process...

Compiling the MOD5282 factory app:

2.8 W IPV6
Used 202860 bytes of 491520 available flash (41.27%)

2.8 W IPV6 turned off
Used 165685 bytes of 491520 available flash (33.71%)

2.7.4
Used 163023 bytes of 491520 available flash (33.17%)


To turn off IPV6 change the IPV6 Config section of predef.h to:

//#define IPV6 (1) // Dual stack IPv4/IPv6 mode

//#define IPV6_COUNTERS (1) //add coutners to IPV6
#define IPV4ONLY (1) // IPv4 only mode

[ecasey]

I changed the predef.h defines as set out in the documentation. The middle #define is not in the documentation, but I have tried commenting it out as well.

Code: Select all

//#define IPV6 (1)        // Dual stack IPv4/IPv6 mode

#define IPV6_COUNTERS (1) //add coutners to IPV6
#define IPV4ONLY (1)  // IPv4 only mode

The middle #define is not in the documentation, but I have tried commenting it out as well.
The "Rebuild all system files" gives me the following error:

Code: Select all

In file included from NB_TCP.cpp:29:0:
C:\nburn/include/utils.h:97:19: error: 'IPADDR {aka struct IPADDR4}' has no member named 'AsciiToIp4'
 #define AsciiToIp AsciiToIp4
                   ^
NB_TCP.cpp:60:22: note: in expansion of macro 'AsciiToIp'
                 addr.AsciiToIp( addrStr );
                      ^
NB_TCP.cpp: In function 'int l_connect(lua_State*)':
C:\nburn/include/utils.h:97:19: error: 'IPADDR {aka struct IPADDR4}' has no member named 'AsciiToIp4'
 #define AsciiToIp AsciiToIp4
                   ^
NB_TCP.cpp:182:28: note: in expansion of macro 'AsciiToIp'
         interfaceIPAddress.AsciiToIp("0.0.0.0");
                            ^
make[1]: *** [obj/NB_TCP.o] Error 1
rm full_obj/loslib.o full_obj/lapi.o full_obj/lundump.o full_obj/luac.o noparse_obj/ltablib.o noparse_obj/lmem.o full_obj/lzio.o noparse_obj/lstrlib.o full_obj/lparser.o full_obj/lua.o full_obj/llex.o full_obj/lopcodes.o full_obj/ltable.o noparse_obj/ldo.o full_obj/lvm.o noparse_obj/term.o full_obj/lstring.o noparse_obj/fmemopen.o full_obj/ldebug.o noparse_obj/lauxlib.o full_obj/system_stubs.o full_obj/lstate.o full_obj/lobject.o noparse_obj/lmathlib.o noparse_obj/llex.o noparse_obj/print.o

??

[dciliske]

Well that's bizarre. I have no idea how this didn't get caught when testing. We've fixed the issue. If you put a support request in, I can send that to you.

-Dan

[ecasey]

Guess that's why its called a beta.
I opened a ticket. It covered this and the "Gap" issue. Paul is working on the Gap issue.

Thanks
Ed