 | | 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)
|
| |
| | Re: OO programing in RCX
|
|
Hi Dave, On the RCX side, I wouldn't want true objects. I wouldn't want to fill up the RCX variables with vtables and the program memory with the code to use the vtables. But on the PC side of things I'm beginning to think objects can be very (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx)
|
| |
| | Re: How advanced can RCX programming be?
|
|
In lugnet.robotics.rcx, David Leeper writes: I´m no computer programmer, but I´ve downloaded NQC but haven´t installed it yet. If I´ve understood this multi-tasking right, then it means that you can have one program running for the motors of a (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx, lugnet.robotics)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) 1.1.2 (...) Ok, I got egcs-1.1.2 (plus patch) and rebuilt legOS.srec. Now it works. I did confirm that the compiler is tripping over something in the libs rather than the kernel (at first I only rebuilt the kernel sources and the problem was (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RcxCC and tabs
|
|
alex wetmore <alex@phred.org> wrote in message news:947527538.49673...red.org... (...) Surely if you're a vi-head you could use vi, and set up keyboard macros for the compile and download calls to NQC? Personally I always used to set vi up with the (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) unfortunately not. AFAIK, nobody has ever managed to compile a dll-capable legOS with gcc-2.95.x, neither with the rcx-compiler patch nor without. (...) Sure, this is exactly the gcc-2.95.2 symptom many people already experienced. There has (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | legOS is really neat!
|
|
I can't build my own legOS kernel, but I can build .lx files and load them with dll without any problem! It's really liberating to have REAL functions and a REAL C implementation to work with. Right now I'm working on a bot which tries to stay on a (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) I am seeing exactly the same thing when I built my own legOS.srec from scratch. The kernel seems to run fine (view, on/off, prgm, run buttons) until dll crashes it. (...) Auugh, I too am using gcc-2.95.2. If I use legOS.srec/.lds from the (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: OO programing in RCX
|
|
(...) I toyed with a couple of ideas for this, but most of the really useful things can't be done using the standard bytecodes. About the only thing I came up with was a way to wrap the standard API calls up into some classes. However, implementing (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx)
|
| |
| | Re: How advanced can RCX programming be?
|
|
(...) IMHO, spirit.ocx doesn't provide OO capability - it does serve as an enabler, though. What it provides is the ability to write a VB program that writes an RCX program. This VB program can be as OO as you want it, but the calls to spirit.ocx (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx, lugnet.robotics)
|
| |
| | Re: OO programing in RCX
|
|
What I mean is to think the RCX in OO. For example, I can add a sensor object in my programming code when I plug a sensor into my RCX. I can make the sensor object to interface with the RCX object in the OO manner. Is that possible? I learned some (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx)
|
