HDTenEightyP/NetNews huggingface dataset:
From: ignatz@chinet.chi.il.us (Dave Ihnat)
Subject: Re: PC + DOS Emulator Source Code for UNIX
Summary: Not as is...but if it's efficient, works, and looks like 2/386...
Keywords: DOS, UNIX, Emulate
Organization: Chinet - Public Access UNIX
Date: Fri, 9 Oct 1992 17:11:01 GMT

In article <BvqDBL.Lz8@csn.org> wrb@teal.csn.org (William R. Bishop) writes:
>  I worked on a project for over a year to develop a PC AND DOS emulator 
>under unix.
>...
>  It only emulates an XT (or most of one) and a monochrome display adapter,
>though it was designed to be extended.

Speed and compatibility would be major worries for XT emulations.  You've
also got some nasty competition for any Un*x that runs on Intel iron, since
there are a number of pretty robust packages, such as SimulTask, VP/IX, and
MERGE386, that make use of the v86 mode of the 386 chip to provide fairly
complete and workable 808x virtual machines at very accptable speeds.  With
these available at modest prices, and as integrated solutions, your package
will either have to offer something exceptional, or otherwise draw people
away from commercial offerings.  One such capability could be acceptable
performance and emulation on non-Intel hardware.

The death knell to all of these has been sounded by such companies as Borland,
however.  Recently, Paradox 4.0 was released--and it will NOT run in v86 mode.
It requires DPMI, and at least a 286, to operate; and the underlying v86
emulation mode can't provide this.  I don't know if Intel plans any extended
emulations for it's later chips--it would have to be along the lines of DEC's
three-ring protection scheme (kernel/supervisor/user), I would think, and
that's a significant stretch.

If your software emulator could construct a virtual 286 environment, it would
fill an otherwise unpopulated market niche.  Problems are rampant, however--
this would be a complex model to create and support, and speed would most
emphatically be a critical factor, as would cost.

Good luck,

		Dave Ihnat
		ignatz@homebru.chi.il.us (preferred return address)
		ignatz@chinet.chi.il.us
From: robert@ gP f
Newsgroups: comp.unix.msdos
Subject: DR DOS 6.0 vs. DOS 3.3 diskette
Date: 9 Oct 92 17:33:15 GMT
Organization: IBM, Austin
X-Newsreader: Tin 1.1 PL3

I and having trouble reading diskettes created on DR DOS 6
and reading them on a system with PC DOS 3.3. Has anyone
else experienced this problem?

Robert
From: stefans@coduck.w.open.de (Stefan Schroer)
Newsgroups: comp.unix.msdos
Subject: Re: RCS
Date: 10 Oct 92 08:31:07 GMT
Organization: Private Site

kko@fraser.sfu.ca (Samuel Ko) writes:

>niu@prancer.eche.ualberta.ca (Shaohua Niu) writes:

>>Does anyboby there know if there is a DOS version of the 
>>UNIX RCS (revision control system) and where I can ftp them?

>You get DOS implementation of RCS from
>oak.oakland.edu :  /pub/msdos/pgmutl  rcs55.zip
>wuarchives.wustl.edu : /systems/msdos/gnuish   rcs55ax.zoo 

>Samuel ... 

And don't forget to look for a DIFF !
Gnu-Diff 1.15 should also be in those archives.
Together it runs fine.

Enjoy,
-Stefan.
________________________________________________________________________
  Stefan Schroer, Hohenbirkerstr.17, 5630 Remscheid
  email: stefans@coduck.w.open.de
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: david@cssnet.UUCP (J. David Schronce)
Newsgroups: comp.unix.msdos
Subject: SLIP for DOS
Date: 9 Oct 92 22:02:57 GMT
Organization: Computer Support Services

Is there a SLIP for MS-DOS?  If such an animal exists, can anyone tell 
me it's filename and where I can get it?  Preferably via mailserver or 
download via kermit, etc.  i don't have ftp at this location...
  
Replies here or to:  dschronc@lee.cerf.fred.org    -or-
                     david%kelly@wolves.durham.nc.us
  
THANKS!!

---dave---
+-----------------------------------------------------------------+
|J. David Schronce     "Death Before Decaf!!"    david@cssnet.UUCP|
|Computer Support Services                            919/775-2145|
|-----------------------------------------------------------------|
|          "The opinions and the company are both mine..."        |
+-----------------------------------------------------------------+
Newsgroups: comp.unix.msdos
From: krueger@engin.umich.edu (Erick Krueger)
Subject: SLFP/PPP for UNIX
Date: Sun, 11 Oct 92 16:10:55 EDT
Organization: University of Michigan Engineering, Ann Arbor

   I noticed someone asking for SLIP for the DOS environment, so I thought
