HDTenEightyP/NetNews huggingface dataset:
From: sbakerjr@cc.curtin.edu.au
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: HELP! Turbo C serial comms problems
Date: 27 Aug 92 10:35:02 GMT
Organization: Curtin University of Technology

I am writing a "simple" data collection routine for a PC to 
read data off one of the serial ports and put the data into 
a file for insertion into an SQL database (after processing...)

I am using Turbo C V2.0 to read the ports, check the status, etc,
but the bioscom() function that TC uses is not always reliable.  

The bioscom(3,0,port) function should return the current status of the 
port . I want to poll the data ready bit (bit 8) of the 16 bit return
value.

I have written this loop to keep reading the port until a byte is ready
to read, then read the byte into a variable, ch and from there into an 
array where the file processing can take place...

--------------------------------------------------
#include <bios.h>
#include <stdio.h>
#define DATA_READY 0x100
#define CR 0xD
#define SETTINGS 0xE3 /* 9600,n,8,1 */ 

main()
{
    int setup(int);
    int read(int);
    int status(int);

    int ch = 0;
    int i=0,buffer[100];
    int port=0; /* COM1: */

    while (ch != CR)
    {
         if (status(port) & DATA_READY)
         {
              buffer[i] = read(port);
              putchar(buffer[i]);
              i++;
         } 
    }
}

