Date: Sat, 20 Feb 93 04:30:07 PST
From: Advanced Amateur Radio Networking Group <tcp-group@ucsd.edu>
Errors-To: TCP-Group-Errors@UCSD.Edu
Reply-To: TCP-Group@UCSD.Edu
Precedence: Bulk
Subject: TCP-Group Digest V93 #48
To: tcp-group-digest


TCP-Group Digest            Sat, 20 Feb 93       Volume 93 : Issue   48

Today's Topics:
                         BER meter schematic
                       no keyboard, no monitor
                     POP 3 problem (Karl Larsen)
                              Slow mail?
                                stat()
                        Stat - Hello wake up !

Send Replies or notes for publication to: <TCP-Group@UCSD.Edu>.
Subscription requests to <TCP-Group-REQUEST@UCSD.Edu>.
Problems you can't solve otherwise to brian@ucsd.edu.

Archives of past issues of the TCP-Group Digest are available
(by FTP only) from UCSD.Edu in directory "mailarchives".

We trust that readers are intelligent enough to realize that all text
herein consists of personal comments and does not represent the official
policies or positions of any party.  Your mileage may vary.  So there.
----------------------------------------------------------------------

Date: Fri, 19 Feb 93 19:13:38 GMT
From: agodwin@acorn.co.uk (Adrian Godwin)
Subject: BER meter schematic
To: tcp-group@ucsd.edu

Last year, Glenn Elmore <glenne@hpnmlr5.sr.hp.com> posted that :

>   In response to several requests, I've put a zipped file, n6gn_ber.zip,
> on ucsd.edu in /hamradio/packet/tcpip/incoming.  It contains ber.txt, a
> short description of the BER meter, ber.prn which is a PCL version of
> the schematic (300 dpi for a Laserjet) and ber.ps, a postscript version.

I can't find it there now, nor anywhere else on ucsd.edu : does anyone
know where it's gone to ?

-adrian, g7hwn

------------------------------

Date: Fri, 19 Feb 93 11:02:08 EST
From: crompton@NADC.NADC.NAVY.MIL (D. Crompton)
Subject: no keyboard, no monitor
To: nos-bbs@hydra.carleton.CA

Ok I put pc.zip in the wg7j incoming - 

It works for CTTY and is at least a first step in a change that I think
should be permanant to allow terminal operation.

FOR NOW - either define or undefine  DOSIO at the beginning of pc.c
and recompile. Defining it uses stdio DOS calls and allows CTTY operation.

This define should be moved to config.h eventually or maybe? it should
be a command line option. I have not attempted to test or change any of
the split screen stuff which still uses direct IO. Just don't use it.

By the way I see little if any display speed difference here on a fast
machine using DOS calls. I do however see a difference when using BIOS
calls (-b) where a slight slowdown is seen. I wonder why this is. Is
DOS calling direct video?

Doug

------------------------------

Date: Fri, 19 Feb 93 19:03:17 PST
From: algedi!kenk (Ken Koster) (Ken Koster)
Subject: POP 3 problem (Karl Larsen)
To: tcp-group@ucsd.edu

>       Need help with POP3. I'm set up as the server and have watched
> several connects from users. The exchange seems to go well and if the
> mail is small < 5 kbyte the user gets his mail. If the mail waiting
> is > 5kb the echange looks good, but then nothing happens for awhile
> and then my nos fails!

I'm not sure if your problem is the same as ours, but there is a bug in the
NOS code that affects POP3.  It seems that the POP3 calls the routine
'usvprintf' with a string larger than it can handle.  This usually occurs
when the mail file contains lines from someone who never has learned where
the enter key is.  POP3 uses a 1024 byte buffer,  usvprintf uses 256.
My temporary fix was to change the buffer used by usvprintf.  In the file
'usock.h' change the value of SOBUF from 256 to 1024 and recompile.

I'm not convinced this is the proper fix but it's working for us.  As soon
as I get some time I'll dig a little deeper into that part of the code.

73's,

Ken,  N7IPB

------------------------------

Date: Fri, 19 Feb 1993 14:47:57 -0600 (CST)
From: lcz@dptspd.sat.datapoint.com (Lee Ziegenhals)
Subject: Slow mail?
To: tcp-group@ucsd.edu (tcp/ip networking group)

For the last week or so the mail from the tcp-group mailing list has been
taking several days (often a week) to reach my site.  The headers show that
the articles reach ucsd.edu in a timely manner, but then take days for the
single hop from ucsd to me.

Am I the only one seeing this, or is this a general problem with the mailing
list?  I am not seeing this problem with any other mailing list or site.

Thanks.

------------------------------

Date: Fri, 19 Feb 93 09:42:04 EST
From: kz1f@RELAY.WESTBORO.LEGENT.COM
Subject: stat()
To: tcp-group@ucsd.edu

Hey, hey, hey...Bruce already told us to stop talking abt stat(). Lest we
subject ourselves to his wrath again, I suggest we do what he says.
After all, someone has to be the thought police, it might as well be Bruce!

Walt Corey - kz1f@kz1f.legent.com

------------------------------

Date: Fri, 19 Feb 93 10:34:46 EST
From: kz1f@RELAY.WESTBORO.LEGENT.COM
Subject: Stat - Hello wake up !
To: iiitac@pyr.swan.ac.uk, tcp-group@ucsd.edu

There are times people really annoy me too Alan, and this is one of those 
times. I too am getting really tired of this conversation and your ignorant 
remarks, not only on stat() but OS's as well. As far as the stat issue goes, 
I've been conspicuously silent of late on the subject. So, Alan, WAKE UP. Dont
beat a dead horse. Frankly I really dont care what you think abt language 
facilities, since you obviously dont have a good grasp on the subject. My 
suggestion to Doug was sent thru the group because of routing requirements thru
milnet, it was not intended to be a general discussion. The most pervasive 
reason to not use stat is it doesnt work, atleast for Doug.  So, in closing, I
would suggest that you and Bruce (and anyone else wanting to enter the fray)
decide amongst yourselves who is to be the self appointed thought police and 
label your msgs as such. That way the rest of us will have a better idea of 
what to ignore. Have a nice day. Walt

------------------------------

End of TCP-Group Digest V93 #48
******************************
******************************