 | | Re: InstallShield for legOS
|
|
"Rossz Vámos-Wentworth" <rossw@jps.net> wrote in message news:387CE039.2906B6...jps.net... (...) I think that you should still reconsider using Cygwin anyway. You can actually build much of the LegOS stuff without ever using the Cygwin shell, so (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | InstallShield for legOS
|
|
As mentioned by Markus, I am working on an Windows InstallShield program for legOS. It is my hope to create, with assistance, a complete installation package for legOS and required tools. Running the installer will create a legOS developement (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Please provide diffs for legOS releases
|
|
Hi Alex, I'll post a cvs rdiff later. Alex Wetmore schrieb: (...) Rossz Vamos-Wentworth is working on an InstallShield version for Windows. (...) There's a watchdog timer module on the RCX, which is currently unused in legOS. Shouldn't bee too (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Please provide diffs for legOS releases
|
|
Today I had a bit of time on the bus so I went through the work of getting legOS working on my system. After I got it up and running I noticed that I was using 0.2.2 and that 0.2.3 was out (I started with 0.2.2 becuase the most recent instructions (...) (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | Re: PRGM button - am I missing something?
|
|
Ben Jackson schrieb: (...) OK, I'll change the docs and examples, then. Too bad, I thought position-independence very nifty indeed. Markus. (25 years ago, 12-Jan-00, to lugnet.robotics.rcx.legos)
|
| |
| | 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)
|