int setup(port)
{
    return(bioscom(0,SETTINGS,port);
}

int read(port)
{
    return(bioscom(2,0,port));
}

int status(port)
{
    return(bioscom(3,0,port));
}

--------------------------------------
I ran this program but the data ready bit does not
seem to be being set correctly, or the code does 
not read it correctly.

Is my algorithm flawed ?
Have you had any similar problems ?

The system will eventually be running on an OS/2 based machine
so I do not wish to rely on UART interrupts, rather I would prefer 
to poll the data ready bit and copy bytes into the buffer as they arrive.

Thanks for reading this...
From: ccaajmf@ucl.ac.uk (John Franks)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Boot ROMs for Western Digital cards?
Date: 28 Aug 92 11:51:07 GMT
Organization: Bloomsbury Computing Consortium, London

In article <12673@ecs.soton.ac.uk> jkf87r@ecs.soton.ac.uk (Julian Field) writes:
>We have a whole bunch of PC's with Western Digital Ethernet cards in
>them.
>
>Is there any way we can get these to boot over a net from a Unix
>server ??
>
>The cards have a socket for a boot ROM, but what is available, and
>what is needed on the Unix end ?
>

Consult the manual entry for "bootpd" on a unix box. This is the thing -using
the bootp protocol - that boots X stations. Now, there's a little company
in Germany (called "schasiepen", I think) that makes the things. 
Unfortunately, someone's just borrowed the docs, but e-mail to
support@unipalm.co.uk should get some info - that's the only address for them 
I know, sorry. Unipalm is the UK distributor.

You can boot machines, which download a disk image into normal or high RAM,
and do fancy things like patching, too, so that you only need one, generic
disk image floating around. Recommended. I posted this rather than e-mailed it
because I like the idea.

Oh, more about bootp from RFC951, and a couple of later ones.

John Franks, ccaajmf@ucl.ac.uk or jmf14@phx.cam.ac.uk to readers in Cambridge.
     "And a thousand slimy things
      Lived on; and so did I."
From: jbvb@FTP.COM ("James B. Van Bokkelen")
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: lpr on ISC 3.2 & PCTCP 2.05
Date: 25 Aug 92 13:19:35 GMT
Reply-To: jbvb@ftp.com
Organization: The Internet


    .... I have to insert my workstation name in the file 'hosts.lpd' which
    I did. I tried with the name 'PC2' or with the complete domain
    'PC2.syner.net' or even with the IP... no go.

We mention "/etc/hosts.lpd" in our manuals because many 4bsd-derived systems
use that file.  No guarantee your ISC does unless their manual says so.  I've
seen other systems that required all LPR clients to be in "/etc/hosts.equiv",
but I can't recommend that for routine operations.

Another point is that the entry in /etc/hosts.lpd has to exactly match
(case included) the "canonical" name (the first one on the line after
the IP address) in /etc/hosts (same as a ".rhosts" file).  I've no
idea if the match becomes case-insensitive if you build your Unix
daemons to use DNS instead of the host table...
    
    I tried to configure /etc/printcap in this other way:
    
    lp|TI laser:\
      :lp=:rm=isc1:rp=lp:sd=/usr/spool/lpd/lp:
    
    isc1.syner.net being my UNIX server.

If I recall printcap syntax correctly, you're telling it that the server is
on "isc1", so it will try to open a TCP connection, even though it is on the
same host.  Seems to me this *ought* to work, so maybe you aren't starting
your daemons correctly.  Still, this isn't the way I've seen it done when
the printer is directly attached.

James B. VanBokkelen		26 Princess St., Wakefield, MA  01880
FTP Software Inc.		voice: (617) 246-0900  fax: (617) 246-0901
From: bob@comlab.gatech.edu (Bob Baggerman)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: NDIS (ARRRGGGGHHHH!!!!)
Date: 25 Aug 92 21:57:59 GMT
Organization: Georgia Institute of Technology

In article jbvb@ftp.com writes:
>
>    ....  No problem (or so I thought).  I just downloaded a copy of
>    DIS_PKT9.DOS from one of the handy-dandy archives, and installed it as
>    per the instructions.
>
>I've seen a report of DIS_PKT9.DOS not working correctly with PC/TCP.

Hmmm... DIS_PKT9.DOS, the latest one from Utah State, has been very stable for
me when used in conjuction with PC/TCP 2.04.  

I might add that it allowed some otherwise slightly broken TCP/IP 
implementations to work with the NDIS to Packet shim.  If you have trouble
with the free version from FTP give the Utah State version a try.  BTW, I
understand the new version of the NDIS to Packet shim that FTP now distributes
to paying customer's does some new nifty tricks.

Bob
--
Bob Baggerman                         !  bob.baggerman@gtri.gatech.edu
Communications Laboratory             !  bob@comlab.gatech.edu
Georgia Tech Research Institute       !  qseclrb@prism.gatech.edu
Atlanta, GA  30332  USA               !  404-894-3525
From: mgic@mixcom.mixcom.com (mgic)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: SLIP (ethersl) driver & dialer program problems - need help
Date: 25 Aug 92 15:21:19 GMT
Article-I.D.: mixcom.1992Aug25.152119.22110
Distribution: usa
Organization: Milwaukee Internet Xchange BBS, Milwaukee, WI U.S.A.


I'm using the ETHERLSL SLIP driver. It works fine.

I wrote a program using Green Leaf's communications software
library to dial the modem and login to the host. This works
fine, too.

Green Leaf's software saves the existing state of the UART, and
restores them on exit.

If the modem is dialed, using my program, then ETHERSL is loaded,
everything works fine.

The problem is that when ETHERSL is loaded first, then the dialer
program is used, ETHERSL stop working correctly. It still works in that
the computer has not crashed and it'll accept packets from an application
and it'll send some bytes out the serial port, but it'll
only send 4 bytes rather than the whole packet it was sent.
And, the bytes it sends are always the same thing.

It looks as though the Green Leaf software has somehow corrupted
ETHERSL, but I don't see how since it restores the state of the
machine. Any ideas how to diagnose this problem, or what to do?
Thank you.

Dean Roth
-- 

MGIC Investment Corp.
270 E. Kilbourn
Milwaukee, WI 53202
From: jkf87r@ecs.soton.ac.uk (Julian Field)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Boot ROMs for Western Digital cards?
Date: 27 Aug 92 10:24:30 GMT

We have a whole bunch of PC's with Western Digital Ethernet cards in
them.

Is there any way we can get these to boot over a net from a Unix
server ??

The cards have a socket for a boot ROM, but what is available, and
what is needed on the Unix end ?

Many thanks in advance,

Julian.


-- 
Julian Field, MEng.                                 jkf@soton.ac.uk
Department of Electronics           ___   __o       Fax: +44 (703) 592082
University of Southampton          ___    -\<,      Tel: 0703 593826/592774
Southampton SO9 5NH, UK              .....O/ O      Disclaimers? Who needs 'em!
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: PA9690@utkvm1.utk.edu (Alan Luchuk)
Subject: LPD for IBM PCs
Organization: The University of Tennessee, Knoxville
Date: Fri, 28 Aug 1992 19:06:40 GMT

Can, and would, someone please direct me to sources for LPD programs for IBM
PC's or PS2's?   We prefer for-sale vendor-supported products.

Are special purpose devices available that do LPD?  Something that plugs into
an Ethernet on one side and a printer on the other and doesn't require
additional software/hardware.  If such a device exists, where can I get one?

Thanks in advance,
--Alan
Xref: sparky comp.protocols.tcp-ip.ibmpc:4894 comp.os.ms-windows.programmer.misc:1490
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.os.ms-windows.programmer.misc
Subject: WINQVT Printing
From: phys169@csc.canterbury.ac.nz
Date: 26 Aug 92 12:50:21 +1200
Organization: University of Canterbury, Christchurch, New Zealand

I've been trying out WINQVT. It is very good compared with NCSA Telnet in most
areas*, but I'd like to be able to print files from programs (I could simply
exec LPR.EXE from inside programs before, but not with WINQVT), i.e. the user
won't be there to press mouse buttons.

