HDTenEightyP/NetNews huggingface dataset:
From: gary@sci34hub.sci.com (Gary Heston)
Subject: Re: PD FTP without Telnet, List of PD Packages, and FAQ?
Reply-To: gary@sci34hub.sci.com (Gary Heston)
Organization: SCI Technology, Inc., Huntsville, Al.
Distribution: usa
Date: Mon, 13 Apr 1992 14:14:09 GMT

In article <1992Apr11.001347.26908@leland.Stanford.EDU> johnw@medisg.Stanford.EDU (John Wiederhold) writes:

>This is a probably all included in a FAQ (or should be) but I haven't
>seen one for this group.

Ah, but there are *so many* frequently ask questions....  :-)

>I'm looking for a FTP program for msdos that uses packet drivers but
>does not require a telnet session first, like NCSA does.

????? Which version of NCSA are you using? 2.3b (beta) at least includes
an FTPBIN program which does not require running the TELBIN program first.
I've used it occasionally, and it seems to work fine.


-- 
Gary Heston    SCI Systems, Inc.  gary@sci34hub.sci.com   site admin
The Chariman of the Board and the CFO speak for SCI. I'm neither.
"Always remember, that someone, somewhere, is making a product that will
make your product obselete." Georges Doriot, founder of American R & D.
From: jlundell@vixvax.mgi.com
Newsgroups: comp.protocols.tcp-ip
Subject: Two Novice Questions
Date: 15 Apr 92 21:22:01 GMT
Article-I.D.: vixvax.1992Apr15.162201.1778
Organization: Management Graphics, Inc.

Hi,

I have two very novice questions. 

First, could someone tell me the semantics of the 32 bit TCP/IP address,
a.b.c.d. My guess is that they are related to the given network & domain.

Second, could someone also tell me in laymans terms what & how one would
use a socket. My understanding is that a socket is a 3-level address --
network, host/node, & port. How is this different than simply requesting
the services of a well defined port???

Thanks in advance!

================================================================================
| Jim Lundell                                                                  |
| System Software Engineer              Internet:   jlundell@mgi.com           |
| Management Graphics, Inc.             Voice Mail: (612) 851-6174             |
| 1401 East 79th Street                 Operator:   (612) 854-1220             |
| Minneapolis, MN  55425                Fax:        (612) 851-6159             |
================================================================================
From: Frank@mindlink.bc.ca (Frank I. Reiter)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Negative ping times
Date: 17 Apr 92 14:59:04 GMT
Article-I.D.: mindlink.11481
Organization: MIND LINK! - British Columbia, Canada

> Mike Witt writes:
> 
> Frank,
> 
> Sometimes on a very fast optical link, packets can actually
> exceed the speed of light.

I figured that's all it was.  Thanks Mike.  <Grin>

Frank.
--
___________________________________________________________________
Frank I. Reiter                Internet: Frank@mindlink.bc.ca
MIND LINK! Communications Corp. Surrey, British Columbia, Canada
From: bill@falcon.cs.uofs.edu (Bill Gunshannon)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: mayonnaise
Date: 16 Apr 92 11:55:09 GMT
Reply-To: bill@platypus.uofs.edu
Organization: University of Scranton, Scranton, PA

In article <CKD.92Apr14210342@loiosh.eff.org>, ckd@eff.org (Christopher Davis) writes:
|> 
|> If you have problems with this, do not, I repeat do not, look in the Sun
|> _Customer Distributed BugsList_, December 1990 edition, and do not look
|> at the copyright page, and most definitely do not look at the entry
|> which reads "SPAM(R) is a registered trademark of a pork product packed
|> only by Geo A. Hormel & Co. Corp."
|> 
|> I also encourage you not to investigate any RFC issued on April 1st of
|> any year (particularly RFC 1149 and RFC 1097).
|> 
|> Oh, and :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-) :-)

And especially, Do Not under any circumstances look up RECURSION in the old
UCSD PASCAL Manual from Softech Microsystems.

There are a lot of frustrated stand-up comics in the computer biz.   :-)

bill

-- 

     Bill Gunshannon          |        If this statement wasn't here,
     bill@platypus.uofs.edu   |  This space would be left intentionally blank
     bill@tuatara.uofs.edu    |         #include <std.disclaimer.h>
