|
|
 | | Re: Messing with memory pool
|
| (...) Okay, thanks for the tip. It was a bit unnecessary for you to spend two paragraphs on that, though; a sentence or two would have sufficed. :-) (...) Code is as follows: if (!mem) mem= (char*)(VarsCmd.Pool); memset(mem, 0, POOL_MAX_SIZE); I'm (...) (17 years ago, 17-Jul-07, to lugnet.robotics.nxt.nxthacking)
| | | | | Re: Messing with memory pool
|
| (...) There is no such thing as an NXT-G memory pool. The standard NXT firmware has nothing to do with the graphical programming language implemented by LEGO and NI which is called NXT-G. (...) Why are you setting it to 0x00 if other parts of the (...) (17 years ago, 17-Jul-07, to lugnet.robotics.nxt.nxthacking)
| | | | | Colors, LDconfig, etc...
|
| Is there some project to extend LDconfig.ldr to include some recent colors such as Light Stone Gray? Case in point: NXT parts are presently coded in color 383, which works fine with most CAD program but is - as intended - shown as chrome (shiny (...) (17 years ago, 17-Jul-07, to lugnet.cad, lugnet.robotics.nxt)
| | | | | Java for NXT
|
| LeJOS NXJ 0.3 is out! After a long and painful delay (especially for the developers) the new and improved version of leJOS NXJ is finally available. This new version has many new features including storing programs and data to flash memory, a menu (...) (17 years ago, 17-Jul-07, to lugnet.robotics.nxt)
| | | | | Messing with memory pool
|
| I'm working on a custom firmware with a new VM. I'm currently trying to reuse the NXT-G memory pool to hold data for the new VM, but I'm running into problems. Apparently, doing a memset to set all of the pool to 0x00 causes the firmware to crash. (...) (17 years ago, 16-Jul-07, to lugnet.robotics.nxt.nxthacking)
|
|