I guess I could do something with the windows recorder, but I'd prefer to know
a way to either call the WINQVT software from other programs, or to use the old
LPR utilities while some Telnet sessions might be running. Of course, the ideal
would be to redirect LPT devices to network printers.

If anyone familiar with the program has an easy solution, I'd love to know,
Mark Aitchison, University of Canterbury.

* the other problems seem to be lack of graphics mode and failure to clear the
text at the edge of the window sometimes, but I can probably live with those.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: msw1633@rigel.tamu.edu (Mark S. Whitsitt, N5RJF)
Subject: telbin bug...
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: MSW1633@SUMMA.TAMU.EDU
Organization: Texas A&M University, Biochemistry Department
Date: Mon, 31 Aug 1992 19:15:00 GMT

We have been using NCSA Telnet suite version 2.2 and have been doing just fine.  
I downloaded ver 2.3 and tried to run it, but it doesn't work.  It says there is 
an error in the config.tel file.  I tried to run it using the old version of our 
config.tel (ie for 2.2) and it wouldn't use that either.  Version 2.2 will run 
with EITHER config.tel and not complain at all.  

Any clues out there?  Please email and I will summarize to the group.


Mark S. Whitsitt, N5RJF        Texas A&M University, Dept of Biochemistry
Internet:  msw1633@summa.tamu.edu 	  College Station, Tx. 77843-2128
AMPRnet:   n5rjf@n5rjf.ampr.org 			   (409) 845-0832
Packet/APLINK:  N5RJF @ KE5HE.TX.USA.NA
   "You can't throw darts when you're empty, man." - another Shadelism
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: MLONG@isucard.card.iastate.edu
Subject: Re: DOS packet drivers, NDIS and Token-Ring
Organization: CARD
Date: Thu, 27 Aug 1992 08:30:37 GMT

In article <92239.103636A6054OS2@HASARA11.BITNET>                               
A6054OS2@HASARA11.BITNET writes:                                                
                                                                                
