#: 14216 S12/OS9/68000 (OSK) 07-Feb-92 09:59:06 Sb: #14198-Mshell Discount? Fm: Jim Sutemeier 70673,1754 To: Mike Haaland 72300,1433 (X) Thanks, Mike, for the explanation of the C Source Debugger. The book I have on it made it sound like quite a program, but was a little terse. Sounds like a great program; but for $850, I can do a heck of a lot of debugging on my own. :-) jim #: 14217 S12/OS9/68000 (OSK) 07-Feb-92 10:03:47 Sb: #14198-#Mshell Discount? Fm: Jim Sutemeier 70673,1754 To: Mike Haaland 72300,1433 (X) Generic Lint--> Yes, Mike, if you have or know where I could get a generic flavor of lint that is cheaper than the $400-$500 range from Gimpel, please let me know. Would seem like as popular as lint apparently is, that there'd be a pd version somewhere that would do some checking of the code. jim There is 1 Reply. #: 14220 S12/OS9/68000 (OSK) 07-Feb-92 21:25:12 Sb: #14217-#Mshell Discount? Fm: James Jones 76257,562 To: Jim Sutemeier 70673,1754 Thing is that writing a lint program entails writing most of an optimizing C compiler--everything except the code generation part--since the data flow analysis one winds up doing is just what an optimizer wants to see to get rid of the apparently unnecessary calculations that lint gripes about as potential bugs! So...if someone has the urge to do it, go for it. It wouldn't take that much added effort to go ahead and write a C compiler. There is 1 Reply. #: 14224 S12/OS9/68000 (OSK) 08-Feb-92 11:18:53 Sb: #14220-Mshell Discount? Fm: Bill Dickhaus 70325,523 To: James Jones 76257,562 I've never used lint, but something I have never understood is why it exists at all. Why have a separate program that is essentially, as you stated, a compiler minus the code generation parts? Why not just have a compiler with a "don't generate code option"? This has always puzzled me. #: 14218 S12/OS9/68000 (OSK) 07-Feb-92 18:09:55 Sb: MM/1 formatting Fm: Ernest Withers Jr. 71545,1117 To: Mark Griffith 76070,41 (X) Mark, I tried changing the rates=$30 but got the same results. Error 247 until I dmoded sct and t0s=31. Then formats went fine. Thought you'dlike to know. Ernie. #: 14219 S12/OS9/68000 (OSK) 07-Feb-92 21:21:19 Sb: #14212-MM/1 I/O Board Fm: James Jones 76257,562 To: Ernest Withers Jr. 71545,1117 I got a relatively inexpensive Honeywell keyboard from Midwest Micro Peripherals. People who have seen it have complained about the feel and about the on-keyboard artificial "click" sound it generates (which I have turned on), but it had the EXTREMELY important feature of being able to treat the key just left of the "A" as CTRL, which feature I think I can attribute what little grip on sanity I have left to. :-) #: 14221 S12/OS9/68000 (OSK) 08-Feb-92 00:17:56 Sb: #14210-#Select Fm: Bob van der Poel 76510,2203 To: Kevin Darling 76703,4227 (X) Glad I made the suggestion . Uh, I tried the little program, but no luck. Maybe it's the window version I'm running (#30), but it does nothing. Actaully, even from the command line a "display 1b 21 >/wx" just hangs things up until ctrl-c is hit. Certainly doesn't switch windows. This is not a big deal right now (but it would be nice for a little menu program I'd writing so my kids can play games....). But yes, it should be avail on the production model. There is 1 Reply. #: 14223 S12/OS9/68000 (OSK) 08-Feb-92 06:07:38 Sb: #14221-Select Fm: Kevin Darling 76703,4227 To: Bob van der Poel 76510,2203 Bob - when you do the "display 1b21 >/wx", is there a shell on /wx? Or another program waiting on input? Remember, the file manager locks out the device in that case (shell++ got around that by waiting on a key signal instead... another case where we need a new osk shell :-). kev #: 14225 S10/OS9/6809 (CoCo) 08-Feb-92 13:14:37 Sb: #14208-STERM AR'ing Fm: Ches Looney 73016,1336 To: MARK LITTLE 70761,3147 Mark, STERM needs to be pointed to the T2 device. If T2 is already in your loaded modules try STERM -1 /t2 !>