 | | Re: egcs compiler - float problems?
|
|
(...) I have not tried to compile this, but one thing that looks suspicious is that you are using doubles. Doubles are not supported. The compiler I have (some old version of GCC) treats doubles and floats as the same type. The compiler you're using (...) (22 years ago, 10-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | [ANN] pbForth Version 2.1.3 Release
|
|
The new 2.1.3 Version of pbForth has only minor fixes thanks to the investigative efforts of David Rojas and Rob Harvey. They were able to provide detailed, reproducible bug reports, which makes fixing bugs so much easier. Thanks guys! Here's what (...) (22 years ago, 10-May-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | egcs compiler - float problems?
|
|
Can someone using the egcs compiler suite test the following code? It seems it doesn't compile under egcs. int main(int argc, char *argv[]) { double foo = 1.0; return foo > 0.1 ? 0 : 1; } Compiles fine under gcc 3.0.3. Regards, Michael (22 years ago, 10-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | More problems with floats
|
|
When I try to compile a program containing the following function: bool tr_guard_foo_loc2_t0() { return getVarVal(&var_foo_cl) >= 0.1; } I get this error: /tmp/ccyEbqnS.s: Assembler messages: /tmp/ccyEbqnS.s:237: Error: cannot create floating-point (...) (22 years ago, 10-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: semaphores
|
|
Would it be possible for you to send the entire source? I would like to see how it interacts with the rest of the program. Thanks for your help. "kenneth johansen" <kennethj@stud.cs.uit.no> wrote in message news:3CDAC372.34D72C....uit.no... (...) (...) (22 years ago, 10-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: ___cmpsi2
|
|
(...) OK, I planned to test 0.2.6; this is the right moment to do it. (...) Do you know why? (I'm just curious) (...) Thank you very much. This was really important to me. Eric (22 years ago, 9-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: Apparent 'time-out'
|
|
(...) Rob, Thanks for this. I think I'll be able to get to this tonight. I'll have a good look at what is going on. Cheers, Ralph (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | FW: Apparent 'time-out'
|
|
(...) Have you seen the articles I recently wrote here... (URL) Cheers, Ralph (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: ___cmpsi2
|
|
(...) Don't know. Just made a quick download from sourceforge. Didn't install, just looked through with mc. Seems that in the mint-lib, both cmp2-files are missing. And no printf in the c library path. Regards, Michael (22 years ago, 9-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Apparent 'time-out'
|
|
(...) Yes, the flashlight consistently makes the RCX go "dead". (...) No rush. PATIENT: "Doctor, it really hurts when I move my arm like this." DOCTOR: "Then don't move your arm like that." (...) I look forward to the article. I am currently working (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: ___cmpsi2
|
|
(...) How did *that* happen?!!?!? Just curious. Somebody should point a finger, just for yuks. -Kekoa (22 years ago, 9-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: Apparent 'time-out'
|
|
(...) OK, so if the RCX is in the "dead" state, shutting down the GUI and restarting the GUI makes no difference. And you can always clobber the RCX running pbForth by shining a light at it? I'll see what I can do on this end to reproduce the (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Apparent 'time-out'
|
|
Shutting down the GUI and starting it back up has no effect, pbForth continues to respond correctly. Adding words to the dictionary doesn't seem to make any difference either. Whether having just uploaded the firmware or having the RCX active for (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: semaphores
|
|
a short example: #include <semaphore.h> // for semaphore opperations // global buffer, used to store incoming messages. // the buffer is checked by the application waiting for the message. struct inn_msg{ char *msg; sem_t lock; }; //create a (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: Apparent 'time-out'
|
|
(...) Thanks... (...) When the RCX is sitting idle, the pbForth interpreter is spinning and looking for characters from the IR. I doubt that sunlight (or flashlight) would be interpreted as valid chars, and the error handling should just discard the (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | semaphores
|
|
Does anyone have any code that implements semaphores and shows where they might be useful? That is one place that the documentation seems a little weak. Thanks, Sam (22 years ago, 9-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | Re: Apparent 'time-out'
|
|
The GUI version is 2.1.0. The pbForth version (COLD) is 2.1.2. I am using the USB tower with RIS 2.0. Once the RCX stops responding, if I pull out a battery and re-upload the firmware, the RCX will respond again to the same GUI session. In other (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: ___cmpsi2
|
|
(...) Had to look myself to belive it. But you are right, cmpsi2 is in the 0.2.6 system, but not in the 0.2.5 system. (...) No, that are the wrong ones. You need the lib functions for the cross compiled code. libgcc.a is code that gcc needs on your (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.legos)
|
| |
| | RE: Apparent 'time-out'
|
|
(...) One more bit of useful information would be the version of pbForth (which you get by typing COLD) and which version of the GUI (top left of window) Also, are you using the serial or USB tower? What messages were you sending to the RCX before (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
| |
| | Apparent 'time-out'
|
|
I am using the TCL GUI provided by Ralph Hempel on a Windows 2000 machine to program the RCX 2.0 in pbForth. The upload of the firmware appears to be working just fine. I get responses back from the RCX and am able to create new functions without (...) (22 years ago, 9-May-02, to lugnet.robotics.rcx.pbforth)
|
