CBBS(R) 4.0.3b 05/10/90 06:20:29 Y/N: want CBBS "1st time user" info?^U ?^U ?^U ?n;ward;christensen;odraw;;fullc;piss Logging name to disk... You are caller 214762; next msg =43560; 368 active msgs. Prev. call 05/08/90 @ 21:09, next msg was 43548 Recording logon for next time. Use FULL? to check assignments ?^U ?xxxxx "Mine" command checking for msgs TO you, ^K to abort. >Function:?dir c:log;dir c:killed;dir summary;type-30 log,ward c;or;*;short LOG. 10 KILLED. 11 SUMMARY. 24 05/06/90,17:30:23,214700,9,WARD CHRISTENSEN,,6 05/06/90,20:39:15,214701,2,MIKE SANDMAN,, E#43546,8 05/06/90,21:27:44,214702,1,CHARLIE KESTNER,,1 05/06/90,23:41:09,214703,9,JIM POLOUS,,3 05/07/90,00:28:24,214704,3,MIKE BACHINSKI,D,4 05/07/90,01:07:01,214705,2,ERIC BOHLMAN,,3 ]ERIC BOHLMAN, 05/07/90,01:21:10,214706,3,SHERMAN LYONS,chicago/il.,11 05/07/90,05:40:24,214707,2,PETE JONES,,0 05/07/90,10:14:17,214708,2,DON PIVEN,,1 05/07/90,12:43:03,214709,2,JAMES DEROSE,CHICAGO/IL,4 05/07/90,12:54:48,214710,2,JACK HOMA,,3 05/07/90,14:39:46,214711,2,DENNIS STAHL,,2 05/07/90,16:25:48,214712,1,LANE LARRISON,,2 05/07/90,20:48:48,214713,1,RICHARD GOZDAL,,4 05/07/90,21:18:45,214714,3,MURRAY ARNOW,,2 05/07/90,21:35:16,214715,1,CHARLIE KESTNER,,0 05/07/90,22:15:33,214716,1,JOE JESSON,, ]K,43331,JOE JESSON, 05/07/90,22:18:20,214717,1,JOE JESSON,, E#43547,15 05/07/90,23:27:25,214718,2,ERIC BOHLMAN,,0 05/07/90,23:48:35,214719,2,JIM ANDERSON,,10 05/08/90,00:03:14,214720,9,WARD CHRISTENSEN,,2 05/08/90,01:06:39,214721,2,TONY ANTONUCCI,,4 05/08/90,07:05:40,214722,1,DICK WAGONER,, >Help: A, >Help: A,12 05/08/90,08:14:20,214723,2,JIM BEYER,,3 05/08/90,08:37:44,214724,2,CLIFF SHARP,,3 05/08/90,10:28:17,214725,1,BRENT JONES,,7 05/08/90,11:39:07,214726,2,MARTY SILVERMAN,,1 05/08/90,14:02:33,214727,2,DENNIS STAHL,,0 05/08/90,15:23:13,214728,2,DON PIVEN,,1 05/08/90,15:57:24,214729,1,CHRIS SEIDL,,9 05/08/90,16:59:47,214730,2,MARTY DIPPEL,,3 05/08/90,21:09:22,214731,9,WARD CHRISTENSEN,,0 05/08/90,21:19:55,214732,3,MICHAEL BUZZ,,7 05/08/90,21:58:43,214733,2,DANNY SOLJAN,, 05/08/90,22:30:38,214734,1,JOSEPH SKOM,,1 05/08/90,23:15:19,214735,1,CHARLIE KESTNER,,2 05/09/90,00:03:38,214736,2,ERIC BOHLMAN,,0 05/09/90,00:05:23,214737,2,RUSS REVZAN,,4 05/09/90,00:14:32,214738,2,TONY ANTONUCCI,, E#43548,7 05/09/90,00:30:03,214739,2,JIM MACRAE,,5 05/09/90,00:34:07,214740,2,BILL MATTSON,, E#43549,6 05/09/90,03:51:41,214741,1,BARRY FUERST,, E#43550,9 05/09/90,06:24:47,214742,2,PETE JONES,,1 05/09/90,07:00:14,214743,3,MURRAY ARNOW,,1 05/09/90,07:44:06,214744,2,MIKE SANDMAN,,3 05/09/90,12:03:58,214745,2,CLIFF SHARP,, E#43551,7 05/09/90,12:11:24,214746,2,CLIFF SHARP,, E#43552,7 05/09/90,12:32:30,214747,2,ERIC BOHLMAN,, E#43553, E#43554,8 05/09/90,12:53:59,214748,2,JEFF MARTIN,,5 05/09/90,13:04:18,214749,2,DENNIS STAHL,,2 05/09/90,14:08:49,214750,2,MIKE SANDMAN,, E#43555,5 05/09/90,15:13:26,214751,1,MIKE KAVADIAS,, 05/09/90,19:10:49,214752,9,JIM POLOUS,,4 05/09/90,20:38:06,214753,2,ED FOSTER,,1 05/09/90,21:20:04,214754,2,ED FOSTER,, E#43556,2 05/09/90,21:38:19,214755,2,EDGAR COUDAL,,1 05/09/90,22:30:37,214756,9,DAVID GIBBS,,1 05/09/90,23:46:54,214757,2,CLIFF SHARP,, E#43557, E#43558,10 05/10/90,00:16:14,214758,2,SCOTT BLAZINA,hinsdale/il,4 05/10/90,00:19:05,214759,2,ERIC BOHLMAN,, E#43559,9 05/10/90,01:13:09,214760,1,STEVE RYAN,,0 05/10/90,01:29:30,214761,1,KEN STOX,,2 05/10/90,06:20:34,214762,9,WARD CHRISTENSEN,, 43548 05/09/90 TONY ANTONUCCI => ALL: "CMD LINE ARGS" 43549 05/09/90 BILL MATTSON => ALL: "NEED MONITOR" 43550 05/09/90 BARRY FUERST => ALL: "IMP OVERLAYS NEEDED" 43551 05/09/90 CLIFF SHARP => TONY ANTONUCCI: "R/CMD LINE ARGS" 43552 05/09/90 CLIFF SHARP => ALL: "LOST INTERRUPTS" 43553 05/09/90 ERIC BOHLMAN => TONY ANTONUCCI: "R/CMD LINE ARGS" 43554 05/09/90 ERIC BOHLMAN => CLIFF SHARP: "R/LOST INTERRUPTS" 43555 05/09/90 MIKE SANDMAN => CLIFF SHARP: "R/LOST INTERRUPTS" 43556 05/09/90 ED FOSTER => CLIFF SHARP: "R/LOST INTERRUPTS" 43557 05/09/90 CLIFF SHARP => ERIC BOHLMAN: "R/LOST INTERRUPTS" 43558 05/09/90 CLIFF SHARP => ED FOSTER: "R/LOST INTERRUPTS" 43559 05/10/90 ERIC BOHLMAN => CLIFF SHARP: "R/LOST INTERRUPTS" - End of summary - Retrieving flagged msgs: C skips, K aborts. Msg 43548 is 14 line(s) on 05/09/90 from TONY ANTONUCCI to ALL re: CMD LINE ARGS I have a program where I would like it to operate 2 ways 1. like a filter, taking i/o redirection from DOS 2. prompting the user for input. This would give novice and expert users both what they want. example: (this is for a 'C' program.by the way) program [-options] outfile would take i/o redirection from stdin/out from DOS. My question: Is there anyway to find out if the user has selected i/o redirection ?? Argc and argv do NOT seem to reflect the infile and outfile parameters. I probably could look in the PSP, but isn't there another way to find this out ?? Msg 43549 is 02 line(s) on 05/09/90 from BILL MATTSON to ALL re: NEED MONITOR Looking for an EGA or CGA monitor to upgrade an old XT clone. Do you have one left over from a VGA upgrade or whatever??????? Thanks. Msg 43550 is 08 line(s) on 05/09/90 from BARRY FUERST to ALL re: IMP OVERLAYS NEEDED Does anyone have the IMP overlay library? I am a CP/M diehard, and I frequently get requests for a good-and-simple modem program for a CP/M computer, and IMP is the only one I can think of that is the least troublefree and easiest to install. MEX is a hassle and doesn't always work. The one BBS in Chicago that had the IMP overlays is now history, and no one else has them on line anymore. I am going to be starting an RCPM soon, and these would be a nice program to handle since everyone else has MEX. Msg 43551 is 06 line(s) on 05/09/90 from CLIFF SHARP to TONY ANTONUCCI re: R/CMD LINE ARGS Although I don't see a "real" call in my C function library for this, you want to do an ioctl function. Depending on which compiler you're using, you might have such a call or you might have to do it with an int86() type call. DOS function 0x44 MIGHT do what you want, you may have to experiment a bit to see if this really does what I believe I remember it does. Msg 43552 is 17 line(s) on 05/09/90 from CLIFF SHARP to ALL re: LOST INTERRUPTS I have been having trouble with serial port baud rates of over 2400 ever since I upgraded to a '286 baby board. On my old 8 MHz 8088/V20 system, I had no trouble with my current serial board at 19200; the same board (or a brand-new AT-class I/O board I borrowed) won't run any faster than 2400 in this new machine. There's no resident software at all to interfere (there usually is, and used to be, but for testing I took it all out); no devices in slots that weren't in the old machine; nothing that SHOULD be running continuous interrupts or anything. ATPERF says that my refresh overhead is 4%, which wouldn't account for it. Looking at some data yesterday, my initial impression is that it goes along quite nicely for a short period (10 to 50 characters), then drops one to three characters (9600 baud test), then repeats that. Equipment is a 12 MHz '286 by Gem Computer Products of China; 200W AT power supply; WD 1003 controller; 2 ST225 drives; 1 1.2 meg Hyundai drive; one 1.44 meg Toshiba drive; CGA clone; and a generic XT I/O board with everything but the two serial and one parallel ports disabled. Any ideas? AdTHANKSvance. Msg 43553 is 13 line(s) on 05/09/90 from ERIC BOHLMAN to TONY ANTONUCCI re: R/CMD LINE ARGS What you want to do can be done by using the IOCTL interrupt as Cliff mentioned. I have the details somewhere, but the idea is to check the attribute bits for stdin and stdout. If they haven't been redirected, they'll have both the "standard input" and "standard output" attributes turned on. I just found the little function I wrote to check if a stream has been redirected; it's written in Turbo C. #include #include isrd(stream) FILE *stream; {return(ioctl(fileno(stream),0)&3)!=3); } Msg 43554 is 05 line(s) on 05/09/90 from ERIC BOHLMAN to CLIFF SHARP re: R/LOST INTERRUPTS Does the problem occur only when you're displaying the characters you're receiving? You mention that you have a CGA clone, and some terminal programs take a long time to write to a CGA (writing only during the retrace interval to prevent snow). If the input isn't being buffered, you'll drop characters. Msg 43555 is 02 line(s) on 05/09/90 from MIKE SANDMAN to CLIFF SHARP re: R/LOST INTERRUPTS You might try running your machine at the slower speeds (like 8 or 10 MHZ). Good luck.Mike Msg 43556 is 11 line(s) on 05/09/90 from ED FOSTER to CLIFF SHARP re: R/LOST INTERRUPTS Cliff, this sounds like a vexing problem I once had years ago. So many years ago that I can't remember what the machine was, although I'm pretty sure it ran MS-DOS. The problem was that the timer interrupt took longer than one character time to service. We found it by having a program toggle the console speaker on and off, inserting enough NOPs to make the tone audible, and then finding the tone was scratchy on the problem machine. Having found the problem, however, we had no way to fix it, since we needed an accurate time of day. We solved the problem by using a different machine. Incidentally, I believe only SOME of the clock interrupts were causing problems, perhaps when the seconds bucket changed. By the way, 110 baud worked fine. Msg 43557 is 14 line(s) on 05/09/90 from CLIFF SHARP to ERIC BOHLMAN re: R/LOST INTERRUPTS Nope, the problem can't be associated with the CGA card; after all, the CGA card was the same one I've been using for nearly 5 years withoug problems. Thought about the snow thing myself, and have set the terminal program(s) for no snow-checking for that reason; no difference either way. I'm an experienced consultant myself, Eric, and hope that I've thought of the "normal" things that might go wrong; I'm about ready to "develop" a sort of "NOP" program and run a good monitor program on that to see what the interrupt service routines are doing with "my" time. Believe me, after consulting with two of my more savvy friends, there's NOTHING in this system that SHOULD be taking up any time; yet it seems like there is something taking up about two ms every hundred or so, and shutting off interrupts ("CLI") when it shouldn't be doing so. I can't think of anything that happens in a PC at that interval at ALL. Thanks for the ideas. any others? Msg 43558 is 04 line(s) on 05/09/90 from CLIFF SHARP to ED FOSTER re: R/LOST INTERRUPTS Thanks for the ideas, Ed. I'm hoping that I don't have to do away with the machine itself, since (especially) it runs like a bat out of heck. I will, however, try some experiments along the lines of what you described, and will let you know what comes of it. Msg 43559 is 19 line(s) on 05/10/90 from ERIC BOHLMAN to CLIFF SHARP re: R/LOST INTERRUPTS Some random thoughts: 1) Could the 8250 chip be too slow for the bus, causing characters read from it to get mangled? 2) I wonder if the 8250 is showing an overrun error (if not, than the problem has nothing to do with the chip not being serviced often enough). 3) Could the 8250 itself be defective (easy enough to check if it's socketed)? 4) If the botched communication is occurring on a modem rather than a hardwired connection, is the handshake with the modem correct (this might be the case if you were using an MNP modem with a locked baud rate; the character rate might speed up and slow down according to the compression, and it might get marginally too high when the modem was decoding a long character run)? 5) Could the motherboard's interrupt controller be bad? I can't think of any way to test for the overrun problem other than to write a program that simply sits in a loop reading the data register, checking for overrun each time. Ideally, the data register reading should be an interrupt service routine. dup. chars. >Function:?