| | Re: LEGO remote and LNP (legOS 0.2.4)
|
|
Hi I found after used the remote control patch in legOS.sourceforge.net, the dll doesn't work, could you send me your patch? ZHengrong (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | Re: Redhat 7 and legOS
|
|
I get the same error with 'makelx' as you describe. I'm running redhat 7.1 with the RPM's liked in the HOWTO. I would welcome any information leading to the resolution of this problem. Just to satisfy my curiosity, I may try to build the tools from (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | Re: Remote control patch
|
|
Hi, Ross I tried the remote control patch in legOS 0.2.5, the compiling is ok and download kernel is also ok, but when I download demo program, never be successful, after tried to delete 4 times, dll stoped, it is no any problems before use remote (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | remote patch in legOS.sourceforge.net only for 0.2.5
|
|
I found that remote patch is only for 0.2.5, not for 0.2.4, this is why I got error messages as below when compile demos. (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | Compile error when make demos
|
|
After I ptached remote contrl patch, the kernel and utilities are compiled without problem, but when I tried to make demos, I got message as below, what happened? h8300-hms-ld: address 0xb03e of helloworld.ds1 section .text is not within region ram (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | Re: tweaking around dlcd_show( )
|
|
(...) LCD_4_BOTL (...) I agree it's a bit bodgy. The one advantage is you only need to pass a single #define when calling it directly (OK not a huge advantage, but if you look at the values in the #defines, you'll see why it was done that way). But (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | Re: tweaking around dlcd_show( )
|
|
(...) Since writing this, I have set up a LegOs build environment, so had a play with it. It doesn't seem very useful the way it is written. See my bit about it below. (...) I had a bit of a go doing this as well, and since I didn't know what the (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | Re: tweaking around dlcd_show( )
|
|
(...) Nope - bit_set(0xef46,0x4) will work, but not dlcd_show(0xef46,0x4), as it needs only 1 parameter. (...) Choosing the types of the struct elements is the problem - these are passed to the h8's bset instruction. First, I tried void* & char, but (...) (23 years ago, 27-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | EmuLegOS support for windows
|
|
The subject pretty much says it all. You'll need cygwin, and then it works. There is now LNP support for EmuLegOS on windows now due to the differences in the WinLNP API and the RCX LNP API. mark (23 years ago, 26-Aug-01, to lugnet.robotics.rcx.legos)
|
|
| | Re: tweaking around dlcd_show( )
|
|
(...) Ooops! I obviously wasn't looking at it properly last night (only browsing through the zip file). As 'dlcd_show' is defined as a macro that takes one parameter, but uses it twice to each of BIT_OF and BYTE_OF, which in turn both take 2 (...) (23 years ago, 26-Aug-01, to lugnet.robotics.rcx.legos)
|