 | | Re: Winliblnp problems
|
|
To my knowledge nobody has been succesful with WinLNP! I gave up after a while and now use LNP under Linux. There was some work that somboby did which allowed the deamon to run on Linux but the LNP program could be run under windows. U could do a (...) (22 years ago, 6-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Winliblnp problems
|
|
Hi all, I recently downloaded winliblnp, the port by Michael Bunk of liblnp to windows. Exactly what I needed, thanks Michael. Unfortunately, I'm rather new to VC++ and I can't get it to compile. First, I tried compiling it on its own - no joy (...) (22 years ago, 6-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: small patch to build dll on linux
|
|
John, It looks like my patch to catch all WindowsOS broke for Linux. Ooops. I see an extra comma in there that should not be there. Could you try the following for me (or just remove the comma)? --- util/Makefile.common.old Thu Sep 5 16:51:27 2002 (...) (22 years ago, 6-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: got usb tower working at quad speed under linux
|
|
(...) Sounds like you've been very busy, Chris. I would love to see the changes you have made.... Cheers, Ralph (22 years ago, 6-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Warning cleanup questions with gcc3.2
|
|
(...) Sounds ok to me. Is the TODO file a good indication of what needs to be done for a 1.0.0 release, or do you have other tasks in mind (in case I find myself with idle hands)? J* (22 years ago, 6-Sep-02, to lugnet.robotics.rcx.legos)
|
| |
| | 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)
|