I'd see if anyone has seen either SLFP or PPP for the UNIX environment.  I
have installed 386bsd on my pc and have a serial line driver connection to
a SCP which provides a connection to the internet.  The reason I need one
of these packet drivers, is so that I can query the SCP to give me an IP
address.
   Do anyone have any information or know where I can get one of these for
UNIX??
  Thanks alot for any help.

Newsgroups: comp.unix.msdos
From: pkoch@news.weeg.uiowa.edu
Subject: C++ library for UNIX/PC console I/O
Organization: University of Iowa, Iowa City, IA, USA
Distribution: usa
Date: Tue, 13 Oct 1992 13:17:32 GMT

Could someone tell me where I could purchase or download a cross-platform
c++ library for console I/O. I need to write user interfaces that will 
compile both on PC's and UNIX machines. I can't use any Windowing
software.

===========================================================================
Peter Koch                                              Phone: 708-534-5200
Weston Gulf Coast Labs                     email:pkoch@umaxc.weeg.uiowa.edu
2417 Bond St.
University Park, IL 60466
===========================================================================
Newsgroups: comp.unix.dos-under-unix!,comp.unix.msdos,comp.unix.pc-clone.32bit!
From: jt@fuw.edu.pl (Jerzy Tarasiuk)
Subject: Re: DOS I/O program under UNIX
Organization: Warsaw University Physics Dept.
Date: Sat, 10 Oct 1992 20:14:07 GMT

>>>>> On Thu, 1 Oct 1992 03:02:01 GMT, reh5@cunixa.cc.columbia.edu (Richard E Hu) said:
Richard> I have a dos application program that needs to be run under 
Richard> AT&T UNIX with VPiX (Simutask). The DOS program will receive
Richard> data from COM1 serial port and put the data in the U: drive
Richard> so other unix program can access the data.  The amount
Richard> of data received by the DOS program ranges from a few Kbytes
Richard> to 100K bytes. Does anyone have any knowledge/experience
Richard> on this kind of application? Do you know if there is any
Richard> problem with the DOS I/O capability under UNIX? Would

The VPiX must be set up to allow the DOS application to access
the hardware. And it is (at least in Interactive System V VPiX)
not real access to hardware - it is emulated and the emulation
protects against losing data when other task uses CPU time.
As I remember VPiX allows connect to hardware IRQ and interrupt
driven read/write data from/to serial port - but all must be
specified in VPiX configuration file.
From: rdorich@jade.tufts.edu (Rob)
Newsgroups: comp.unix.programmer
Subject: using fcntl... HELP!
Date: 15 Oct 92 03:45:50 GMT
Organization: Tufts University - Medford, MA
Originator: rdorich@jade.tufts.edu

Hi netters,
	I am trying to have a bunch of processes access a file,
therefore I need mutual exclusion I suppose.  Anyways, I was told that
fcntl would help me for this.  I have found out that it would do what
I want: try to lock a file (and sleep if locked until unlocked).

	Now, my problem is that this function is defined in the man
pages as:

int fcntl(FILE* fp,int req, int arg);

and then, later in the man pages, they say that arg should be pointing
to some struct flock{...}.  Can some one help me out on this please?

THis is what I'm trying to do:

/*this is the basic struct of the processes*/
#include<files>
main() {
...
  fp=fopen("file","w");
  
  /*lock it using fcntl*/
  ...
  /*unlock it*/
  flcose(fp);
}

can someone PLEASE help me with the lock part?

I read that locks would be taken off with close.  Will then the other
processes trying to access the file wakeup?  If not how would I do it?

Thank you very much in advance for any help,

	Roberto
-- 

-------------------------------------------------------------------------------
Roberto Dorich           |           /~~  \ /  ~~/~~ /~~/  /~~  /|  /    /~~
                         |    SKI   /--    X    /   /__/  /--  / |/ |   /--
From: kherron@ms.uky.edu (Kenneth Herron)
Newsgroups: comp.unix.programmer
Subject: Re: Capturing CC output using popen
Date: 12 Oct 92 15:25:48 GMT
Distribution: na
Organization: University Of Kentucky, Dept. of Math Sciences

In article <1992Oct12.104935.13146@phillip.edu.au>, t9014199@phillip writes:
>	I have tries to use popen to capture the output and store it in 
>	a buffer. BUT since cc sends it errors to stderr, I am unable
>	to capture the output.

Popen() uses sh(1) to interpret the command it's given, so all the
redirection, piping, etc. should work.  Ie,

	fp = popen("cc ... 2>&1", "r");

