 | | Re: PRGM button - am I missing something?
|
|
(...) From getopt(3) on BSD and other systems: When all options have been processed (i.e., up to the first non-option argument), getopt() returns -1. However, from the Linux manpage: By default, getopt() permutes the contents of argv as it scans, so (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: PRGM button - am I missing something?
|
|
Ben Jackson schrieb: (...) If getopt is working right, the position of switches shouldn't matter. If they do, it's broken. Markus. (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: PRGM button - am I missing something?
|
|
(...) I think you need `dll -p0 foo.lx' and `dll -p1 bar.lx'. That syntax is working fine for me. Right now my battery meter is in slot 0 (fading fast!) and the program I'm debugging is in slot 1. --Ben (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: PRGM button - am I missing something?
|
|
Hi Jeff, Jeff Chrisope schrieb: (...) There could be a problem with getopt in the Windows-libc. Try inserting a printf after the loop dealing with options, to show which program slot dll is actually transmitting to. (...) Hey, aren't you with (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: useful battery program
|
|
(...) Yes, the current behavior of displaying the return address for the interrupt handler isn't very useful. :-) I was considering making it display battery voltage. It would be neat if some combination of VIEW and other buttons could be used to do (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: useful battery program
|
|
Ben Jackson schrieb: (...) Yes, this is a good idea. The system timer handler will probably become a C routine, anyway, as it does so many things now. It might as well check for low battery power and display it. I was thinking about a configuration (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | PRGM button - am I missing something?
|
|
I may be missing something horribly simple, but I can't seem to get the PRGM button on the RCX to change the program being executed by legOS. For instance, if I dll foo.lx -p0 dll bar.lx -p1 I can only get bar.lx (or whatever I 'dll' last) to (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | useful battery program
|
|
Here's a short program to display the battery voltage. The get_battery_mv() interface might be useful in the kernel itself. Would it be appropriate for the kernel to turn on the low battery indicator as well? The A/D converter that the RCX uses to (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | RE: RCX "locking up" when trying to use dll
|
|
(...) Great story! When doing tedious diff compares, I usually find it in the last pair of files :-) Cheers, Ralph Hempel - P.Eng ---...--- The train stops at the train station, The bus stops at the bus station, So why am I sitting at a work (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) I built the H8/300 binutils-2.9.1 and gcc-2.95.2 and compiled the legOS kernel and it was locking up when downloading programs. People here said get egcs-1.1.2 -- it works! So I built egcs-1.1.2 and cd'd to legOS/boot, make clean/make and the (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: RCX "locking up" when trying to use dll
|
|
(...) Actually I won't, since I just read memcpy.c and I see it's an __asm__ macro. I don't know if that's a valid __asm__ or not. In this case, if it's causing legOS pain, memcpy.c should just be replaced by memcpy.s with the correct assembly (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | RE: RCX "locking up" when trying to use dll
|
|
(...) <Snipped disassembly showing exactly what the bug is...> WOW! Good catch Ben! I have recently been looking through some disassembly on a totally unrelated topic and have found a bug in an unnamed commercial compiler. But of course I had a (...) (25 years ago, 11-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | 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: 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: 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: 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)
|
| |
| | GPS for RCX
|
|
The standard RCX firmware with its serial protocol could not talk to a GPS, but LegOS could. With LegOS and a GPS we could make robots that could tell where they were. This would be way cool. I want a solar powered toy robot boat with GPS that can (...) (25 years ago, 10-Jan-00, to lugnet.robotics.rcx.legos)
|
