|
|
 | | RE: LNP Repost
|
| Those are some really good points, but I am still concerned about the complexity and overhead of implementing IPC on the lego. Since resources are so limited it might just be easier to use shared memory and semaphores to communicate. On the other (...) (25 years ago, 17-Apr-99, to lugnet.robotics.rcx.legos)
| | | | | Linux Newbie
|
| Here is a silly question, but you guys are the right ones to answer it... compliment I think :) I need to find a "What the hell is Linux" webpage. I _think_ it is a OS that is user developed, and is common on UNIX systems. I run windows 98 and (...) (25 years ago, 17-Apr-99, to lugnet.robotics.rcx.legos)
| | | | | Re: LNP Repost
|
| (...) For IPC, each (unshared) connection would take 2 ports (src/dest), so 4 bits at least lets us have 7 IPCs (assuming port 0 is reserved as it is in Berkeley sockets, 8 if it is not). I could certainly see having need of more than 3 IPC (...) (25 years ago, 17-Apr-99, to lugnet.robotics.rcx.legos)
| | | | | Re: Rotation sensor bug found (maybe!)
|
| (...) You've got a point here. What if we hardwire STATE_0_VALUE to the following? #define STATE_0_VALUE (ds_unscale(1023U)-RANGE_SIZE) Or, for a more general approach: #define MIN(a,b) (a<b?a:b) #define MAX(a,b) (a>b?a:b) #define STATE_VALUE(k) ( \ (...) (25 years ago, 17-Apr-99, to lugnet.robotics.rcx.legos)
| | | | | Rotation sensor bug found (maybe!)
|
| I think I might have found a bug in the ds_rotation_handler (direct-sensor.c). The problem arises when the STATE_0_VALUE is checked using the IN_RANGE macro. As STATE_0_VALUE is 1023U<<6, which is about the max value for an unsigned, adding to it (...) (25 years ago, 17-Apr-99, to lugnet.robotics.rcx.legos)
|
|
