 | | Re: RCX "locking up" when trying to use dll
|
|
(...) It's actually in the library. I just found it. Here is a disassembly of a correct memcpy.o, as built by egcs-1.1.2: 00000000 <_memcpy>: 0: 0d 13 mov.w r1,r3 2: 09 23 add.w r2,r3 4: 1d 13 cmp.w r1,r3 6: 47 00 beq .0 (8) 8: 6c 1a mov.b @r1+,r2l (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | RE: pbFORTH needs better uploading, docs
|
|
(...) I realized this later, and felt it would be even more confusing to clear it up! Mea Culpa again! (...) Great. I've been struggling with getting info for the FAQ together that makes it easy for all platforms to use pbForth. The goofy line-end (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: RcxCC and tabs
|
|
"Mark Rendle" <rendle2000@hotmail.com> wrote in message news:Fo5y6u.MuF@lugnet.com... (...) to (...) the (...) others (...) for the (...) with (...) I can do that in vi (and that is what I did last time I played with my RCX about a year ago), but (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: pbFORTH needs better uploading, docs
|
|
In response to a message by Ben Jackson, Ralph Hempel wrote: <snip> (...) Actually Ralph, I think that was me. :) Although there are a few things *I've* said about pbforth that I don't like, you've given your reasons for the choices you've made to a (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
Ben Jackson schrieb: (...) Some parts of legOS, especially the interrupt handlers, are less portable than they should be - they use some assembly, or my attribute((rcx_interrupt)) which I haven't verified with 2.95.2. (...) Sounds like a problem (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: legOS is really neat!
|
|
Ben Jackson schrieb: (...) I'm still looking for someone to write an R2D2 sound scheme ;-) Markus. (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: OO programing in RCX
|
|
Hi Eric, Yes, I believe you could create a sensor object on the VB side and write your code thinking in terms of a sensor object. Here's one way: =-=-=-= BEGIN SAMPLE CODE =-=-=-= Private m_SensorNumber As Integer Private m_SensorType As Integer (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx)
|
| |
| | Re: How advanced can RCX programming be?
|
|
(...) but (...) More than that. You can (for instance) have a 'command' thread, which looks at a variable, and decides according to the values on this whether to turn left/right or issue some other response, and does this by changeing other values. (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx, lugnet.robotics)
|
| |
| | Re: How advanced can RCX programming be?
|
|
"TM" == Tobias Möller <tobias.moller@telia.com> writes: TM> If I´ve understood this multi-tasking right, then it means that TM> you can have one program running for the motors of a robot, and TM> another for the sensors, but at the same time. It (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx, lugnet.robotics)
|
| |
| | Re: How advanced can RCX programming be?
|
|
(...) That wasn't me! David Leeper (has been a computer programmer for 17 years! :^)) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx, lugnet.robotics)
|
