Mikael,
Working on what you know, I saw some bugs in LIB.H (folder OSDK\include)
#define peek(address) ( *((unsigned char*)address) )
#define poke(address,value) ( *((unsigned char*)address)=(unsigned char)value )
#define deek(address) ( *((unsigned int*)address) )
#define doke(address,value) ( *((unsigned int*)address)=(unsigned int)value )
the d is missing
Took me some time to understand it was not related to Label2Num and the changes I made to Make.bat...
Bug found in LIB.H (OSDK all versions ?)
Hi,
I Installed the OSDK some weeks ago and fortunately I saw this bug right away while having a look at lib.h, otherwise I could have spent hours trying to figure out what was wrong when using pokes and peeks !
Would be nice to fix this small glitch in the next release of OSDK...
To answer waskol's question, "address" is NOT a reserved word in standard C, and I don't know any proprietary extensions that make use of that word.
I Installed the OSDK some weeks ago and fortunately I saw this bug right away while having a look at lib.h, otherwise I could have spent hours trying to figure out what was wrong when using pokes and peeks !
Would be nice to fix this small glitch in the next release of OSDK...
To answer waskol's question, "address" is NOT a reserved word in standard C, and I don't know any proprietary extensions that make use of that word.
I also remember there were another couple of issues, one with missing macros (there is a post somewhere) and another one with string management (sprintf mabye?). It was using a buffer which was not declared following XA syntax.Dbug wrote:Ok, guess I need to add that one to the list of bugs to fix
Can dig further to see the exact problem, if you don't have those on your list.