From: subbarao@phoenix.Princeton.EDU (Kartik Subbarao)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: getpeername...help
Date: 10 Apr 92 13:34:39 GMT
Organization: putchar('I'); for (i = 0; i < 3; i++) putchar('E');

In article <kuaco5INN72u@early-bird.think.com> barmar@think.com (Barry Margolin) writes:

>To convert an IP address into a host name, use gethostbyname().

You meant gethostbyaddr().

	-Kartik
From: bourman@hpcc01.corp.hp.com (Bob Bourman)
Date: Thu, 9 Apr 1992 15:51:24 GMT
Subject: Re: programming tools for TCP/IP on PCs
Organization: the HP Corporate notes server
Newsgroups: comp.protocols.tcp-ip





	FTP Software Inc.
	P.O.Box 150
	Boston, Ma. 02142-9922
Newsgroups: comp.protocols.tcp-ip
From: thomson@hub.toronto.edu (Brian Thomson)
Subject: Re: Question on bind-socket
Organization: University of Toronto
Date: 8 Apr 92 23:11:16 GMT

In article <40625@shamash.cdc.com> gsa@easyaspi.udev.cdc.com (gary s anderson) writes:
>In article <1992Apr6.190727.3157@jarvis.csri.toronto.edu>, thomson@hub.toronto.edu (Brian Thomson) writes:
>|> 
>|> SO_REUSEADDR does not mean what you think it means.
>|> Don't let that worry you, though, few people do know what it is for.
>|> 
>|> Basically, SO_REUSEADDR lets you have two sockets with *similar*
>|> local & foreign address bindings, but nothing will allow you to have
>|> two *identically* bound sockets, and that is what you are trying to do.
>
>The constraint is two identical "connected" sockets not two identical
>"bound" sockets.  See earlier posting on why the original code failed.

Sorry, this is not correct in BSD or SunOS.
The second bind will fail whether or not SO_REUSEADDR is specified,
even if it is specified for the correct (the second) socket.
The only time you may have two sockets with exactly the same local and
foreign addresses and ports is when they are both "brand new" and 
completely unbound.

As a demonstration, I tried the first part of your suggested:

>If you are bored and would like a little test to shake-down your tcp
>implementation:  bind two tcp sockets (SOCK_STREAM) to the same local
>address (loopback works fine) and the same port (choose any free port), be
>sure to select the SO_REUSEADDR on the socket used in the second bind.  Issue
>a listen on one of the sockets and then issue a connect on the other
>socket using the same address you used in the bind.  If you get an 
>error on the connect, then your tcp implementation is OK.  If not .......

Here it is:
#include <sys/types.h>
#include <sys/socket.h>
#include <netinet/in.h>

main(){
	struct sockaddr_in addr;
	int i,j;
	int one = 1;

	bzero((char *)&addr, sizeof addr);
	addr.sin_family = AF_INET;
	addr.sin_port   = htons(12321);
	addr.sin_addr.s_addr   = inet_addr("127.0.0.1");

	i = socket(PF_INET, SOCK_STREAM, 0);

	if(bind(i, (char *)&addr, sizeof addr)<0)
		perror("bind1");

	j = socket(PF_INET, SOCK_STREAM, 0);

	setsockopt(j, SOL_SOCKET, SO_REUSEADDR, &one, sizeof one);

	if(bind(j, (char *)&addr, sizeof addr)<0)
		perror("bind2");
	
}

I think you will agree that this follows your plan.  It fails with

    bind2: Address already in use

under SunOS4.1.  It fails in the same way if I create SOCK_DGRAM sockets,
too.
-- 
		    Brian Thomson,	    CSRI Univ. of Toronto
		    utcsri!uthub!thomson, thomson@hub.toronto.edu
Xref: sparky comp.protocols.tcp-ip:2450 comp.protocols.tcp-ip.ibmpc:2891
From: josevela@mtecv2.mty.itesm.mx (Jose A. Vela A.)
Newsgroups: comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
Subject: Re: Where has the Bootp command gone in recent Net.exe
Date: 7 Apr 92 19:33:34 GMT
Followup-To: comp.protocols.tcp-ip
Organization: I.T.E.S.M. Campus Monterrey