>I'm using OS/2 2.0 and have TCP/IP 1.2 installed with the IBMTOK MAC           
>driver.                                                                        
>Since programs like Archie can only be used with ethernet packet drivers       
>(those progs are based on CUTE or NCSA telnet), I can't use these Network      
>Information Retrieval progs.                                                   
>However I lately read something about converting packet drivers to NDIS. Is    
>that possible and how? Or is there some info available on this topic? Or other 
>possibilities to use those programs?                                           
>                                                                               
>All help is very much appreciated,                                             
>                                                                               
>Rachid Tebbal                                                                  
>University of Amsterdam                                                        
>Department of Information Systems                                              
>The Netherlands.                                                               
>                                                                               
>                                                                               
Right now I am running the IBMTOKEN.COM packet driver and the IBM OS/2 LAN Requ 
ester and CUTCP all at the same time all on the same token ring adapter.        
You will first need the OS/2 NTS/2 Beta LAPS disks, they can be gotten from     
800-IBM-3040 (I see you are international, sorry for the 800 number).  This new 
 version of LAPS (or NTS/2?) comes with a Virtual IEEE 802.2 driver for DOS     
boxes.  Within LAPS I changed the System Key from its default of 0 to 0002 in t 
he OS/2 configuration for IEEE 802.2.  Then open the DOS box, and use the comma 
nd C:\IBMCOM\LTSVCFG S=16 C=18 N1=1 D=1.  Then load the IBMTOKEN.COM packet     
 driver, then load CUTCP, or NCSA, or whatever.                                 
This Virtual 802.2 looks to be very powerful at allowing OS/2 to share network  
adapter resources with DOS Network packet drivers that are written to 802.2.    
Mike Long                                                                       
Iowa State University
From: pechter@ocpt.ccur.com (Bill Pechter)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Problems with NCSA ftpbin !
Keywords: NCSA,ftp
Date: 31 Aug 92 19:46:19 GMT
Organization: Concurrent Computer Corp.,Information Services

In article <15268@suns5.crosfield.co.uk> rjc@crosfield.co.uk (roger clark) writes:
>Hi all,
>       I'm having some problems with NCSA ftp.  I can ftp to and from sun
>sparkstations without any problems, but when I try to ftp to a 68020 based
>unix system which we developed inhouse, the ftp locks up and occasionally
>fills the screen with strange characters (almost if has gone into another
>graphics mode). Also it only happens on files above about 50K or so.
>

Got the same kind of problems - I went to the Waterloo TCP/IP
(or was it the PC/IP stuff) and had no problem.  NCSA Telnet also
locks up occasionally.

Hardware - AST 286.  Software DRDOS6 and MSDOS.


Bill
-- 
--------------------------------------------------------------------------------
        Bill Pechter, N2RDI           | The postman always pings twice.
        Concurrent Computer Corp.     | pechter@ocpt.ccur.com
        2 Crescent Place, Oceanport, NJ 07757 - Tel:908-870-4780
From: miyzhang@matt.ksu.ksu.edu (Min-yi Zhang)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Need source code of NDIS , to support PCIP of CMU
Keywords: NDIS, PCIP, PC/TCP
Date: 30 Aug 92 05:07:48 GMT
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

I am going to let the applications based on PCIP support NDIS drivers. Should   anyone know how and where I can down load the source code of NDIS package 
please send me an e-mail.

My e-mail address is :

miyzhang@matt.ksu.ksu.edu

or

zhang@netix.com


Your kindly help will be highly appreciated .
Xref: sparky comp.protocols.tcp-ip.ibmpc:4915 comp.protocols.nfs:2164
From: andrick@sun.rhrk.uni-kl.de (Ulf Andrick [Biologie])
Newsgroups: comp.protocols.tcp-ip.ibmpc,comp.protocols.nfs
Subject: Re: How to mount PC file systems via tcp/ip?
Keywords: mount PCNFSD
Date: 27 Aug 92 02:02:43 GMT
Reply-To: andrick@sun.rhrk.uni-kl.de (Ulf Andrick [Biologie])
Organization: University of Kaiserslautern (Germany)

