 | | Re: Possible bug with bss allocation
|
|
(...) I have a proposal to the legOS developers: The current tool chain to generate executables for legOS is a little off: We generate coff-h8300 from .c or .S sources, next ld generates symbolsrec relocated files from that. This step is done twice (...) (24 years ago, 22-Jul-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Possible bug with bss allocation
|
|
(...) Thanks for the fix, it works great. Dave Baum (24 years ago, 22-Jul-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Possible bug with bss allocation
|
|
(...) The common section is aligned to 16 bytes by ld. This is unknown to the tools generating the final .lx files. The fix is to force the alignment of the .bss section to 2, with this ld will generate files that work with the current tools. I (...) (24 years ago, 22-Jul-00, to lugnet.robotics.rcx.legos)
|
| |
| | Possible bug with bss allocation
|
|
I was having some random hangs with a legOS program. If I added a little code or subtracted a little, everything started working again. I've isolated it to a problem whereby writing a zero to the last byte of bss data will hang the RCX. This only (...) (24 years ago, 22-Jul-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: light sensor problem?
|
|
(...) In active mode, the value you read from the light sensor depends on how you power the sensor and read the A/D converters. In particular, the delay from the time you turn off the power to the sensor to the time you do A/D conversion matters. (...) (24 years ago, 21-Jul-00, to lugnet.robotics.rcx.legos)
|
