 | | got usb tower working at quad speed under linux
|
|
I've managed to get the USB tower working for quad speed downloads under linux. There were some interesting issues along the way. 1) The usb tower doesn't allow control over parity, so you have to leave it on odd. I got around this by making a new (...) (22 years ago, 6-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Warning cleanup questions with gcc3.2
|
|
(...) <snip> (...) I'd like to say not at this time. Let me explain and then let's all comment so I can see how my idea resonates with ya'll ;-) I'd like to hold off addressing the GCC 3.x issues for only this upcoming release (brickOS 1.0.0). My (...) (22 years ago, 6-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Warning cleanup questions with gcc3.2
|
|
(...) However it should be fixed, as there's no guarantee future versions of gcc will support deprecated features. ROSCO (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Warning cleanup questions with gcc3.2
|
|
(...) I am running 3.1 and got the same error. But for user programs only because a line in boot/config.h is too long. In fact this is no error but just a warning. Looks bad but the code is ok. (...) If you look at the beginning of the file (I think (...) (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | small patch to build dll on linux
|
|
I had problems on Linux with building dll from CVS. Apparently, it thought that I was running windows. The simple patch below fixes the problem for me, but I don't know if it leaves the cygwin build intact... --- util/Makefile.common.old Thu Sep 5 (...) (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Warning cleanup questions with gcc3.2
|
|
When compiling brickos with gcc3.2, I get a lot (about 360 or so) of warnings about two things; a) warning: multi-line string literals are deprecated These seem to be mostly quotes around blocks of assembly code. Some of the code in lib/mint seems (...) (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: gcc
|
|
I am running Windows XP. Should I also use the version of binutils that the install steps recommend? I was reading the post about newer version of binutils and was wondering if there are any advantages to using the newer releases. If there are (...) (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: gcc
|
|
Sam Paolo Masetti instructions, (URL) suggest downloading gcc-2.95.2 for building the cross compiler. These instructions are standard instructions for windows os. By the way which Windows OS(s) are you running on (or plan to)? Ed Samuel Winchenbach (...) (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Semaphore(s) locked when task killed.
|
|
This has been suggested and may very well be the best way to handle manual removal of a runaway task. I plan to investigate this once I get my current updates squared-away. I hope this type of handling can be done in the kernel only. User tasks (...) (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Semaphore(s) locked when task killed.
|
|
Last night I worked on a solution to this. So far it is coming along very good. My proposed solution is to write tasks so that they shutdown when signalled. The user tasks should respond to the run/stop button by shutting down gracefully. If a task (...) (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | gcc
|
|
Hi Everyone, I just installed the latest version of cygwin, and downloaded binutils 2.12. I am wondering what version of gcc I should download, thanks. Sam (22 years ago, 5-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Semaphore(s) locked when task killed.
|
|
Have you considered implementing thread cleanup handlers? Similar to what pthread_cleanup_push and pthread_cleanup_pop provide. "Joseph Woolley" <jwoolley@spamblock....ht.rr.com> wrote in message news:H1w6v9.8M0@lugnet.com... (...) tasks. (...) task (...) (22 years ago, 4-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Semaphore(s) locked when task killed.
|
|
(...) This explains a problem I've been having. I've noticed this exact issue, but I wasn't sure if I was doing something wrong, or exactly what the problem was. I have a program that sends IR messages (for proximity) and after the program is (...) (22 years ago, 4-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Semaphore(s) locked when task killed.
|
|
(...) hmmm I wonder what other unix like OSs do in this situation? automatically unlocking doesn't seem particuarlly clean, what is to say that it is safe to unlock the mutexes just because the locking thread has been killed? Perhaps we can (...) (22 years ago, 4-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Semaphore(s) locked when task killed.
|
|
I have found that killing a task which is sending data via lnp will cause lnp to stop functioning. Turning the brick off then on again will get lnp working again. The issue is with the semaphore(s) used in the kernel tasks. Currently there is no (...) (22 years ago, 4-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Small problem compiling w/gcc-3.2 and binutils-2.12.0 with patch.
|
|
John, Good Job, John! It seems that older version of gcc don't catch the problem. I applied the changes and it compiles fine for me; I updated CVS. // Joe "John Jorgensen" <jjorgens@2gn.com> wrote in message news:Pine.LNX.4.21.0...2gn.com... (...) (...) (22 years ago, 4-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Small problem compiling w/gcc-3.2 and binutils-2.12.0 with patch.
|
|
While compiling the brickos kernel under gcc-3.2 and binutils-2.12.0 I was getting errors about nb_tasks and nb_system_tasks not being te same as their declarations so I made them volatile just like in the header and the kernel now compiles. The (...) (22 years ago, 3-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Legos or Lejos
|
|
(...) If you already know some Java, I recommend Lejos. It has some very reliable classes for RCX to RCX communications using Java streams. It also has some useful debugging features. Good luck, Roger (22 years ago, 3-Sep-02, to lugnet.robotics.rcx.java, lugnet.robotics.rcx.legos)
|
| |
| | Re: binutils 2.12 is the last one to work
|
|
(...) yes, that's possible, but isn't the symbolsrec format a bit of a standard, indicating that the 2.12.1 version is just buggy? Also, it doesn't help with 2.13 since that one doesn't even get to produce any code. alejandro (22 years ago, 2-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: binutils 2.12 is the last one to work Re: was compile error (was link error with binutils 2.13)
|
|
(...) You are right. I have the 2.12.1 rpm in my package folder and assumend that it is the one I use. But asking ld for it's version resulted in 2.12. One way ist to stay with 2.12, a second way is to change makelx so it could handle the (...) (22 years ago, 2-Sep-02, to lugnet.robotics.rcx.legos)
|
