Date: Tue, 26 Jan 93 04:30:17 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 #26
To: tcp-group-digest
TCP-Group Digest Tue, 26 Jan 93 Volume 93 : Issue 26
Today's Topics:
BCC 3.1 (2 msgs)
if netmask
Micor Radios and 9600B.
N6GN Microwave Link Construction Inf (2 msgs)
nos futures
TCP-Group Digest V93 #22
wampes & SVR4 (2 msgs)
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: Mon, 25 Jan 93 10:39:15 EST
From: crompton@NADC.NADC.NAVY.MIL (D. Crompton)
Subject: BCC 3.1
To: nos-bbs@hydra.carleton.CA
WOW! that is my impression of the BC 3.1 compile vs. 2.0 - I just
started using it. The same compile on 3.1 yielded a 217K compressed
exe vs. 218K using BC 2.0 BUT the running size seems to run consistently
15-20K smaller (more core available) and the speed is noticeably faster.
Domain lookups from ramdisk etc. - I would highly recommend this update
for those that are having memory problems. I am using the -1 option in
both compiles.
Now I would like to make the necessary changes to use the -3 option. I
sent a note to Phil asking for the required changes - can anyone fill
me in on this?
Doug
------------------------------
Date: Mon, 25 Jan 93 22:45:26 -0800
From: karn@qualcomm.com (Phil Karn)
Subject: BCC 3.1
To: crompton@NADC.NAVY.MIL, nos-bbs@hydra.carleton.CA
Doug,
I must have missed your note in the flood (I automatically sort my
incoming mail, and anything that has "tcp-group" in it will
automatically be filed in that category even if it also mentions
"karn". And I don't read tcp-group very often since it seems to be
almost entirely about bulletin boards instead of TCP/IP these days.
Anyway, my most recent versions of NOS already support the Borland -3
option. The only real changes were in the .s files, as the interrupt
handlers have to save the 32-bit versions of the general registers. I
did make a change to the pktdrvr.c file only because of the way it
hooks to assembler. The code shrinks another 30K or so when you use
-3.
Phil
------------------------------
Date: Thu, 21 Jan 93 20:56:45 PST
From: "Jerzy Tarasiuk" <JT@zfja-gate.fuw.edu.pl>
Subject: if netmask
To: A.D.S.Benham@bnr.co.uk
> Date: Thu, 21 Jan 93 13:16:15 GMT
>
> I'm puzzled by the "if netmask ..." command in, well, every NOS I've looked at.
> ^^
> (that's as in interface)
The 'if' is abbreviated from 'ifconfig' (InterFace CONFIGuration).
I never abbreviated it to 'if', always used at least 'ifc'.
> The AUTOEXEC.NOS file I have been using for several years has in it
> if netmask tnc0 0x44ffffff
> which can't possibly be right (?) as the ampr.org domain is decimal 44
> (hexadecimal 2C).
> I've tried "if netmask tnc0 0x2cffffff" and also "if netmask tnc0 0x2c000000"
> which I found in someone else's AUTOEXEC.NOS file. I've not seen anything
> different happening.
I (and my colleages) use it to tell NOS how much bits are used for
network part of address, for example in network on Physics Department
(fuw.edu.pl) we use addresses 148.81.4.1 to 148.81.7.254 (..4.0 and
.7.255 are Internet broadcast addresses) and netmask is 0xfffffc00 -
this tells NOS low 10 bits are used to select computer on local net
if high 22 match our network. 73's, JT
------------------------------
Date: Mon, 25 Jan 93 06:45:51 -0800
From: "Dana H. Myers" <dana@phad.la.locus.com>
Subject: Micor Radios and 9600B.
To: kf5mg@vnet.ibm.com, TCP-Group@ucsd.edu
>
> Sorry for the off the topic post. If there's a better place, please
> flame me and let me know. I've got a chance to pick up some VHF MICOR
> radios for $40 each. ( Control head $10 more ) Can these run 9600b
> and is this a good price? ( What's a control head? ) Send answers to
> kf5mg@vnet.ibm.com. unless you feel others would be interested in
> your info. Thanks. Also need any 9600B mods for an IC-245.
>
I haven't tried it, but I know for a fact that VHF Micors, normally
phase modulated, may be frequency modulated by replacing the "3 pin"
channel elements with a "4 pin" transmit channel element. The 4 pin
elements are used in the DPL equipped Micors, and should be easy to
retrofit to a non-DPL Micor. I think Brian Kantor, brian@ucsd.edu,
has done something like this. I'm not certain how much useful deviation
you get with this approach....
Dana KK6JQ
dana@locus.com
------------------------------
Date: Mon, 25 Jan 93 08:51:39 -0600
From: sbrown@charon.dseg.ti.com (Steve Brown)
Subject: N6GN Microwave Link Construction Inf
To: Steve_Wright@kcbbs.gen.nz
Steve Wright - ZL1BHD writes:
>ARRRRGGGGGGHHHHH!!!! **WHY** isn't there a newsgroup for this subject ?
>,
>.
>.
>rec.radio.amateur.packet.rf
I second the emotion.
*********************************************
| Steve Brown, WD5HCY | Simplicate |
| sbrown@charon.dseg.ti.com | and add |
| wd5hcy@kf5mg.#dfw.tx.usa.na | lightness. |
*********************************************
------------------------------
Date: Mon, 25 Jan 93 22:32:39 HST
From: Antonio Querubin <tony@mpg.phys.hawaii.edu>
Subject: N6GN Microwave Link Construction Inf
To: sbrown@charon.dseg.ti.com (Steve Brown)
>
> Steve Wright - ZL1BHD writes:
>
> >ARRRRGGGGGGHHHHH!!!! **WHY** isn't there a newsgroup for this subject ?
> >,
> >.
> >.
> >rec.radio.amateur.packet.rf
>
> I second the emotion.
>
> *********************************************
> | Steve Brown, WD5HCY | Simplicate |
> | sbrown@charon.dseg.ti.com | and add |
> | wd5hcy@kf5mg.#dfw.tx.usa.na | lightness. |
> *********************************************
>
There was a high-speed modem mailing list at one time but I haven't seen
anything come out of it in a long time.
Tony
------------------------------
Date: Mon, 25 Jan 93 11:58:17 EST
From: kz1f@RELAY.WESTBORO.LEGENT.COM
Subject: nos futures
To: Richard.Elling@eng.auburn.edu, tcp-group@ucsd.edu, kz1f@LEGENT.COM
Dick Elling writes:
> Walt> Not really, the mail envelope would be dropped on the host it was
> destined to.
> Walt> The object, envelope, would know how to get there, ie smtp.
> I'm not convinced this is a scalable solution. It might be fine if there
> were at most a dozen or so hosts. But with the internet gateways we've
> already passed that size. Also, I think this is the wrong object to
> interface with for mail. Mail should do to people or robots. ftp should
> go to hosts.
Well effectively what you say is correct. The model I was using was that an
individual really only has a handful of hosts he deals with. ie, I connect to
giskard, Hobbes, Watson, UCSD. In this environment I would have a managable
folder, dropping a mail msg on UCSD would initiate an immediate smtp. Leaving
it in a "mailbox" would hold it until there was a pass thru to pick up pending
mail. Dblclking on watson would open a folder of, in OS/2 parlence, WPSfile
objects. The reason I commented on Jacks remark abt SOM was that that leaves
people with the impression that I am proposing a single vendor solution, thats
incorrect, I am proposing a stylistic solution, not a vendor one. To the extent
it will use SOM or WPS or C++ is almost academic, it could use dos windows or
NT/Cairo objects. In a word, its style and usability I am addressing more than
OS. After all, the OS only exists to provide the services and support the
overlying application needs. NOS, as we know it today has been pushing on the
limits of DOS for some time. Walt
Walt Corey - kz1f@kz1f.legent.com
----------------------------------
| |
| Space for Rent apply within |
| |
----------------------------------
------------------------------
Date: Mon, 25 Jan 93 16:38:28 eut
From: hcoste@thomson-sctf.fr ()
Subject: TCP-Group Digest V93 #22
To: TCP-Group@ucsd.edu
[A.?
>
------------------------------
Date: Mon, 25 Jan 93 8:11:56 CST
From: dave@holl.com (David Vrona)
Subject: wampes & SVR4
To: TCP-Group@UCSD.Edu
Hi all,
I've been trying to compile wampes-921129 (latest I think) on my 386 running
Dell SVR4 v2.2. Most everything compiles except login.c.
Has anybody had success compiling wampes on a SYSV box???
Here is the problem output:
>
> gcc -O -s -DUNIX -DSYS5 -DFD_SETSIZE=1024 -c login.c
> login.c: In function `login_open':
> login.c:492: structure has no member named `ut_host'
> login.c:492: structure has no member named `ut_host'
> login.c: In function `login_close':
> login.c:545: structure has no member named `ut_host'
> *** Error code 1 (bu21) (ignored)
>
thanks
--
David Vrona N9QNZ +1 708 680 2829 (voice)
Hollister Incorporated +1 708 680 2123 (fax)
2000 Hollister Drive Internet: dave@hp1.holl.com
Libertyville, IL 60048-3781 UUCP: {well connected}!ddsw1!hp1!dave
Opinions expressed are my own and not those of Hollister Incorporated.
------------------------------
Date: Tue, 26 Jan 1993 10:12:56 +0000 (GMT)
From: kelvin@thed.uk22.bull.com (Kelvin J. Hill)
Subject: wampes & SVR4
To: dave@holl.com (David Vrona)
The ut_host field for some reason is not implemented on a number of systems
and the only solution is to #ifdef the code that uses it and remove it from
your version. I've had the same problem when compiling up other bits of
networking code. If you can, it may be worth using a dummy value to replace
the info that you would have obtained from this field.
Kelvin. (G1EMM)
------------------------------
End of TCP-Group Digest V93 #26
******************************
******************************