should do what you want.
-- 
Kenneth Herron                                   kherron@ms.uky.edu
University of Kentucky                              +1 606 257 2975
Department of Mathematics      I just thought of a neat disproof of
     Fermat's last theorem, but .signatures can only be four lines.
Newsgroups: comp.unix.programmer
From: tal@netcom.com (Tal Dayan)
Subject: Help neede: Netwise and other RPC tools
Summary: 1) how to contact Netwise, 2)what RPC tool to use
Keywords: serial port, unix, RS232
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 12 Oct 1992 18:54:14 GMT

We are in the market for cross platform RPC tools which will
enable us to connects WinNT (which has a native OSF/DCE/RPC support),
SunOS, OS/2, OS/9, and DOS.

Any comments/suggestion on this subject will be gratly appricieted..
I would also like to know how to contact Netwise.

You can either mail your answer directly to me or post it
in this news group.

Thanks in advance,

Tal Dayan



-- 

 =======================================================================
 Tal Dayan (TM)             tal@netcom.com              tal@cse.ucsc.edu 
 =======================================================================
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.programmer
Subject: Re: Registering/acquiring well known port number.
Date: 15 Oct 1992 14:47:56 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <48522@shamash.cdc.com> ldh@svl.cdc.com (Lawrence D. Hare) writes:
>Is anyone familiar with the process required to obtain a well-known-port
>number for a product. We have a networking product, part of which is a
>server, that establishes a passive connect on a well-known-port. How do I
>select a free port? I presume I contact the NIC, but can I do it
>electronically (eMail), is there a list of currently assigned port
>numbers and I choose, is there an agency that assigns a number?

The complete answers to all these questions are in the latest Assigned
Numbers document, RFC 1340 (available from nic.ddn.mil and many other
places).

The short answer is that you can send mail to the Internet Assigned Numbers
Authority at IANA@ISI.EDU.
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
Newsgroups: comp.unix.programmer
From: alan@ulka.zso.dec.com (F. Alan Jones)
Subject: Re: using fcntl... HELP!
Reply-To: alan@ulka.zso.dec.com (F. Alan Jones)
Organization: Digital Equipment Corporation
Date: Thu, 15 Oct 1992 16:47:25 GMT


I don't know the exact answer, but ...

In general, if you wish to use a system defined struct, you can grep
for it in /usr/include or /usr/include/sys.  In this case, you might
also look for the functions flock() and/or lockf() on your system.