In article <920825115700@cream.ftp.com>, jbvb@vax.ftp.com  (James B.
VanBokkelen) writes:
> In article <1992Aug20.210004.15614@rhrk.uni-kl.de>
andrick@rhrk.uni-kl.de (Ulf Andrick) writes:
> 
>     I read somewhere that one could use idmnt by FTP to mount directories
>     of another PC running SOSS (Stan's Own Server) and wanted to try it.
>     
>     But idmnt attempts to transmit user and password and seems to expect 
>     some appropriate response, which SOSS apparently does not deliver.
>     ....
> 
> In an effort not do do "the Emperor's New Clothes" with "NFS Security",
> the IDMNT.EXE we distribute insists on authentication via a PCNFSD server,
> and doesn't allow the user to specify the UID/GID as integers.  Thus, it
> can't talk to SOSS.  However, you can get from our Tech Support people
> a MNT.EXE which lets you specify UID/GID and mount SOSS (and other things
> that don't have PCNFSDs available).
>
 
I thought that asking for a password was the proper thing to do for idmnt
and attributed the problem mainly to SOSS. I hoped that it could be set up
to accept a request for `authentication'. The idea that it could be possible
to suppress idmnt's request never occurred to me. It is a solution, though not 
really the desired one.

I don't really like the idea that the server is accessible to everybody.
But one security measure might be to give the directories to mount some
incomprehensible names. By joining the hard drives to a virtual disc, it
might even be possible to make the whole filesystem of the server
accessible from such a directory, which would reside on the virtual disc.
Is there any possibility to fool this, so that one can mount the directory
without knowing its name? 



Ulf R. Andrick                                  andrick@rhrk.uni-kl.de
Tierphysiologie
FB Biologie
Universitaet
D-W 6750 Kaiserslautern
From: root@lyra.scg.hac.com (Dave Fisher)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Ping for PC's?
Date: 2 Sep 92 00:32:40 GMT
Reply-To: fisher@lyra.hac.com (Dave Fisher)
Organization: Hughes Aircraft Co., El Segundo, CA

Hi,

Is there anything I can do to "ping" a PC to see if it is on
my local net?  The PCs in question may or may not have Novell,
TCP/IP, etc. running, so ideally this would be some kind of
inquiry to the ethernet cards themselves.

Any ideas?  Is this even possible?  Please email, I'll summarize.

Thanks in advance,  Dave Fisher   fisher@lyra.hac.com
From: JBLOW@rn1.nursing.arizona.edu
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: test... ignore/disgard
Date: 29 Aug 92 16:44:11 GMT
Organization: The Internet

Testing.
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: stefan@david.wheaton.edu (Stefan Brandle)
Subject: Help with Netware ODI & odipkt for IBM Adapter/2 for Ethernet
Summary: Need help with odipkt conflict with Norton AntiVirus
Organization: Wheaton College, IL
Date: Thu, 27 Aug 1992 06:18:12 GMT

Background:
We just got a bunch of IBM PS/2 model 56's with IBM's Adapter/2 for
Ethernet (a disguised WD Ethercard Plus for Microchannel).  The drivers
that came with it were from back in '90 and bombed when used with
the Norton Anti-Virus v2.0 stuff in config.sys.  I got newer stuff from
IBM and that didn't get me much further.  Called Symantec and they told
me to get the LSL.COM and IPXODI.COM off the Windows 3.11 disks.
Reinstalled windows to get the stuff decompressed and that worked as far
as getting IPX running over ODI (LSL + IBMODISH + IPXODI).

Given that we are running a public-access lab, need virus protection,
and NAV was bundled with the machines, we're anxious to have it coexist
with all other softare.  Now for odipkt.

The remaining problem is between odipkt & Norton AntiVirus.  I can't find
anything newer than the odipkt v1.1 that I have (tried archie).  Maybe there's
a configuration-type solution to this via NET.CFG, but the documentation
is sparse enough (Novell v3.11's ODI Shell book doesn't even mention
envelope types, only frame types) and I'm pretty new to this.

All suggestions gratefully accepted.  If I get a bunch of me-too's, I'll
go for a summary when I either get it working or punt.

Stefan Brandle		(708)752-5201 		stefan@david.wheaton.edu
Wheaton College Academic Computing

======================= Here's the net.cfg ===============================
Link support
	buffers 10 2048

Protocol Stack IPX
	bind ibmodish

Link driver IBMODISH
	slot 1
	envelope type ETHERNET_802.3
	envelope type ETHERNET_II
======================= Here's the message on startup (abbrev.) ==========
COMMAND:	MESSAGE/ACTION

lsl 		max boards 4, max stacks 4, etc.

ibmodish 	slot 1, int 3, port 200, mem d8000
		max frame 1514 bytes
		board 1, frame ethernet_802.3
		board 2, frame ethernet_II

odipkt 1	Identifies v1.1 and copyright, then freezes
-- 
Stefan Brandle		Wheaton College (IL) Email Postmaster
"Doing advanced research into the sociological impact of .signature viruses"
Newsgroups: comp.protocols.tcp-ip.ibmpc
From: kwia4000@wncs.zrz.TU-Berlin.DE (Manfred Kwiatkowski)
Subject: Re: KA9Q NOS LPD
Keywords: LPD
Reply-To: kwiatkowski@zrz.tu-berlin.de
Organization: Tech. Univ. of Berlin, Central Computing Facility
Date: Fri, 28 Aug 1992 21:25:09 GMT

In article <br.pct.27.714879372@RLG.Stanford.EDU>, br.pct@RLG.Stanford.EDU (Peter C. Tam) writes:
|> Hi,
|>     I have been trying to configure KA9Q NOS lpd to work. My system
|>[...]
|> 
|>     I was successful in printing a small output file, a file the size
|>   of an average CONFIG.SYS, but when I try to print a bigger file (2 or
|>   more pages), Computer will hang. Even after I get into lpc in NOS,
|>   stop the printer, & just try print file transfer to print queue
|>   under /spool/lpd/lp1, it still hangs. The Data File of "DFAAxxx" is
|>   created, & of 0 file length when it hangs. Seems to be hanging in the
|>   recv() loop in receive_data_file() in lpd.c of NOS LPD.
|> 
|>     Am I missing something here? NOS ftp works, even though it is slower
|>   than NCSA/CUTCP ftp. So, my network configuration is ok.
|>[...] 

You will have to set TCP MSS equal to TCP WINDOW in AUTOEXEC.NET
in order to use ist with the NCSA/CUTCP lpr utility. This value
must not be larger than what you use as MTU in CONFIG.TEL.

--
Manfred Kwiatkowski         kwiatkowski@zrz.tu-berlin.de
From: rcq@FTP.COM (Bob Quinn)
Newsgroups: comp.protocols.tcp-ip.ibmpc
Subject: Re: Socket Libraries for PC compilable with Borland C/ C++
Date: 2 Sep 92 14:46:05 GMT
Reply-To: rcq@ftp.com
Distribution: world
Organization: The Internet

>    sbjie@engr.psu.edu (Sanjay Joshi) writes:
>   >
>   >Are there any public or commercial socket libraries available that will
>   >compile using Borland C and or C++ ??
>   >
>   >I did get some info from FTP Software INc., in thier info packet is says 
>   >that the libraries are MIcrosoft C libraries.  Has anybody been able
>   >to compile and link these with Borland C ?? Are there any other vendors
>   >out there who wouls supply these libraries.
>   >
>   
>   FTP provides C source so you can make any necessary changes.  I think
>   recompiling is all that's necessary, but I can't remember.

This is correct, with a few caveats:

    1) Add the following to the source code (this tells the
       Borland C++ compiler to replace any Microsoft C runtime func-
       tions with the Borland equivalents):

                  #define __MSC

    3) Use the Compiler option -Fc to generate "communal variables"
       (COMDEFs).  This essentially makes variables global, when they
       would otherwise be local the C++ scope of an object.

    2) Use Linker options -Fc and -N to be case sensitive (same as
       using the /NOI option with the Microsoft linker) and avoid
       linking with default libraries, respectively.

--
 Bob Quinn                                             rcq@ftp.com
 FTP Software, Inc.                                  Wakefield, MA


Newsgroups: comp.protocols.tcp-ip.ibmpc