 | | Re: Announcing BricxCC release 3.3.5.6
|
|
(...) I wanted to publicly thank Rob Doucette for reporting the Access Violation bug and for helping me track down where it was occurring. I'd never have fixed it without his help. A big thank you also goes to David Schilling for reported the (...) (22 years ago, 13-Jul-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.nqc, lugnet.robotics.scout)
|
| |
| | Announcing BricxCC release 3.3.5.6
|
|
(...) I was updating the website earlier today which may have caused some disruption. The link worked for me a few minutes ago. This is as good a time as any to post about my new release of BricxCC. Version 3.3.5.6 fixes an Access Violation during (...) (22 years ago, 12-Jul-02, to lugnet.robotics.rcx, lugnet.robotics.rcx.nqc, lugnet.robotics.scout)
|
| |
| | Updated NQCEdit
|
|
Hi Everyone! NQCedit version 1.61 is released. The change is a bugfix to reflect the the changes of Nqc return codes. So if you are running Nqc 2.4. r1 or higher you need to update to version 1.61. The new version can be found at (URL) Eriksson (22 years ago, 7-Jul-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Linux driver for USB tower
|
|
Hi, (...) Good point. The tar file can be found at (URL) (22 years ago, 2-Jul-02, to lugnet.robotics.rcx.nqc, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Linux driver for USB tower
|
|
(...) Richard, That's great, but I just realized there is no URL....how can we test it if we can't find it? :-) Cheers, Ralph (22 years ago, 2-Jul-02, to lugnet.robotics.rcx.nqc, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Linux driver for USB tower
|
|
(...) Richard, this is great! What device name does the new tower driver use. I hope to be able to use my Tcl/Tk GUI for this purpose. It would be really great to get USB support for pbForth into the Linux world. The serial port has always been (...) (22 years ago, 30-Jun-02, to lugnet.robotics.rcx.nqc, lugnet.robotics.rcx.pbforth)
|
| |
| | Linux driver for USB tower
|
|
Hi, I have a working linux driver for the lego USB tower; so far it has only been tested on kernel 2.4.14 on a uhci system, where it has worked without any problems. Anyone feel like testing it out on their own system (to use it, you will need to be (...) (22 years ago, 28-Jun-02, to lugnet.robotics.rcx.nqc, lugnet.robotics.rcx.pbforth)
|
| |
| | Re: main() not defined?
|
|
"Brian Smither" <bsmitherINVALID@INV...tlink.net> : (...) Sorry for that. I have typed all the code used in the book into BricxCC, and every program or code snippet has been compiled and checked before being pasted into the book. However, seems (...) (22 years ago, 21-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: main() not defined?
|
|
Thank you, kind sir, for that small but important lesson in C programming. That was the problem. (And, for everyone's information - FEI - Ferrari's book also has Main() capitalized.) Trevyn Watson <4tee2@rogers.com> wrote in (...) (22 years ago, 21-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: main() not defined?
|
|
(...) The code on page 107 has "main()" capitalized (i.e., "Main()") and it shouldn't. The error I get is "task 'main' not defined". I'm relatively certain it is a capitalization problem. John Hansen (URL) (22 years ago, 21-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: main() not defined?
|
|
Did you capitalise "Main"? It doesnt seem to work if you do. NQC is case sensitive, just like C. Trevyn. (...) (22 years ago, 21-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | main() not defined?
|
|
I get this error - "main() not defined" - when compiling. The code is copied straight from the Ferrari book. While C is the language of my choice, the line of code isn't so obtuse as to hide errors from me. So probably there is some other requisite (...) (22 years ago, 20-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Program() always returns 0
|
|
I believe any data source (not just timers/sensors/variables) can be used in SetUserDisplay. The big limitation is that local variables cannot be used since the display is updated in a global context independent of the tasks. If you know of data (...) (22 years ago, 8-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Program() always returns 0
|
|
Oops. Looks like a bug in the NQC API file. I just fixed the bug in the NQC source, but it's not major enough to warrant a new release yet. In the meantime, you can add the following lines to the top of of your source file as a work-around: #undef (...) (22 years ago, 8-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Program() always returns 0
|
|
SetUserDisplay does not work like that. You need to specify either a sensor, timer, or global variable. Once you have done that it will continuously update the display as the value changes. In your case you should write your program something like: (...) (23 years ago, 6-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Program() always returns 0
|
|
The following code always displays 0 regardless of the program slot in which it is run. Is this a bug, or do I not understand the purpose of Program()? I'm using the 2.0 firmware and NQC 2.4 r2. task main() { SetUserDisplay(Program(),0); (...) (23 years ago, 6-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: NQC and BricxCC problem
|
|
John, The crash is because NQC is trying to print out an error message but doesn't have legitimate information about the lexical location (file, line number, etc) of where the error occurred. The error itself is from the "#pragma init" line - (...) (23 years ago, 5-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | NQC and BricxCC problem
|
|
Dave (or anyone else who might have an idea), I'm trying to figure out a problem that a user reported regarding BricxCC and its interaction with NQC. (I've only tested it against the latest release of both BricxCC and NQC.) When attempting to (...) (23 years ago, 5-May-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Small bug in Bricxcc 3.3.4.5
|
|
hi John, thanks for the fast respons. After some invetsigation, I came to the conclusion that you are right, but I'm also right. (...) Yes this seems to work. But I'm not such a perfect programmer as you ;-) Now try to introduce an error and compile (...) (23 years ago, 22-Apr-02, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Small bug in Bricxcc 3.3.4.5
|
|
(...) I'm trying to duplicate what you describe and I'm unable to do so (in version 3.3.4.5). I started a new file. Pressed F9. Clicked on a template containing a "field". The template was inserted into the editor and the first (or only) field was (...) (23 years ago, 22-Apr-02, to lugnet.robotics.rcx.nqc)
|