Alan
Newsgroups: comp.unix.programmer
From: bosullvn@unix1.tcd.ie (Bryan O'Sullivan)
Subject: Re: Should I use syslog?
Organization: Department of Computer Science, Trinity College, Dublin, Ireland
Distribution: comp
Date: Wed, 7 Oct 1992 19:07:42 GMT

mike@inform.co.nz (Mike Williams) writes:

>  * A colleague has the impression that re-directing stderr is somehow
>    different from re-directing stdout, and that "2> /dev/console" may be
>    safe when "> /dev/console" is not.  Does this have any foundation?

I strongly doubt it.  Stderr and stdout behave in the same way on
evrything I've come across.

>  * Should I change the server to use syslog?  Can I expect to find syslog
>    on all modern Unixes?

You can expect to find syslog across most 4.2BSD-derived systems.
Be aware that, under System V/386 (SVR4.1), it doesn't handle its
time mark signal correctly and gets killed after twenty minutes of
operation.  This doesn't seem to cause a significant problem so
long as you add a crontab entry to start syslog every 20 minutes
or thereabouts (granularity isn't very important).  I recently used
syslog in a prototype event-logging mechanism (the final version will be
more robust) for an SVR4 app, and apart from the "sudden death" problem
I've had no trouble with it.

	-- Bryan

--
Bryan O'Sullivan                                                 +353-1-767551
Advanced Development Group                               bosullvn@unix1.tcd.ie
Department of Computer Science            "No matter how cynical you are, it's
University of Dublin                       hard to keep up." -- Woody Allen
Newsgroups: comp.unix.programmer
From: djs@sadtler.com
Subject: Re: linker unresolved makes an executable?
Organization: Sadtler Research Laboratories
Date: Mon, 12 Oct 1992 19:45:43 GMT

In article <9210092116.AA04503@annapurna.wbst147.xerox.com> leisner.henr801c@xerox.com writes:
>
>I have a Sun Sparc (running 4.1.2).
>
>When I have undefined externals, the linker is making an executable.
>So rerunning make says: nothing to do.
>
>What am I doing wrong?  I remember undefined externals didn't make executables...

  If you look at the permissions of the executable, you should see that the
application DOES NOT have execute permissions.  If the linker succeeded, then
execute permission would have been assigned to the application, but since it
failed, it wasn't assigned.  I suppose some linkers still give it execute 
permissions even if it failed but it shouldn't.  As for make not rebuilding it
the second time - it will not because as far as make is concerned, the file 
(a.out or whatever) exists with the proper date stamp relative to all of the 
object code/library.  You'll need to update your make file with the following;

a.out : dependencies for a.out here
   -cc -o a.out .... linker command here // put a - as the first letter on line
   @ if test ! -x a.out ; \
   then \
      rm a.out \
   fi



Now, when the linker is called (in this example the linker is cc) it will fail
due to the unresolved externals.  However, since we put a - as the first letter
on this line, make will not quit ( it supresses make from quiting from such
errors ).  Then on the next four lines, we check to see if the application that
was created has execute permission.  If it does not then we will delete it
but if it does then we won't do anything ( The @ symbol tells make to do it
silently ).  The next time you run make, the application will not exist so make
will attempt to relink it.

-- 
D. Sears                                          Email:  djs@sadtler.com
post += disclaimer;                   Sadtler Research Labs, Philadelphia 
-------------------------------------------------------------------------
From: tapley@sdxs04.llnl.gov (Bill Tapley)
Newsgroups: comp.unix.programmer
Subject: NOHUP, FORK, DISCONNECT - Help me Mr. Wizard .
Date: 16 Oct 92 22:52:20 GMT
Article-I.D.: lll-wink.139159
Organization: Lawrence Livermore National Laboratory

If this is in the FAQ's please direct me, or can anyone tell me
how to fork, system, nohup (etc.) a terminal window with a program
running in it that sends stdout to that window, in such a way that
the forked, spawned, system-called routine WON'T DIE when the terminal
window, or the parent process that started it, gets killed.

I tried various mixes of system calls with nohup, nohup shells to 
start my program, and fork.  Uncle!

Thanks in advance!

Keywords: 
Newsgroups: comp.unix.programmer
From: boutell@cshl.org (Tom Boutell)
Subject: Catching SIGPIPE (under SunOS)...
Organization: Cold Spring Harbor Labs
Date: Sun, 11 Oct 1992 20:48:25 GMT

Hi there. I've got a program with a client / server architecture that works
well but needs toughening up. Specifically, I need to catch SIGPIPE errors
in order to avoid hosing the server when a client has an unexpected problem
and can't send a dignified shutdown message. (I am using stream sockets.)

Unfortunately, although I have installed a handler for SIGPIPE:

signal(SIGPIPE, broken);

The broken() function is *never* invoked; I just get a SIGPIPE runtime
error and server crash when I attempt a write to a socket attached to a
crashed client. I've investigated this both with printf's and dbx
stops, and I'm quite certain broken() is never called. (I would print
broken() here, but there's little point as my first problem is that it
is never invoked!)

Can anyone assist? Thanks a million. Please respond by email. BTW,
I am running SunOS 4.1.3.

-- 
Tom Boutell, boutell@cshl.org

Clausthaler is the best non - alcoholic beer in the known universe.
From: dave@cs.arizona.edu (Dave Schaumann)
Newsgroups: comp.unix.programmer
Subject: Re: non-blocking I/O lib and lightweight processes.
Date: 7 Oct 92 17:18:35 GMT
Reply-To: dave@cs.arizona.edu (Dave Schaumann)
Organization: University of Arizona

In article <1992Oct7.094537.8944@polaris.utu.fi>, tpeland@polaris (Tero Jyri Michael Pelander) writes:
>s8923098@macnab.mqcs.mq.oz.au (Josef WIDJAJA) writes:
>>in a program that creates lightwight processes?
>
>Would you care to explain what is that? I do fork() but this is new.

