HDTenEightyP/NetNews huggingface dataset:
From: patbob@sequent.com (Patrick White)
Subject: Re: ansipc terminfo problems
Organization: Sequent Computer Systems Inc.
Date: Thu, 19 Nov 92 21:23:16 GMT

In article <1992Nov19.153150.17235@ucsu.Colorado.EDU> buchanan@rintintin.Colorado.EDU (BUCHANAN TIMOTHY E) writes:
>I've had a similar problem logging onto this host using ckermit (cku185).
>I found that sometimes when I call in the host sets TERM to su (whatever
>that is) vs vt102. When that happened, if I used elm the video would go 
>black-on-black and I would have to logoff and reboot to restore.

	Rebooting is a bit extreme to fix this.. all you need to do is to
echo the initialization string from the ansipc entry.  I have a shell script
that gets the entry, converts "\E" to ^[ and echos the string at the screen..
I'll post it when I get my machine alive again (cron went into "while(1)
fork();" mode and it appears it may have hosed /).
	BTW, the hosts probably sets the default value of TERM to whatever is
in /etc/ttyptye or /etc/inittab for the tty line you happen to have gotten.


-- 
Pat White (patbob@sequent.com, work: (503) 578-3463)
From: shendrix@PCS.CNU.EDU ("", Shannon Hendrix)
Newsgroups: comp.os.coherent
Subject: Re: Tcl to replacement most of /bin & /usr/bin (was: Tcl on Linux
Date: 20 Nov 92 23:21:08 GMT
Reply-To: "Coherent operating system" <COHERENT@indycms.bitnet>


	Building the graphics engine into the kernel doesn't require the
details of each card to be included any more than it does if the engine
is separate like X.  The only difference is that it is now a kernel
process that always gets the horsepower it needs.  I/O and system tasks
are atomic and run to completion (though disk I/O can be preempted for
obvious reasons...).  The basic UNIX scheduler is not designed to handle
something like a graphics server.  What I am talking about would still
use graphics drivers but would not run as a user process.

	If I'm not mistaken, the approach I'm talking about is being
used for PowerPC, some versions of Mach, the Apple Macintosh, and
Windows NT.  OS/2 2.0 has hooks in its OS for the graphics engine.  If
you design a kernel with the graphics system in mind its going to be
better.  The UNIX kernel was not so until it gets changed it won't run
graphics as well as it could.

	It occurs to me that you could still make X a user process if you
just had graphics primitives built in to the kernel.  That way you wouldn't
be stuck with X.  This would also make it work on differing architectures.
While my PC doesn't have a frame buffer mapped to memory like a Sparc or
something (or mapped to a /dev/ entry) it is possible.  GNU C maps the
graphics card buffer as a single 1 meg address space in upper memory
allowing you to access it just like a Mac or a UNIX box.  No more stupid
segment swapping.  This might help promote better motherboards too.  I'd
like to see a 386/486 class motherboard that was designed to be a good
motherboard and not a good DOS motherboard.  That might take awhile but
maybe DOS will die someday...

=====================================================
Shannon Hendrix                |shendrix@pcs.cnu.edu
Christopher Newport University |---------------------
Newport News, VA               |** space for rent **
=====================================================
Newsgroups: comp.os.coherent
From: buchanan@rintintin.Colorado.EDU (BUCHANAN TIMOTHY E)
Subject: keyupd woes
Organization: University of Colorado, Boulder
Date: Thu, 19 Nov 1992 19:25:58 GMT

I just tried to install the keyboard patch and it messed up my system big time.
I've been using the US virtual keyboard, and it loads w/o problem, but with
only console enabled. I have arrow keys and so forth, but no virtuals.

I carefully followed the README. When I booted testcoh, I got a failure of
the virtual keyboard loading "ioctl() failed, errno=22", but fsck ran and I
got the logon prompt.

I loaded a program, then hit ctrl . and got another logon prompt. Great, I
thought. I ran something (a man page), hit ctrl . and was back at the other
program. All was well until I tried ctrl 1. I got a logon prompt, but the
system had frozen and nothing would do but hit the reset switch.

On the next boot, the system hung as soon as I tried ctrl .

On the fourth boot, I got a general systems failure, and had to use the BIOS
setup to recover.

5th boot, and fsck showed excessive dup blocks. I knew this leads to repeated
booting, but fsck -s will fix that.

6th boot. I broke out of fsck, and edited ttys to remove the virtual cons 
entries, and copied back /conf/gen/patch and kbd. Now I am almost back to
where I was, except I am having problems with reverse video when I logon
my host, and setting TERM doesn't help. I am using DOS to post this.

I really, really, really would like to have virtual consoles; then I would
have the functionality that DesqView has given me for years under DOS.
Why did keyupd fail? The only lead I might suggest is that the docs say it
is for non-loadable keyboards. I have used the US virtual keyboard, and its
only problem is that I can't use the right control key, or system locks up.

Hoping someday to use virtual consoles, and the arrow keys,

Timothy. 
Newsgroups: comp.os.coherent
From: uesu03@giac1.oscs.montana.edu (Lou Glassy)
Subject: Re: Pascal and Coherent
Keywords: nn
Organization: Montana State University, Bozeman  MT
Distribution: na
Date: Sun, 22 Nov 1992 19:51:14 GMT

[ i mentioned that the P-4 pascal compiler is free and available,
  to which bill whedon replies: ]

!OK, Lou, I'll bite... Where does one get this rascal?  ftp site?  Subdir?
!Bill Whedon   whedon@netcom.com

answer:

anon ftp to wuarchive.wustl.edu (or any other simtel mirror)
cd to /usenet/comp.sources.misc/volume23/pascal  
set mode to binary
mget part*

and you will get 3 files:
   part01.Z
   part02.Z
   part03.Z

which are the pascal compiler and interpreter in compressed shar'd form.

have at it! :-)

lou.
-- 
Lou Glassy (uesu03@giac1.oscs.montana.edu)   Watch the field behind the plow
Earth Sciences Department                    Turn to straight, dark rows
Montana State University                     Put another season's promise
Bozeman, Montana 59715 USA                   In the ground...  --Stan Rogers
Newsgroups: comp.os.coherent
From: gerald@CSOFT.UUCP (Gerald Abshez)
Subject: Re: lost packets
Organization: CSOFT
Date: Tue, 17 Nov 1992 07:32:24 GMT
Reply-To: gerald@csoft.UUCP (Gerald Abshez)

In article <1992Nov12.123409.15378@acme.gen.nz> kilroy@acme.gen.nz (earthbound misfit, I) writes:
>I installed uusecure and also had problems with it. Outgoing spooled files
>are created with nice safe permissions but incoming files are created with
>mode 666 (rw-rw-rw-). While these files exist only temporarily (until
>uucico exits and calls uuxqt) they're still a significant security problem.

Is there a "uusecure" for 3.x available? My version of UUCP is creating
files with mode (rw-r--r--), and while this isn't a major security
concern, every other UUCP in the world creates files (rw-r-----), or is
configureable to such. I tried changing the spool file's directory
permissions, but that breaks other things. Any ideas on this problem?

-- 
---
csoft!gerald@r-node.gts.org, gerald@csoft.uucp

Right smack in the middle of Toronto, Ontario | Go JAYS Go!!!
From: anos@elmrd6.ineab.ikea.se
Newsgroups: comp.os.coherent
Subject: UU and ASY problems
Date: 21 Nov 92 11:46:31 +0200
Organization: IKEA Northern Europe AB


 Hi people !

 Since I installed Coh 4.0 a couple of weeks ago, all has worked file, and
 I'm getting more and more convinced that Coh is a *very* good system to
 learn Un*x on.

 However, there is one small (?) problem. When I run UUCHECK, there is a
 lot of complaints on the ownership of files and directories. I DID use the
 script UUINSTALL to set up UUCp, so therefore; how do I fix it ?; does it 
 matter ?.
 
 Another problem is the COM ports. According to TFM, I should use the ASY*
 devices instead of the COM* since I'm running the 386 version. I have 
 followed the manual and patched the kernel as specified. Sorry to say, that
 does not help. When I tries to ECHO something to the modem (on COM2, ASY01),
 the response is CANT WRITE TO DEVICE. Someone might have a fix ? Please 
 mail the respone directly to me.

 Thanks !

  
+------------------------+--------------------------------------------------+
| And my name is ...     | Anders Ostling				    |
| employed by ...        | IKEA Northern Europe AB (INEAB)                  |
| located in ...         | Helsingborg, Sweden                              |
| Return mail address to | ANOS@ELMRD6.INEAB.IKEA.SE			    |
| Phone                  | +46 42 15 29 06                                  |
+------------------------+--------------------------------------------------+
Newsgroups: comp.os.coherent
From: grante@aquarius.rosemount.com (Grant Edwards)
Subject: Re: Tcl to replacement most of /bin & /usr/bin (was: Tcl on Linux
Reply-To: grante@aquarius.rosemount.com (Grant Edwards)
Organization: Rosemount, Inc.
Date: Wed, 18 Nov 1992 17:37:37 GMT

shendrix@PCS.CNU.EDU ("", Shannon Hendrix) writes:
:
: 	No.  X11 and MGR are kludged on top of UNIX.  Just like Windows runs
: on top of DOS.  I mean kernel support for graphics (not just drivers).
: Access to the frame buffer just like normal RAM.
: 

That means that your code has to know how to handle every single type
of frame buffer and graphics hardware with which your program will
ever by used, you've got to know how the planes are arranged, what
bits in what bytes correspond to what pixels, what bit patterns
correspond to what intensities, and _tons_ of other ugly stuff.

There might not even _be_ a frame buffer that can be accessed as you
would RAM (it could be vector graphics, although X11 or MGR on a
vector graphics device wouldn't be a good match).

It's like asking for direct access to disk on a sector-by-sector basis,
or worse yet, playing with the control registers in the SCSI
interface.  It may be fun at first, but the whole point of device
drivers for disks, graphics, serial ports, network interfaces, tape
drives, etc, is to obtain device independence.  I don't want to have
to re-write my source code every time a new peripheral device comes
out or every time the hardware interface changes.  I don't want to have
to know all the registers in a Zilog 8531 dual serial interface chip
when I could just open /dev/ttya and start reading and writing.

OK, then we'll define a standard software interface, and let the
kernel handle the icky details.  Presto, we've invented device
drivers.

--
Grant Edwards                                 |Yow!  Make me look like LINDA
Rosemount Inc.                                |RONSTADT again!!
                                              |
grante@aquarius.rosemount.com                 |
Newsgroups: comp.os.coherent
Subject: Re: Tcl to replacement most of /bin & /usr/bin (was: Tcl on Linux
From: bob@dalek.mwc.com (Bob Hemedinger)
Newsgroups: comp.os.coherent
Subject: Re: News
Date: 17 Nov 92 15:51:34 GMT
Reply-To: "Coherent operating system" <COHERENT@indycms.bitnet>

>
> Michael Schack writes:
> >system@micromed.com (Duane Davis) writes:
> >> Can anyone recomend a news system that'll install under Coherent 4.0
> >> without me pulling my hair out trying to get it working?
> >
> >I`m definitely interested, too! I have nn but can't install it
> >correctly. BTW: Does a manual which explains all steps of
> >installing a newssystem (+elm) excist? By now I`m running
> >a dos program for this  :( . It`s called waffle.

I made wnews, vn and tass installable under Coherent [34].x and it is available
on mwcbbs as news.tar.Z. It was left hanging in beta stage due to lack of
feedback, but it is a stable package. It should also be ftp'able from raven.

--
		   MWC Technical Support (bob@mwc.com)
(====================]          _____
         \\             (===================)
   (======\\======]         /// ~~~~~
           \\/             ///	     I don't care if you hit the broad side
    ===========================	     of a barn.
     =========================(      Why would I aim at such a structure?
Newsgroups: comp.os.coherent
Subject: Re: Revivifying Coherent (was Re: Are we dead??)
From: rmk@rmkhome.UUCP (Rick Kelly)
Organization: The Man With Ten Cats
Date: Fri, 20 Nov 1992 22:29:47 GMT
Reply-To: rmk@rmkhome.UUCP (Rick Kelly)
Keywords: project C programming bbs coherent 386bsd

In article <84042@ut-emx.uucp> vax@ccwf.cc.utexas.edu (Vax) writes:
>I'm sorry to say that, with the purchase of my new hard drive (still
>crossing my fingers), I'm going to switch to 386bsd (or Linux if that
>doesn't pan out).
>As an amateur in the Unix world, with onnly a unzip410 port to show for
>my Coherent learning tour, (and a trivial port at that), I've still got
>alot to learn.  But I hope I can help on the BBS project.
>I really like Coherent, but I'm afraid our philosophies didn't quite match.
>I -thought- I wanted a small Unix system (120MB seemed like TONS for an OS)
>but I realized I'd much rather have command-compatiblity with most other
>Unixes.  That's a hairy statement, since the "standards" for commands seem
>to be somewhat fuzzy, but I simply feel that another OS would be more
>likely to compile on the first run due to the peculiarities of Coherent's
>system call naming and command-line-argument parsing.  I just want to
>"make foo" and have it run.  I'd rather spend my time writing new programs
>than porting old ones.

Funny, I regularly use Coherent, BSD, SCO, AIX, SVR3.2, and SVR4, and I don't
find this problem.  Coherent commands are very compatible with SVR3.2.

What peculiarities are you talking about with system call naming and arg
parsing?

Wait till you try 386BSD.  BSD is a lot different than SV.  You will have
to port a lot of GNU software.  The BSH /bin/sh is less compatible than
Coherent /bin/sh, and you will have to port Bash.

Linux mostly consists of GNU commands which have a decided BSD flavor. The
compiler uses the GNU libc.a library, which has it's own peculiarities.

Both of these operating systems are interesting, but are still at the
tinker with the kernel and compiler source level if you want to stay
compatible with the latest versions.

>I felt like I was replacing EVERY tool that came with Coherent, and the
>size was creeping up to the 120MB barrier; so I figured why not get an OS
>that already has this stuff (even if it is 200MB big!)

Which stuff?

>I guess I'm lucky I have the option of getting a big hard drive to hold
>Ms-win, Ms-dos, and some Unix on it, but if I had to stay with a 120MB limit
>on Unix, I'd rather have Coherent than anything else.
>A word to the wise: 200MB is considered minimal for 386bsd.

If I was going to run 386BSD, I would probably opt for 400 megs of disk
space so that all the source could be on line, and I would still have
plenty of room left.

>My 2 cents to the coherent developer(s):
>Don't underestimate the FREE programming man-hours you can get from your
>followers!  Spend your time on the device driver kit, so we can work on
>something!  You might even lower the price for us :-)

What specific device drivers do you want to work on?
-- 

Rick Kelly	rmk@rmkhome.UUCP	unixland!rmkhome!rmk	rmk@frog.UUCP
Newsgroups: comp.os.coherent
From: grante@aquarius.rosemount.com (Grant Edwards)
Subject: Re: MGR (was Re: Are we dead??)
Reply-To: grante@aquarius.rosemount.com (Grant Edwards)
Organization: Rosemount, Inc.
Date: Fri, 20 Nov 1992 15:59:12 GMT

udo@umunk.GUN.de (Udo Munk) writes:
: H.C. Pulley (hcp@csx.cciw.ca) wrote:
: 
: : I have not looked at the source for MGR yet, but since it has been ported to 
: : Minix386, I assume it doesn't need any sockets or TCP/IP?
: 
: It doesn't use networking, the window manager and the application clients
: must run one the same system.
:

It doesn't use networking, but it does uses pseudo-terminals, which
are included in 4.0 (I wrote a pty driver for 3.2, but never quite got
the last quirks out of it before 4.0 came out).

However, you can run the clients on a different machine from the
window manager.  All of the graphics stuff (in both directions) is
implemented as ASCII escape sequences in the stdin and stdout streams.
This means that you can dial-up a remote computer and run an MGR
client (albiet sluggishly).  It also means that it's pretty simple to
do graphics stuff in shell scripts (try that with X!).

Anyway, I assume that the 3bX port (a sysV type system) would be an
easier starting point than the SunOS/BSD port that I have played with.

--
Grant Edwards                                 |Yow!  Now I'm concentrating
Rosemount Inc.                                |on a specific tank battle
                                              |toward the end of World War
grante@aquarius.rosemount.com                 |II!
From: bob@dalek.mwc.com (Bob Hemedinger)
Newsgroups: comp.os.coherent
Subject: Re: Com port troubles..very confusing..
Date: 17 Nov 92 15:44:30 GMT
Reply-To: "Coherent operating system" <COHERENT@indycms.bitnet>

>
> I'm getting very frustrated with my system. :-)  Suddenly, without
> any apparent reason, my uucico cannot dial out anymore.  I have
> cranked up the debug level and I can only get it to say "line problem".
> I remembered in the past that I got this error when all of the baud
> rates in the various config files didn't agree.  However, this should
> not be the case as I haven't changed anything and it worked yesterday!
>
> When I invoke uucico, it:
>
> disables the port
> sends the init string to the modem
> immediately (1 second later) enables the port again
> says that I have a "line problem"
> Abnormal completion
>
> I would appreciate any help from you guys.  I'm starting to worry
> about filling up my spool space on my newsfeed site...sigh....
>
> The really weird part is that ckermit has no problems at all using
> the port/modem.  I'm using it now to dial into my feed site and
> type this message...
>
> Confused,
>
> Chris
>

run a level 2000 debug. Since it fails early enough, it won't be big.
--
		   MWC Technical Support (bob@mwc.com)
(====================]          _____
         \\             (===================)
   (======\\======]         /// ~~~~~
           \\/             ///	     I don't care if you hit the broad side
    ===========================	     of a barn.
     =========================(      Why would I aim at such a structure?
From: h235_003@ccvax.ucd.ie (ARE WE HAVING FUN YET)
Newsgroups: comp.os.coherent
Subject: Re: Forcing uucico to hangup
Date: 19 Nov 92 14:18:33 GMT
Organization: University College Dublin

In article <9211171001.AA02493@dalek.mwc.com>, bob@dalek.mwc.com (Bob Hemedinger) writes:

>> If your modem is like most, it's probably merely a matter of setting the
>> &D to &D3 which according to my Hayes manual is to do the following:
>>
>> 	Monitor DTR signal.  When an on-to-off transition of DTR occurs
>> 	hang-up and perform a reset.

> It would also help to know which version of uucico you're running... later
> versions of uucico have been updated to terminate a connection more quickly
> than the earlier versions.

  I've a problem with my ZyXEL internal modem - when I have DTR enabled
  (&D2) I cannot write to the modem - so "echo atz > /dev/modem" etc
  won't work, if I send 'ata' to the modem it just picks up the line for
  a split second, then drops it again - presumably because DTR has gone
  low as soon as the echo command is finished.
  
  The modeminit script provided calls sleep before writing to the modem
  - which presumably should raise DTR, but it seems to have no effect on
  my modem, I've had to turn off DTR monitoring with &D0.

  Does anyone know how to get around this so that I can leave &D2 ???


  Ronan Mullally
  (H235_003@ccvax.ucd.ie)


Newsgroups: comp.os.coherent
From: grante@aquarius.rosemount.com (Grant Edwards)
Subject: Re: Are we dead??
Reply-To: grante@aquarius.rosemount.com (Grant Edwards)
Organization: Rosemount, Inc.
Date: Wed, 18 Nov 1992 16:06:11 GMT

hcp@csx.cciw.ca (H.C. Pulley) writes:
: 
: Anybody have an idea for a programming project?  I think porting is best done
: alone, unless it's a really big job; the communication overhead would not be 
: worth it.  For a start-from-scratch project, however, it would be beneficial.
: 

Once the device driver kit comes out, I think porting the MGR window
system would be an excellent idea.  This will require graphics drivers
that implement the standard bitblt operations for various boards , as
well as mouse drivers.  

The actual port of the Bellcore window manager code is probably best
done by a single person.  But, if a device driver interface is
defined, the graphics drivers could be written separately.  Once the
core package is ported the various client programs (there aren't too
many) could also be ported separately.

--
Grant Edwards                                 |Yow!  I don't know why but,
Rosemount Inc.                                |suddenly, I want to discuss
                                              |declining I.Q.  LEVELS with a
grante@aquarius.rosemount.com                 |blue ribbon SENATE
                                              |SUB-COMMITTEE!
From: bob@dalek.mwc.com (Bob Hemedinger)
Newsgroups: comp.os.coherent
Subject: Re: Installing Coherent 4.0.1A, and at wit's end...
Date: 16 Nov 92 16:24:54 GMT
Reply-To: "Coherent operating system" <COHERENT@indycms.bitnet>

>
> marktn@ccwf.cc.utexas.edu (It's Me!) writes:
>
> > > kranitz@mr.med.ge.com (Wes Kranitz 4-6857 MRCE) writes:
> > >
> > > > Is it only me, or has anyone else noticed that while Coheren
> > > > and the rotating "/" is occuring, A periodic "Buy Cohware!"
> > > > It's so fast it's almost impossible to see.
> > >
> > > Yep, it's there... Hmmm... last I heard subliminal advertising
> >
> > Subliminal advertising IS illegal.  The periodic 'buy' messages from
> > Mark Williams Company concerns me.  If this was taken to court, could
> > some-one sue MWC?
>
> If you can see it it's not subliminal.
>
> Sheesh! Doesn't anyone have a sense of humour any more? At least some people
> at MWC do, and IMNSHO that's a Good Thing.
>
Under 'Beginning Installation' of the release notes, we mention the
display of the message. If you want to slow it down, press <space>
when prompted by tboot and type the word 'slow' at the ? prompt. At the
next ? prompt, type in the name of the kernel you want to boot to continue
the boot process.

--
		   MWC Technical Support (bob@mwc.com)
(====================]          _____
         \\             (===================)
   (======\\======]         /// ~~~~~
           \\/             ///	     I don't care if you hit the broad side
    ===========================	     of a barn.
     =========================(      Why would I aim at such a structure?
From: bob@dalek.mwc.com (Bob Hemedinger)
Newsgroups: comp.os.coherent
Subject: mwcbbs switched to Taylor uucp?
Date: 20 Nov 92 18:47:25 GMT
Reply-To: "Coherent operating system" <COHERENT@indycms.bitnet>

We have, as of today, switched mwcbbs over to Taylor uucp, version 1.04 gamma.
With one known exception, file transfers have been at a minimum 10% faster
than COHERENT's uucico on the 2400 bps modem and 20% on direct connections.
If you are a frequent caller of mwcbbs, please let us know if you notice and
behavioral changes, good and bad. (We can always switch back in 5 minutes
if some crippling condition develops.)

If you are a user of Taylor uucp, please be certain to stick with G-protocol.
For the time being, all accounts are configured for it. In time, we will open
up the configuration for the other Taylor supported protocols .

--
		   MWC Technical Support (bob@mwc.com)
(====================]          _____
         \\             (===================)
   (======\\======]         /// ~~~~~
           \\/             ///	     I don't care if you hit the broad side
    ===========================	     of a barn.
     =========================(      Why would I aim at such a structure?