282 lines
12 KiB
Plaintext
282 lines
12 KiB
Plaintext
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] <infile >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 <stdio.h>
|
|
#include <fcntl.h>
|
|
|
|
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:? |