 | | Re: Having trouble with -D option
|
|
Yes, I noticed that too, but I'm trying to program multiple RCXs with the same source, and the symbol is meant to represent the RCX's id, so it must have multiple values. Thanks anyway for the quick response. -- Mark Haye, haye (at) us (dot) ibm (...) (25 years ago, 12-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: scout.nqh no longer necessary?
|
|
(...) Correct. Initially (2.1 b1) I put the Scout support in a separate include file because I wasn't ready to merge all of the changes together. As of b2, the compiler's built-in system include file includes RCX, Cybermaster, and Scout APIs. Dave (25 years ago, 12-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: scout.nqh no longer necessary?
|
|
(...) Yes, this is true as of 2.1.b2. (25 years ago, 11-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | scout.nqh no longer necessary?
|
|
It looks like Scout programs no longer need `#include "scout.nqh"', and the file has been removed from the NQC beta distribution. Is that correct? I've been confusing someone new to NQC because I didn't realize this :( --Ben (25 years ago, 11-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Having trouble with -D option
|
|
You found a bug - NQC is actually defining D to be the tokens =1, which then leads to a lot of confusion later on. Basically I bungled the pointer math. I fixed the source so the next release (2.1 final) should be fine. I'll probably release 2.1 in (...) (25 years ago, 11-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Having trouble with -D option
|
|
(...) Same with 2.1b3. FWIW, #ifdef D task main() {} #endif works as expected. D is getting defined, just not to 1. (Or to any number.) (25 years ago, 11-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Having trouble with -D option
|
|
If I compile this program (named d.nqc): /* nqc program */ #if (D == 1) task main() {} #endif with the command: nqc -DD=1 d.nqc I get the following error: # Error: syntax error in expression File "d.nqc" ; line 2 # #if (D == 1) # ^ #---...--- # 1 (...) (25 years ago, 10-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | nqc.mattdm.org
|
|
I set up (URL) to be the permanent home of the Linux binaries and RPM packages I'm building for Dave. The old URL will still work -- it just gets redirected. (25 years ago, 6-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: lego photo scanner... Quite C?
|
|
(...) Y'know, this is a cute name, but it's kind of confusing! (25 years ago, 5-Feb-00, to lugnet.robotics.rcx.nqc, lugnet.robotics.rcx)
|
| |
| | Re: lego photo scanner... Quite C?
|
|
Are you using Quite C? -- ___...___ Ferrara Francesco Jay <getochkn@home.com> wrote in message news:Fp0z10.D4H@lugnet.com... (...) (25 years ago, 4-Feb-00, to lugnet.robotics.rcx.nqc, lugnet.robotics.rcx)
|
| |
| | Re: Curious problem with download
|
|
(...) NQC will first attempt to 'ping' the RCX, but if this fails I'm pretty sure it will give up completely. However, each command that is sent is retried several times (with increasing timeouts for each try) until an acknowledgement is heard. Its (...) (25 years ago, 4-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | RE: Curious problem with download
|
|
(...) Don't forget that your monitor may also interfere with the download. I've had problems go away when I put the RCX/tower away from the front of my monitor... Cheers, Ralph Hempel - P.Eng ---...--- Check out pbFORTH for LEGO Mindstorms at: (URL) (...) (25 years ago, 3-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Curious problem with download
|
|
(...) Unfortunately, the problem is not ambient light. I was trying this in a dark room at night. The only light source in the room was the monitor. I really think we can rule out the tower since my friends RCX loads with my IR tower just fine, and (...) (25 years ago, 3-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Curious problem with download
|
|
(...) Offhand, I'd suspect that the problem is either interference from lighting in the room, or perhaps your IR tower is 'marginal'. From your tests so far it doesn't sound like the problem follows either a specific computer or an RCX. Minimize the (...) (25 years ago, 2-Feb-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Curious problem with download
|
|
I wanted to follow-up on my first message with more information in the hopes someone can help. I have been having problems with downloading to my RCX. I started trying NQC on a mac and this did not work. I then ported NQC to Solaris and had some (...) (25 years ago, 31-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Honk if your debugging?
|
|
If you're using Windows, you can watch your programs variables with Rcx Command center. It wouldn't be hard to write a variable watcher for other platforms either. This doesn't cover all debugging sessions but I find it helps a lot. Mike Kory Georg (...) (25 years ago, 30-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Honk if your debugging?
|
|
Hi! (...) Yup, that's why I use the datalog. Ok, I am one of those weirdos that prefer core-debugging over stepping through your source, that might explain it a bit ... bye, Georg (25 years ago, 30-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: lego photo scanner...
|
|
Jay <getochkn@home.com> wrote in message news:Fp0z10.D4H@lugnet.com... (...) The LEGO light sensor is a silicon phototransistor which is mostly sensitive to infrared light. It would be very insenstive to blue light. There is some more information (...) (25 years ago, 29-Jan-00, to lugnet.robotics.rcx.nqc, lugnet.robotics.rcx)
|
| |
| | Re: Honk if your debugging?
|
|
(...) That's one of the great things about legOS. You can display hex or decimal numbers easily, and the rudimentary ascii display is really very useful. I've easily saved more time debugging just because of that than I spent installing legOS in the (...) (25 years ago, 29-Jan-00, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Honk if your debugging?
|
|
(...) I do pretty much the same thing, but I just use various tones generated by the RCX... (25 years ago, 29-Jan-00, to lugnet.robotics.rcx.nqc)
|
