 | | Re: useful battery program
|
|
Ben Jackson schrieb: (...) Saved my life a couple of times, when LNP was locking up the system in an entirely incomprehensible way. (I'd really appreciate "Unreachable code" warnings sometimes... or maybe they scrolled away.) (...) How about this: a (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | 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)
|