Lightweight processes (aka `threads') are new processes like you create
with fork(), but in the same address space opposed to fork(), which
always creates a new address space).

Thus, they are called `lightweight' because creating (and destroying)
them doesn't incurr the non-trivial overhead of creating (and destroying)
address spaces.  Also, processes sharing the same address space would
enjoy other advantages, such as being able to communicate without going
through a system call.

-- 
Essentia non sunt multiplicanda praeter necessitatum -- William of Ockham
(Fact need not be multiplied beyond necessity)
From: barmar@think.com (Barry Margolin)
Newsgroups: comp.unix.programmer
Subject: Re: TCP/IP broken socket question
Date: 7 Oct 1992 17:42:02 GMT
Organization: Thinking Machines Corporation, Cambridge MA, USA
NNTP-Posting-Host: telecaster.think.com

In article <1992Oct6.213952.16811@techbook.com> ggorden@techbook.com (Greg Gorden) writes:
>I've read in the past in this group where you should not use the 
>"keepalive" method to determine a broken TCP/IP socket, but instead
>should use a "select" for a read.  If the read returns a length of 0
>the socket has been broken.

As you've discovered, this only works if the system that has closed the
socket can inform the other system of that fact, which requires working
communication between the two systems.  TCP/IP provides no automatic
mechanism to determine whether the other end is alive.  Keepalives are a
kludge that tries to provide that function.

>I disturbed the token ring connection either by physically removing
>the token ring cable or by disabling the interface with a "ifconfig tk0
>down" command, both programs continue to wait on the select.  Is this a 
>bug or am I missing a parameter that would allow my select to recognize
>the lost connection?

The design of TCP/IP is predicated on robustness against temporary network
failures.  Disconnecting the cable shouldn't cause the connection to be
broken, since you can simply plug it back in and you want things to
continue.  In general, the inability to communicate with the other system
shouldn't cause an immediate failure, since the problem may be transient
(perhaps a router went down and the routing protocols haven't yet
determined an alternate route).

If you can't put something in your protocol that lets you determine whether
the other system is there, then using keepalives is probably the next best
solution.  It's almost certainly better than the broadcast method you're
using (since that disturbs machines that don't care whether the
broadcasting machine is up).
-- 
Barry Margolin
System Manager, Thinking Machines Corp.

barmar@think.com          {uunet,harvard}!think!barmar
From: rmills@controls.ccd.harris.com (Richard C. Mills)
Newsgroups: comp.unix.programmer
Subject: Extract
Date: 7 Oct 92 14:21:33 GMT
Article-I.D.: ccd.1992Oct7.142133.11865
Organization: Harris Controls and Composition


	I am currently looking for a program that will extract comments
from a 'c' file.  Please email any suggestions or any sites where I may
get a program that does this.

			Thank You, 
	
			Richard Mills

rmills@ccd.harris.com
Newsgroups: comp.unix.programmer
From: dbrillha@dave.mis.semi.harris.com (Dave Brillhart)
Subject: THREAD PROGRAMMING REF
Date: Thu, 15 Oct 1992 17:15:58 GMT
X-Newsreader: TIN [version 1.1 PL6]
Reply-To: dbrillha@dave.mis.semi.harris.com
Organization: Harris Semiconductor


I'd like to play around with thread programming to "keep up
with technology". I'm sure others would be interested in
any answers to the following question:

Where can I get a good *practical* book on C programming using
threads?

Steven's book isn't any help here.

--
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
 Dave Brillhart                              Harris Semiconductor
 dbrillha@dave.mis.semi.harris.com           Mail Stop 62A-024
 Voice: (407) 729-5430                       P.O. Box 883
 Fax:   (407) 724-7486                       Melbourne, FL 32902-0883
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
Newsgroups: comp.unix.programmer
From: puckett@lambda.msfc.nasa.gov (Jim Puckett)
Subject: getcwd() cacheing
Organization: NASA/MSFC
Date: Tue, 13 Oct 1992 16:27:07 GMT




SunOS - at least,

type ls and it takes a second
type ls again, and it comes back immediately

does getcwd() cache directories?

thanks,
jim p.
-- 
Jim Puckett    NTI    puckett@lambda.msfc.nasa.gov     
Madison,AL (205)461-4922  
i need to ask myself.....
***********         Would I rather be right, or happy?         ***********
From: dave@cs.arizona.edu (Dave Schaumann)
Newsgroups: comp.unix.programmer
Subject: Re: Capturing CC output using popen
Date: 12 Oct 92 06:11:14 GMT
Reply-To: dave@cs.arizona.edu (Dave Schaumann)
Organization: University of Arizona

In article <1992Oct12.104935.13146@phillip.edu.au>, t9014199@phillip writes:
>Hi there,
>
>	I am writing a program that calls cc from within it. I need to be
>	able to store the compiler errors and warnings that may occur.
>
>	I have tries to use popen to capture the output and store it in 
>	a buffer. BUT since cc sends it errors to stderr, I am unable
>	to capture the output.


I'm not a unix.wizard, so there may be an easier/better way... But one way
to do it is to create a pipe, fork() off a process, redirect the fork()ed
process's stderr stream to the pipe, and then run "cc" using your favorite
exec function.

The main program can then read the fork()ed program's stderr stream off
of the pipe.

-- 
Dave Schaumann			dave@cs.arizona.edu