 | | 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)
|