wmah@ersys.edmonton.ab.ca (Wayne Mah) writes:

>Just a note on bootp for KA9Q (or NOS).  The version I have allocates
>memory for the bootp via static array is thus is limited to hold only
>12 bootp entries.  Hopefully the code has been modified to allocate
>this structures dynamically in a newer version.  Otherwise, if you
>have more than 12 bootp clients you are out of luck.


 Sorry what version is that you called 'new' ??

 Thank you...

 Bye

 _____________________________________________________________________________
 Jose Angel Vela Avila. 
  Instituto Tecnologico y de Estudios Superiores de Monterrey
    I.T.E.S.M
  Mexico.
  ___               _    ___  _         __
 (   >             ' )  /    //        /  )  josevela@mtecv2.mty.itesm.mx
  __/________    _  (  / _  // __.    /--/   josevela@tecmtyvm.mty.itesm.mx
 / /  (_)  \_)__</_  \/ </_</_(_/|_  /  ( o  josevela@tecmtyvm.BITNET
<_/
Newsgroups: comp.protocols.tcp-ip
From: mtcusa@tigger.jvnc.net (Multilingual Technogies Corporation)
Subject: Trouble with NCSA TCP/IP for MS-DOS
Originator: mtcusa@tigger.jvnc.net
Organization: JvNCnet, Princeton University, NJ
Distribution: usa
Date: Wed, 8 Apr 1992 17:31:49 GMT

TO:    Anyone
FROM:  Mark Zeiger   mtcusa@tigger.jvnc.net
DATE:  April 8, 1992
RE:    Trouble with NCSA Telnet for MS-DOS

We are trying to set up IBM compatible PCs to talk with our SCO Unix
TCP/IP network.

HARDWARE:
    Fountain 486/33 ISA with 512K VGA
                  or
    Fountain 386/33 ISA with 256K VGA

    SMC (aka Western Digital) 8003E Ethercard PLUS Elite with settings:
        Software setting:   Int 5    I/O Addr 0x240   Base Mem 0xce00:0
                                  or
        Hardwire setting    Int 5    I/O Addr 0x300   Base Mem 0xca00:0

        Thin COAX

PROBLEMS:
    1. Can not communicate with any SCO Unix system on network. NCSA
       Telnet will not recognize any systems.

    2. Hooked up two computers running NCSA Telnet only and isolated from
       rest of network. Left one computer in server mode. When I tried to
       connect with other computer using NCSA Telnet, server showed message:

             Packet received for invalid port -- reset sent
                 Port 23

       Server remained in server mode and second computer retruned to DOS.

    3. ON 486 ONLY - when exitting NCSA Telnet, all screen functions lost.
       Computer is active (i.e. DIR A: shows floppy being accessed), but I
       must reboot computer to regain display.

OBSERVATIONS:
    1. Using PKTALL showed packets being received by NCSA Telnet when it
       was pinged from a SCO Unix computer.

    2. All problems were consistent no matter what combination of hardware/
       software settings were used (except for problem 3 naturally).

If anybody has any suggestions, we would really appreciate your help. Please
respond via email to Mark Zeiger at mtcusa@tigger.jvnc.net or we may be
reached locally if you're in New Jersey at Multilingual Technologies
Corporation at (201) 808-3344.

Thanks
From: u8551044@ucsvc.ucs.unimelb.edu.au
Newsgroups: comp.protocols.tcp-ip
Subject: FTP not timing out?
Date: 10 Apr 92 00:22:28 GMT
Organization: The University of Melbourne

Hello,
subject: FTP not timing out?

When one of our machines crash (host A), a decstation ds5200, 
ultrix v4.2 (rev. 96), scripted ftp processes on other machines get into
in an idle state and stay this way for days. When host A is rebooted, the 
processes on hosts B and C doing scripted ftps do not abort, they remain is 
an idle state (don't chew up cpu).

Unfortunately we are testing a new package on A (which used to be
healthy), so I am trying to work out why the ftp processes on B and C
do not time out or fail as I think they should. The crash simply hangs A.

I do a regular (scripted) anonymous ftp to get files off host A 
"decstation ds5200, ultrix v4.2 (rev. 96)" from host B 
(VAX/VMS version V5.4-2).

I do an anonymous ftp to place files regularly (in a script) from
host C "OS/MP 4.1A.2 UNIX (SunOS 4.1 compatible)" to host A.

ie:  C execs ---> put--> A
     B execs <--get <--- A

Any ideas appreciated,
many thanks,
Greg Chenhall, The University of Melbourne, GMC@unimelb.edu.au
From: thorinn@diku.dk (Lars Henrik Mathiesen)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: Telnet ECHO option
Date: 6 Apr 92 21:53:35 GMT
Organization: Department of Computer Science, U of Copenhagen

Frank@mindlink.bc.ca (Frank I. Reiter) writes:
>In the course of adding telnet client ability to another application
>I've discovered that the telnetd at a local IRIX system sends out a
>DO ECHO request.

>I can understand that a telnet client would want characters echoed
>back to it (as indeed mine does), but I cannot udnerstand why a
>telnetd would want a telnet client to echo back everything it
>receives.  At present we reply WONT ECHO.

The 4.3BSD telnetd (from which the IRIX version probably derives) does
not want the echoes. The reason for the WILL ECHO is given in this
comment in the source:

	/*
	 * Is the client side a 4.2 (NOT 4.3) system?  We need to know this
	 * because 4.2 clients are unable to deal with TCP urgent data.
	 *
	 * To find out, we send out a "DO ECHO".  If the remote system
	 * answers "WILL ECHO" it is probably a 4.2 client, and we note
	 * that fact ("WILL ECHO" ==> that the client will echo what
	 * WE, the server, sends it; it does NOT mean that the client will
	 * echo the terminal input).
	 */

This server first sends WILL ECHO and WILL SGA, and then the DO ECHO.
When talking to one flavor of sane clients, the 4.3BSD one among them,
it gets a WONT ECHO back, and everything is fine.

The 4.2BSD client is (was?) broken, however, and takes DO ECHO as a
request to start echoing terminal input itself --- which it is willing
to do. The command is really a request to echo the server output back,
and there are client programs that are willing to do that, as well;
after all, TELNET is supposed to be a symmetrical protocol. To handle
both cases, if the 4.3BSD server gets a WILL ECHO in response, it
sends out _both_ WILL ECHO and DONT ECHO --- the former seems to be
needed to get a 4.2BSD client back in the correct state, and the
latter will prevent the other clients from echoing the server output
back.

In my opinion, this way of checking for client 4.2-ness is vastly
bogus, even though it does not involve technically incorrect TELNET
behavior. It will identify some reasonable TELNET clients as the
deeply broken 4.2BSD one, while it doesn't detect the similar deep
brokenness of some terminal concentrators which do answer DONT ECHO
but still don't understand about output flushing.

But to address your problem: DONT ECHO is the right thing to answer to
a 4.3BSD-derived telnetd, if you want it to use TELNET SYNCH.

Lars Mathiesen (U of Copenhagen CS Dep) <thorinn@diku.dk> (Humour NOT marked)
Newsgroups: comp.protocols.tcp-ip
From: merlyn@iWarp.intel.com (Randal L. Schwartz)
Subject: Re: mayonnaise
Reply-To: merlyn@iWarp.intel.com (Randal L. Schwartz)
Organization: Stonehenge; netaccess via Intel, Beaverton, Oregon, USA
Date: Thu, 16 Apr 1992 17:26:41 GMT

In article <10682@platypus.uofs.uofs.edu>, bill@falcon (Bill Gunshannon) writes:
| And especially, Do Not under any circumstances look up RECURSION in the old
| UCSD PASCAL Manual from Softech Microsystems.

And especially, no, not ever, no, do *not* look at more than half of
the glossary entries in "Programming Perl".  Things like:

	Regular Expression:   /Oh s.*t./

(And yes, recursion and iteration *both* have Hofstaeder-like
definitions.)

| There are a lot of frustrated stand-up comics in the computer biz.   :-)

Hey, I've been doing technical documentation since 1978.  *Every time*
I get to the glossary, I've wanted to throw in a joke term or two, but
it never made it past the editor.  "Programming Perl" released a lot
of pent-up tensions. :-)

Just another technical (joke) writer,
-- 
/=Randal L. Schwartz, Stonehenge Consulting Services (503)777-0095 ==========\
| on contract to Intel's iWarp project, Beaverton, Oregon, USA, Sol III      |
| merlyn@iwarp.intel.com ...!any-MX-mailer-like-uunet!iwarp.intel.com!merlyn |
\=Cute Quote: "Intel: putting the 'backward' in 'backward compatible'..."====/
Newsgroups: comp.protocols.tcp-ip
From: johnw@medisg.Stanford.EDU (John Wiederhold)
Subject: PD FTP without Telnet, List of PD Packages, and FAQ?
Organization: Stanford University, California, USA
Distribution: usa
Date: Sat, 11 Apr 92 00:13:47 GMT


This is a probably all included in a FAQ (or should be) but I haven't
seen one for this group.

I'm looking for a FTP program for msdos that uses packet drivers but
does not require a telnet session first, like NCSA does.  Public
domain is prefered, but commercial is ok too.  We looked at FTP Software's
PC/TCP package but it requires to much resident memory for the device
drivers, etc.  I'm looking for a program that includes the TCP/IP stack
internally like NCSA.


I'm also interested in a list of the different Public domain TCP/IP
packages out there.  I know of NCSA and Clarkson, and that Kermit
supports one telnet session.  Whatelse is out there?  What are the advantages
and disadvantages of each?


-Thanks..
John Wiederhold


Newsgroups: comp.protocols.tcp-ip
From: garnett@news.Colorado.EDU (Santiago de la Paz)
Subject: Prepending custom IP headers
Organization: University of Colorado, Boulder
Date: Mon, 6 Apr 1992 19:51:29 GMT

I need to generate IP packets which have a source address that is not at
all related to the machine which is generating them.  This would be a simple
task if it were not for the fact that the kernel tacks an IP header auto-
matically to my data.

I seem to remember several threads on this topic, and that specifying
IPPROTO_RAW for the protocol of a SOCK_RAW socket was one way of doing it
with certain kernels patched for traceroute.  The kernel I wish to do
this under is a SunOS4.1.1 kernel, which already supports the use of
traceroute, so can I make my own headers in this situation?  If so, how?
Does the kernel examine the data in a send() to ensure that a valid IP
header is present, and prepend its own header if not?

Many thanks for any information...

~james

James Garnett                                   garnett@boulder.Colorado.EDU
UnixOps/Distributed Computing                       ...!ncar!boulder!garnett
University of Colorado at Boulder                            +1 303 492 0264
From: cmo@pogo.wv.tek.com (Christine Olsen)
Newsgroups: comp.protocols.tcp-ip
Subject: SNMP MIBs
Date: 9 Apr 92 21:12:30 GMT
Distribution: usa
Organization: Tektronix, Inc., Wilsonville,  OR.

I know that MIBs are kept on venera.isi.edu.  Does
anyone know if there are other machines where MIBs
are kept?

Please reply via email: cmo@pogo.wv.tek.com


Thank you for any help on this.


Christine Olsen
Tektronix, Inc.
From: pmarimut@eos.ncsu.edu (PERAM  MARIMUTHU)
Newsgroups: comp.protocols.tcp-ip
Subject: getpeername...help
Date: 9 Apr 92 20:41:25 GMT
Organization: North Carolina State University

How can I use the getpeername function to get the name of the machine
that is connected to a socket. The following code returns the internet
address (a.b.c.d) correctly but not the name.

                getpeername(msgsock,(struct sockaddr *)&peer,&length)
                printf("%s\n",inet_ntoa(peer.sin_addr));

so far its OK-----

What should I do next?


Thanks

peram

pmarimut@eos.ncsu.edu
From: werme@alliant.com (Ric Werme)
Newsgroups: comp.protocols.tcp-ip
Subject: Re: mayonnaise
Date: 16 Apr 92 18:44:44 GMT
Article-I.D.: alliant.1992Apr16.184444.6421
Organization: Alliant Computer Systems Corp.

In article <1992Apr15.203801.10478@novell.com> donp@novell.com (don provan) writes:
>In article <CKD.92Apr14210342@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
>>225   mayonnaise                                                             |
>>226                     A thick salad dressing or condiment made with oil    |
>>227                     and egg                                              |
>>
>>I believe the technical term for this is a "joke" or, to be more
>>precise, "humorous glossary entry inserted because the author or editor
>>was feeling rather whimsical".
>
>Actually, i think the correct term is "cute", usually used in a
>derogatory manner implying that the author is either not mature
>enough or not funny enough.

Another possibility is that the author wanted to see how many people were still
reading spec all the way into the index.  I remember one spec with a line to
the effect "If you read this sentence, please let me know."  The author wanted
to verify his suspicion that the marketroids never based their plans on what
the engineers were doing.
-- 
| A pride of lions               | Eric J Werme                   |
| An odd lot of programmers      | uucp: mit-eddie!alliant!werme  |
| A Constitution of Libertarians | Phone: 508-486-1214            |
Xref: sparky comp.protocols.tcp-ip:2535 comp.sys.mac.misc:9213 comp.sys.mac.comm:4703 comp.unix.misc:2085
From: dburr@nixhub.UUCP (Donald Burr)
Newsgroups: comp.protocols.tcp-ip,comp.sys.mac.misc,comp.sys.mac.comm,comp.unix.misc
Subject: NET (i.e. ka9q) for Mac -- where is it?
Date: 15 Apr 92 20:26:17 GMT
Reply-To: dburr@sbphy.physics.ucsb.edu (Donald Burr)
Organization: NixBBS Public Access UNIX, Carpinteria, CA


I am running the KA9Q Internet Protocol Package, v890421.1 + kd8wk.3a on
my AT&T UNIXPC.  Since I have a direct serial line connection with my Mac,
I would like to be able to run TCP/IP over it.  I heard from somewhere
that a version of the KA9q package was ported to the Mac.

Unfortunately, I haven't been able to successfully find a copy.  Then
again, I only know of a few major Mac FTP sites.  The stuff I'm looking
for is probably on some small FTP site that has some Mac stuff on it
somewhere...

If anyone can locate the site that has the KA9Q package for the Mac,
I'd appreciate it greatly.  Or, if you have the stuff yourself and would
be willing to mail a copy, that would be acceptable too.

Please send email to dburr@sbphy.physics.ucsb.edu.  I know it's not in
my .signature yet, but that's because it's a new account.

many Thanks in advance!
 
+-----------------------------------+-----------------------------------------+
: Donald Burr, System Administrator : dburr@gnu.ai.mit.edu <==New!   INTERNET :
: NixBBS Public Access UNIX         : dburr%nixhub.UUCP@uunet.uu.net ======== :
: Carpinteria, CA  USA              : America Online: DonaldBurr              :
: UUCP: ...!uunet!nixhub!dburr      : Send all flames to /dev/null            :
+-----------------------------------+-----------------------------------------+
Newsgroups: comp.protocols.tcp-ip
From: ji@cs.columbia.edu (John Ioannidis)
Subject: Re: mayonnaise
Organization: Columbia University Department of Computer Science
Date: Wed, 15 Apr 1992 22:46:39 GMT

In article <1992Apr15.203801.10478@novell.com> donp@novell.com (don provan) writes:
>In article <CKD.92Apr14210342@loiosh.eff.org> ckd@eff.org (Christopher Davis) writes:
>>225   mayonnaise                                                            
 [...]
>>I believe the technical term for this is a "joke" or, to be more
 [...]
>
>Actually, i think the correct term is "cute", usually used in a
>derogatory manner implying that the author is either not mature
>enough or not funny enough.

If maturity is what makes people come up with OSI-like standards (or
the whole standardize-first-test-later approach, for that matter),
I'll stick with the immaturity of the Internet world, thank you.

/ji

In-Real-Life: John "Heldenprogrammer" Ioannidis
E-Mail-To: ji@cs.columbia.edu
V-Mail-To: +1 212 854 8120
P-Mail-To: 450 Computer Science \n Columbia University \n New York, NY 10027
Newsgroups: comp.protocols.tcp-ip