 | | Re: New pbForth 1.1.0
|
|
(...) It works fine. It even worked with my own "no-echo" terminal. Best part, of course, it's that nice splash "4th" ;) (...) Well, I'm really would like to see sources, if it not a secret. I would not mind about "cleanest", perfection is very (...) (25 years ago, 5-Nov-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: New pbForth 1.1.0
|
|
(...) Thanks! How does it work for you? I'll put in some release notes on the website in a few days. (...) I took the sources out for now until I can really clean them up. If you REALLY need them, I can email them to you. Next on the block is (...) (25 years ago, 4-Nov-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: New pbForth 1.1.0
|
|
Hi Ralph, Nice to see a new release! Only question, why did you remove sources from the package? Would be really nice if you can publish the sources too. Sergey Udovenko (25 years ago, 4-Nov-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | New pbForth 1.1.0
|
|
Finally, the pesky stack bug and the goofy double echo byte problem has been fixed. Thanks to Sergey Udovenko I have also integrated a little "splash screen" on the LCD that lets you know pbForth is up and running. (URL) Will get you there. Please (...) (25 years ago, 4-Nov-99, to lugnet.robotics.rcx.pbforth, lugnet.robotics)
|
| |
| | RE: variables, etc.
|
|
(...) Will do shortly... (...) I'm not sure I want to be known as the guy that hates variables. They DO have their place, as data structures or to hold information that is infrequently accessed or is inconvenient to manage on the stack. The thing (...) (25 years ago, 2-Nov-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | FW: belated question from Mindfest
|
|
-----Original Message----- From: Ralph Hempel [mailto:rhempel@bmts.com] Sent: Monday, November 01, 1999 7:58 PM To: munafo@gcctech.com Subject: RE: belated question from Mindfest (...) Nice to meet you too. I'm not sure if anyone really appreciates (...) (25 years ago, 2-Nov-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | FW: belated question from Mindfest
|
|
-----Original Message----- From: munafo@gcctech.com [mailto:munafo@gcctech.com] Sent: Monday, November 01, 1999 5:24 PM To: rhempel@bmts.com; Robert Munafo Subject: belated question from Mindfest Ralph, It was good talking to you at Mindfest. As you (...) (25 years ago, 2-Nov-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: fast firmware downloader
|
|
I hate to admit it, but the version of Turbo C++ I just pulled out is 1.00. I departed from the Borland compiler shortly after acquiring this version and did not keep up with advances. Would I gain any advantages by finding a later version, or (...) (25 years ago, 31-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: fast firmware downloader
|
|
(...) Yeah. Not sure about the hardware interface, though. Would it be possible to run the DOS executable to generate a binary and then download it otherwise? I too am not sure what this whole discussion is about- if it is just NQC, then it is (...) (25 years ago, 30-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: fast firmware downloader
|
|
(...) Wes and Dave, I pulled out an ancient copy of Turbo C++ 3.0 for DOS. It compiles most of the code but chokes on the >8 character file names. I might have to try Microsoft VC++ next....to make a DOS executable. I also found a DOS C Comm library (...) (25 years ago, 30-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | Re: fast firmware downloader
|
|
(...) Wes, A good place to start with the porting is to grab the latest NQC source code from www.enteract.com/~dbaum/nqc and take a look at the family of PSerial classes in the platform directory. Create a new class (e.g. PSerial_dos) that (...) (25 years ago, 30-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Double echo
|
|
(...) Yes, but I don't like to duplicate variables that already present too... Sergey (25 years ago, 29-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Double echo
|
|
(...) I think I can add auto stack stuff before the weekend. (...) I did it, it works. (...) Yes, but hopefully if you set the mode, you wont forget it too quickly! :-) Here are the new words for the next release: RCX_ECHO - a variable, initially 0 (...) (25 years ago, 29-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Double echo
|
|
Hi Ralph, (...) Yea, no stack-hungry applications... Just to be sure, do you plan to add an automatic stack boundary alignment to HAT word? I think it could be a good solution. And memory, you are right, with Forth we have enough memory ;-> (...) (...) (25 years ago, 28-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Double echo
|
|
(...) There are no "tasks really, just a big loop that executes a bunch of opcodes...I'm paraphrasing here. The memory waste issue isn't that big a deal. The average distance to a boundary is 128 bytes, right. Say we allocate a 32 element data stack (...) (25 years ago, 28-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Double echo
|
|
Hi Ralph, (...) Means that we will have to waste memory a lot... Do you know how the standard LEGO firmware works? Does it allocate stack frame for each task or may be it's not an issue at all? (...) Yes, "4th" was always my favourite. Only question (...) (25 years ago, 28-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: fast firmware downloader
|
|
(...) I'm willing to cover the DOS port since I'm working on a DOS->RCX comm project already. I already have my HP LX200 doing minimal comm with the RCX with hopes of having it ride alongside as a computational component. -Wes Matchett (25 years ago, 28-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | Re: fast firmware downloader
|
|
(...) I'll start by pulling the 4x code into the NQC source base. That should make it trivial to build a stand-alone command line based downloader for Win32 (95/nt/98), Linux, Solaris, and Mac 68k/ppc under MPW. We could also get Win3.1 and DOS (...) (25 years ago, 28-Oct-99, to lugnet.robotics.rcx.legos, lugnet.robotics.rcx, lugnet.robotics.rcx.pbforth)
|
| |
| | RE: Double echo
|
|
(...) Yes, it should. The issue is that you never really know if the stack will blast through the 256 byte boundary, unless HAT checks it. You generally allocate small stacks, so HAT could be modified to FORCE the data stack to start at the boundary (...) (25 years ago, 28-Oct-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Double echo
|
|
(...) Standalone loader would be nice. (...) Well, the most important, of course, is the stack bug. BTW, what about multitasker? How many cells would you recommend to allocate? Should be it checked by HAT word or not? (...) Sure, I would like to (...) (25 years ago, 27-Oct-99, to lugnet.robotics.rcx.pbforth)
|
