 | | Re: compiling the kernel winLegOS
|
|
Carlos, Last time I checked you were unable to compile the kernel using winLegOS or DJGPP. For those not familiar with the inner workings on winLegos it is essentially a pre-built Hitachi cross-compiler with several gnu utilities running under (...) (22 years ago, 3-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | compiling the kernel winLegOS
|
|
Hi there. I've an old notebook (libretto 70ct) and of course not too much space on disk. So I wonder if I can compile the kernel with winLegOS, due to the fact that cygwin consumes a lot of space. If that's not possible, should I have to add some (...) (22 years ago, 2-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: getting BrickOS through slow connection
|
|
(...) You might be able to use the Hitachi pre-built cross compiler for this. Ed (22 years ago, 2-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: strange motor behaviour
|
|
Marko, Here's a thread that might give a little more background on the BrickOS bug Jochen mentions: (URL) Hoenicke" <Jochen.Hoenicke@Inf...enburg.DE> wrote in message news:200304021124.11...burg.de... (...) (22 years ago, 2-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: getting BrickOS through slow connection
|
|
(...) You can run Cygwin setup in a "Download from internet" mode, then take the files home, and run it in "Install from local directory" mode. (...) 2 steps: Compiling the cross-binutils and cross-gcc under MSYS, and then (possibly) making changes (...) (22 years ago, 2-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | getting BrickOS through slow connection
|
|
My son and I have been looking BrickOS but one sticking point is that we have a slow connection at home which makes getting large packages hard. In such cases, I just download the files at work and burn the files into CD-RW and bring them home. Is (...) (22 years ago, 1-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: strange motor behaviour
|
|
(...) The problem is that the upper memory area (0xf000-0xf800) is connected to both RAM and motor output. Every byte written here is also interpreted as motor command. The latest CVS version of BrickOS has fixed this (this memory is written only (...) (22 years ago, 2-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: strange motor behaviour
|
|
(...) (this should be your user programm of course) (...) and i've been a bit too quick, it should be 40*40*1 (you're allocating char's), still thats' about 1.5kByte, that is, 1/10th of the memory available to you as user, so the following reasoning (...) (22 years ago, 2-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | Re: strange motor behaviour
|
|
(...) well, the RCX only has 32Kbyte of memory of wich half is used by brickOs the remaining half should fit you user programm and all runtime stacks and heaps, so allocating 40*40*2Bytes(the minimum for a pointer in an 32Kbyte adresspace) will need (...) (22 years ago, 2-Apr-03, to lugnet.robotics.rcx.legos)
|
| |
| | strange motor behaviour
|
|
Hello, I wonder if somebody can help me wíth the following problem. In general my program is running okay but when I change the attached data definition, the two motors I use show very strange behaviour (just making some noise and moving very slow (...) (22 years ago, 1-Apr-03, to lugnet.robotics.rcx.legos)
|
