HDTenEightyP/NetNews huggingface dataset:
From: guy@cbnewsc.cb.att.com (guy.r.berentsen)
Subject: Re: Unixpc source code access
Organization: AT&T
Date: Sat, 22 Aug 1992 18:46:12 GMT
Summary: Minor Correction

USL is a partially owned subsidiary of AT&T.
(Not part of AT&T.)
From: jtk@rwmke.mil.wi.us (Joseph T. Klein)
Newsgroups: comp.sys.3b1
Subject: Help! My screen is shrinking.
Date: 14 Aug 92 16:47:19 GMT
Article-I.D.: rwmke.27298
Organization: Ad hoc commitee for whatever - Milwaukee, WI

Looks like the screen on my old 7300 is starting to go.

Can someone send me info on what capacitor -- or whatever
I need to fix to correct this problem.

Thanks in advance.

-- 
Free and open access to information is needed          Joseph T. Klein
for the maintenance of a modern democracy.             jtk@rwmke.mil.wi.us
                                                       (414) 372-4454
Xref: sparky comp.sys.3b1:3088 comp.periphs.printers:2378
From: rwilson@uts.cc.wayne.edu (Ron Wilson)
Subject: Re: Potential kernel mods...
Organization: Wayne State University, Detroit Mich.
Distribution: usa
Date: Mon, 17 Aug 1992 16:29:50 GMT

In article <1992Aug16.195654.9330@ceilidh.beartrack.com> dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
>In article <l8rdpnINNdq4@skat.usc.edu> jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
>>	Folks,
>>	With there being a potential for at some access to the source for
>>our pet machine, I think that this would be an ideal time to consider a
>>few improvements that some kernel hackers could implement that would make
>>all of our lives easier.  By improvements, I mean things that could be
>>done that would improve that performance and usability of the 3b1/7300
>>without completely altering the system.  Now, don't all shout out things
>>like "BSD file system!!", or "X Windows!!", be rational about the abilities
>>and limitations or the machine.
>>	My proposals are:
>>
[...]
>>	= Maybe a leaner, meaner kernel without the TAM windowing.
>>	   I personally have hacked some things with this system (and I am
>>	   working on some others), but there are some with no need for the
>>	   code overhead (the MGR folks for instance).
>
>	Again, make it an optional loadable device driver, if possible.

I beleive the windowing already is a loadable driver - look at the begining
of /etc/rc; it appears to test whether windows is running and loads the
driver if not, then it reruns itself.

Another peice of evidence: I once compared the /unix on a bootable floppy to
the /unix on the HD: they are the same.  When booting from the floppy, you
windup with a single user shell with the full screen in use and not being
able to open any of the /dev/w* devices.

While this is by no means proof, it does strongly suggest that TAM windowing
is a loadable device driver.
From: ahh@glyph.kingston.ny.us (Andy Heffernan)
Newsgroups: comp.sys.3b1
Subject: Re: Unixpc source code access
Date: 22 Aug 92 23:39:53 GMT
Reply-To: ahh@glyph.UUCP (Andy Heffernan)
Organization: Moji Computing

In article <1992Aug20.172830.25558@morwyn.uucp> forrie@morwyn.uucp (Forrie Aldrich) writes:
>In article <1992Aug20.005849.5758@ceilidh.beartrack.com|  dnichols@ceilidh.beartrack.com (Don Nichols (DoN.)) writes:
>|
>[ ... bla bla bla ... ]
>| 
>| 	Cool it
>[ ... ]
>
>	Why thank you, 'Craig'.
>
>	Cool it, DoN.

	Wooo!  Deece!  Great come back!

	The other question not asked is:  Of what possible benefit is this
whole venture to AT&T/USL?  Answer:  None.  Low-benefit tasks tend to get 
low priority in a money-making organization.

	Also, your posting software is turning most of your '>' characters
into '|' characters.

-- 
-------------------------------------------------------------------------
  Andy Heffernan		$BJ8;z(J		uunet!glyph!ahh
Newsgroups: comp.sys.3b1
From: bdb@becker.GTS.ORG (Bruce Becker)
Subject: Re: How to run 19,200 (or faster)
Organization: G. T. S., Toronto, Ontario
Date: Wed, 12 Aug 1992 16:30:26 GMT

In article <3676@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) writes:
|
|                    I have a V.32bis/V.42bis modem that's locked at 19200
|and it works quite well.  I get transfer rates as high as 1700 cps.  That's
|with f protocol however.  "g" protocol I get between 900 and 1100 outgoing,
|and 800 and 900 incoming.


	Altho the range of rates I get is wider,
	I also find these rates normally attainable
	(deduct 10% on average if you're running
	2 telebits - which is still a reasonable
	_aggregate_ throughput).


|And cu drops characters like mad at 19200.  So I downgrade the speed to 4800
|or even slower for cu.


	I don't seem to see this on my system.  It
	does drop characters but not maddeningly so...


|I strongly recommend making sure that you're 3.51m before attempting 19200
|UUCP.  I had *lots* of problems with serial lockups and system crashes
|until I switched to 3.51m.  Even without the modem.


	I don't think 3.51m has much to do with it -
	I've been unable to boot it on this machine
	for frustratingly undiscoverable reasons
	(even tho it runs fine on a quite similar
	system sitting next to it).  However there
	are real problems with the stock uucp (hint:
	get HDB if you don't have it!), and the cbm
	driver for the combo board needs help (I'm
	using the 3.51m version on 3.51, which works
	fine).


	Having said that, I need to point out that
	the performance of this 3.51 system is quite
	amazing for such a limited (and heavily loaded)
	resource, and it has been extremely reliable.
	I did have serial lockup problems once in a
	while, but that seems to have been fixed by
	turning off the modem's command echo & setting
	it to report results only in originate mode.


-- 
  ,u,	 Bruce Becker			Toronto, Ontario
a /i/	 Internet: bdb@becker.gts.org	Uucp: ...!web!becker!bdb
 `\o\-e	 "The word 'AT&T' is made up of letters, which are the
 _< /_	 intellectual property of Vanna White" - A. Coopersmith
Newsgroups: comp.sys.3b1,comp.periphs.printers
From: clewis@ferret.ocunix.on.ca (Chris Lewis)
Subject: Transparent communications thru parallel port/HP LJIIP+
Originator: clewis@bwdlh118
Organization: Myself
Date: Thu, 13 Aug 1992 14:26:29 GMT

I just got a HP LJ IIP plus (so now I can test psroff
before issuing patches ;-) which I've connected to my
3b1.  The IIP+ has only a parallel port (please, no
flames about not paying attention when I "acquired"
this printer - I didn't have a choice as to model number).

Normal text printing works just fine, but as I suspected,
/dev/lp does apply certain "termio-ish" transformations to
data going to the parallel port.  Which is a real no-no
when you're trying to download fonts and rasters etc.

<sys/lprio.h> is rather suggestive that there's ways of
controlling this behaviour via ioctls, but I have no
documentation, and I can't figure out some of the operations.
Eg: LP[GS]ET versus LP[GS]ETV or what the "ind" field is for.

a ioctl(/dev/fd, LPGET, &lpriostruct) shows "ind" as zero,
"rows" as 66, and "cols" as 1024.  Chances are I'd get partway
by LPSET'ing rows and cols to 0, but that won't necessarily
disable "\n" -> "\n\r" transformations etc.

Does anybody have documentation, or program fragments that
explain how this works?   Or, does the lp driver support
other minor device numbers for suppressed transforms?

I'd rather not have to binary zap the driver...

While I could obtain a serial to parallel port converter,
frankly I'd rather keep it on the parallel port for
reasons of speed - I will probably be doing extensive
raster graphics, and font downloading isn't exactly
cheap in terms of communications time.  Besides, I think
my one remaining free serial port got fried by a line transient.

Once I get this working, I'll get groff, and finish
off all of the issues regarding lack of support for PIC
on LJs less than IIIs, implying that hp2pbm will give full
ditroff support on *any* PBM-supported device.

My second question: I'll probably be wanting to upgrade the
LJIIP+ in the future.  More memory, and/or PostScript cartridge.
What alternatives to HP are there?  Particularly in memory.

Thanks
From: dnichols@ceilidh.beartrack.com (Don Nichols (DoN.))
Newsgroups: comp.sys.3b1
Subject: Re: Looking for Elm
Date: 21 Aug 92 23:57:16 GMT
Organization: D and D Data, Vienna Virginia

In article <1992Aug20.200011.15795@brtph560.bnr.ca> hruska@bnr.ca (Bob Hruska) writes:
>I'm looking for Elm for my 3b1.  Is it possible to get a binary
>of this, or are there site specific defines that must be built
>in?  It is hell not having a development set!!!

	You need to specify what your mail configuration is, before you can
select a copy of elm.  Among other things to be specified are such things as
whether you are using /usr/lib/sendmail (e.g. with ethernet), or whether you
are using /bin/mail.  Based on that are some secondary choices, such as
whether you can usually trust the contents of "Reply-To:' headers, whether
your system can handle domain style addresses, and lots of other small
details, some of which are just personal taste.

	I, personally, am running sendmail (and the ethernet), and can
usually trust "Reply-To:" headers, so if you don't have the ethernet
software, (or some alternate version of sendmail), you probably want one
compiled to use /bin/mail.  If you have sendmail, but try using the version
compiled for /bin/mail, you can only mail locally, and via uucp.  Mail will
*never* get into the ethernet.

>On another note, what are some sites that have 3b1/7300 files
>available (other than the store archives and OSU files)?
>I looked on uunet but it seemed pretty much like a mirror
>of OSU.

	It is intended to be a mirror site, and is maintained by the same
person, so it is not unexpected for them to be identical.

	I don't know of any other site that explicitly carries 3B1 code,
except perhaps Andy Fyfe's site which has pre-compiled binaries of many
programs for the 3B1, including TeX.  I don't have the address ready-to-hand
at the moment, since I don't have ftp access from home.  He posts here
fairly frequently, and will probably re-post the address for you.

	BTW - don't get the gcc binaries and expect to be able to compile.
They are dependant on other things (header files, libraries, etc) which come
with the development set.  Perhaps someday there will be a complete set
available for the machine, but not yet.

	Good Luck
		DoN.

-- 
Donald Nichols (DoN.)     | Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
D&D Data                  |  Email: <dnichols@ceilidh.beartrack.com>
I said it - no one else   |         <nichols@nvl.army.mil>
	--- Black Holes are where God is dividing by zero ---
From: thad@cup.portal.com (Thad P Floryan)
Newsgroups: comp.sys.3b1
Subject: Re: comp.sys.3b1, fading away?
Date: Tue, 18 Aug 92 06:24:22 PDT
Organization: The Portal System (TM)

In article <1992Aug17.204118.20361@morwyn.uucp>
forrie@morwyn.uucp (Forrie Aldrich) writes:

|  I read the article posted recently regarding concern that this group might
|  be fading away, etc. etc., and would like to offer my 00.02 cents...
|  [...]

There was another article prior to yours?  Sheesh.

I wish I could spend more time browsing Usenet, but for the past year or so
I've been working 14+ hours a day (in anticipation of a new commercial
product making its debut in a few weeks; a preview was shown at a recent
SGI EXPO in San Jose CA).

Point being: I only have, at most, 1 hour a day to handle email and scan
the 300+ newsgroups to which I "subscribe."  Not much time to be as active
in comp.sys.3b1 as I'd like (until, perhaps, mid-September).

Compounding the frustration (of lack of time) is AT&T's total lack of support
for the Silicon Valley UNIX Users' Group.  Besides the fact they sold their
West Coast Training Center building (where we used to hold our monthly 3B1
meetings) to AMD, the prospects of a new meeting site are very dim, and we
haven't had a meeting in 3 months now.

Given the litigious society in which we live, the chances of finding a new
sponsor are very slim.  Even hotels want $$$ for meeting rooms far beyond the
financial reach of a 100-person group to afford.  Sigh.

I still use my 3B1 systems VERY heavily; one is tied into my office network
from home constantly.  And others are used as "terminals".  This should say
a lot for the 3B1, the fact that they're so reliable I *DEPEND* upon them.

For those in Silicon Valley, the last home for the Users' Group is teaming
up with HT Electronics (in Sunnyvale CA) which has an interest in forming a
SVR4 Users' Group for the Amiga computers; given that HT has a meeting room
and needs a users' group, and that we have a users' group and no meeting
room, ...   more details later.

Thad Floryan [ thad@btr.com, thad@cup.portal.com ]
From: pusateri@duke.cs.duke.edu (Thomas Pusateri)
Newsgroups: comp.sys.3b1
Subject: Re: Ping for TCP/IP
Date: 18 Aug 92 17:12:53 GMT
Organization: Duke University Computer Science Dept.; Durham, N.C.

In article <1992Aug18.050912.22653@crash> cwr@crash.cts.com (Will Rose) writes:
>Does anyone have the source for a ping command for the 3b1
>and Wollogong?  I'm trying to connect it to a flakey IBM PC

I messed around for a while trying to get ping to work on the 3b1 (I think
a lot of people have.) The ECHO REQUEST goes out, another box I have
returns a valid ECHO RESPONSE and it gets eaten in the ethernet software.
It is either being tossed in the icmp input routine or select is
screwing up. I will try to spend some more time on it shortly. After all,
we really should have a ping on this box. Many people have told me that
there isn't much we can do though without the source.

Tom Pusateri
pusateri@cs.duke.edu
Newsgroups: comp.sys.3b1
From: hruska@bnr.ca (Bob Hruska P840)
Subject: Re: Daylight Saving Time patch wanted
Originator: hruska@brtph380
Organization: bnr
Date: Fri, 14 Aug 1992 13:14:48 GMT

From article <1992Aug13.191109.6729@alw.nih.gov>, by crtb@helix.nih.gov (Chuck Bacon):
> 
> Look at ftp.cis.ohio-state.edu:pub/att7300/misc/dstconvert.sh.Z
> 
> This is a shar script which includes: Makefile README dstconvert.c
> The algorithm, applied to individual executables and relocatables,
> involves a search for the date on which the conversion from and to
> Daylight Savings time occurs.  README tells you which files it should
> be applied to; the code itself tells whether it succeeded.  Good luck.
> 

Would it be possible for someone to post the binary for this?  Those
of us without a development set would like to fix this problem too!


-- 
------------------------------------------------------------------------------
| Bob Hruska         DoD #1982 | email: hruska@bnr.ca                        |
| BNR Inc. - XPM Base Software |USmail: 35 Davis Drive                       |
| RTP North Carolina           |        Research Triangle Park, NC 27709     |
------------------------------------------------------------------------------
Newsgroups: comp.sys.3b1
From: clewis@bwdlh118.bnr.ca (Chris Lewis)
Subject: Re: LAPM and uucp "f" protocol (was: Re: How to run 19,200 (or faster))
Organization: Bell Northern Research
Date: Tue, 18 Aug 1992 17:27:47 GMT

In article <Bstxvq.865@hico2.westmark.com> kak@hico2.westmark.com (Kris A. Kugel) writes:
>Given that the "LAPM" is supposed to supply an "error-correcting" link,
>and using hardware flow control, is it possible that we will only
>need the "g" protocol for non-V.42 connections?  This leads to some
>distinct possibilities, but I would not be sure how to get my modem/uucp
>system to make the distinction between V.42 and non-V.42.

Yes, if you have an error-correcting link, protocols other than "g"
are often a big win.  The trick is ensuring that the link *really*
is error-correcting.  With LAPM and modern modems, the link looks
to be error-correcting, but it usually isn't.  The weak part of the
link is the computer<->modem interface, not the modem<->modem portion.

In my case, I find "f" protocol to only be reliable when the link
is mostly outgoing mail - because even with XON/XOFF enabled
in the modem and serial port, the 3b1 still drops characters.
And of course, hardware handshaking doesn't work properly on the 3b1.
(it works in one direction but not the other).

It is possible to set up alternate protocols on a site-by-site basis, but
only crudely "connection-by-connection".  For example, your dialer
scripts can be setup to force specific response codes from the modem
for different type of connects.  I use a special class of "ACU" for
"f" protocol ("ACUF"), which eventually resolves down to Dialer
entries that set parameters to force the parameters to be "optimal"
for "f" protocol (V.42bis/XON) - even if it gets a CONNECT, if the
destination modem has refused V.42bis, my UUCP won't start.  I can
fall back (as you suggested) by having additional Systems entries to
permit "g" - note that in "f", I enable XON in the modem, but "g"
can't work with XON enabled.  Ie: "f" settings are incompatible with
"g" and vice-versa.  But with careful UUCP control file management
(particularly the dialers) it works rather well.

>UUCP seems to work under the binary assumption of connect/not connect,
>not connect with x attributes.  You COULD try separate connection attempts,
>either through different modem register settings, or send/receive sequence
>changes.

Yes.  As I mentioned, that works well - thus my UUCP is capable of
making distinctions regarding what type of link is established.  Crude,
but it works.

(It'd be nice if uucp had some kind of memory, and could adjust
>itself based on system/line/method success, (so not to have so many
>unsuccessful calls))

A simple matter of remembering which Systems entry worked or didn't work
last time.  The heuristics of when to select which becomes a rather
nasty problem however.  Having your Systems file arranged for the optimal
connection method first, and poorer ones later is both simpler, and
probably works better in the long run.  Especially if you can program
your UUCP for "ABORT" sequences so you can terminate attempts quickly
rather than having to wait for timeouts.  (ie: Taylor or BSD 4.3 UUCP)
From: rik@andataco.UUCP (Rik Mussman)
Newsgroups: comp.sys.3b1
Subject: AT&T7300 for sale
Date: 18 Aug 92 00:28:11 GMT
Organization: AnDATAco / San Diego, CA
X-Newsreader: Tin 1.1 PL4

I have a 7300 with the following:
	40MB hard disk
	1 or 2 MB of RAM (I don't remember)
	3.51 OS
	Lots of software
	Kybd/Mouse
	1200 baud internal modem

all the regular stuff.  Need $300 + freight.
 
send mail to rik@andataco.com
From: costales@ICSI.Berkeley.EDU (Bryan Costales)
Newsgroups: comp.sys.3b1
Subject: I need a keyboard. Mine is broken.
Date: 21 Aug 92 17:20:36 GMT
Distribution: usa
Organization: International Computer Science Institute, Berkeley, CA, U.S.A.
NNTP-Posting-Host: icsic.icsi.berkeley.edu


The keyboard on my trusty old 3b1 is close to buying a piece of the farm.
Any guidance to where I might either purchase a new/used one, or get
the current one fixed will be imeasurably appreciated.
-- 
Bryan Costales - Systems Manager - International Computer Science Institute
Internet:(work) costales@icsi.berkeley.edu     (home) bcx@lady.berkeley.edu
Newsgroups: comp.sys.3b1
From: andy@cs.caltech.edu (Andy Fyfe)
Subject: Re: collect for gcc/g++ 2.2.2
Organization: California Institute of Technology
Date: Sun, 16 Aug 1992 22:59:24 GMT

In article <1992Aug16.023044.22052@cco.caltech.edu> I wrote:
>I've haven't
>been able to link cc1plus with the shared library (shld and 
>collect2 both dump core -- I'm don't know why), but there's no
>problem if you don't use the shared library.

I found the problem -- an off-by-error in the code that looks up
labels.  I've updated collect.shar.Z and shld-src.shar.Z.  The
only change is to subtract one on the line that gets the sizeof
symtable (I need the last index, not the size).

Andy Fyfe					andy@cs.caltech.edu
From: kak@hico2.westmark.com (Kris A. Kugel)
Newsgroups: comp.sys.3b1
Subject: Shared Libraries and mythical new releases
Date: 17 Aug 92 21:32:16 GMT
Distribution: usa
Organization: High Country Software

jlowrey@skat.usc.edu (John 'Fritz' Lowrey) writes:
 . . . 
: 	= Clean up the memory addressing (is this in the kernel proper, or
: 	  in the boot loader?).
: 	   Allocating whopping big chunks of virtual address space to the 
: 	   kernel and shared libraries may make the addressing calculations
: 	   easier, but for those with .5 or 1MB, the paging is terrible!
: . . .
: 	What are some other alterations that 3b1 users would like to see in
: a 3b1-kernel v4.0?  Lay it on, let's see what comes out.  
: . . .
:	 J. "Fritz" Lowrey
:	 USC Computer Consulting
:	 Internet: jlowrey@usc.edu
:	 UUCP:     !uunet!usc!jlowrey

Assuming that this ever comes off,
We need to decide if we're maintaining
compatibility with the current shared library.

If we don't, we'll have to recompile everything.
but we can add some useful things to the shared library address space,
without worrying about mis-matched overlays.

If we do maintain compatability, well, we'll be limited in what we can do.
For example, fixing for the DST change, (allowing correct operations
of ctime(3) routines for old dates AND new dates), will almost certainly
require adding extra code, and the routine may no longer fit into its
allocated slot.

Off hand, despite its painful implications, I'd lean towards NOT
maintaining shared library compatability, at least for a couple
of releases.  I suspect there's a fair amount of stuff we could
fix, and I'd like a first release variance to fix it, and a second
one so we can still fix any bugs we produce.

I'm not a object code guru, so my comments may be misleading.
If so, could somebody out there who knows post a correction?
Maybe a certain amount of slack already exists in the shared libraries.

[Can we get the HOTLINE's old bug logs?  That'd be a big help
 in identifying what fixes to attempt! ]

Kris A. Kugel	908-842-2707
hico2!kak	kak@hico2.westmark.com
Newsgroups: comp.sys.3b1
From: cmv@looney.att.com (Craig M. Votava)
Subject: Re: Potential kernel mods...
Organization: AT&T Bell Laboratories
Distribution: usa
Date: Mon, 17 Aug 1992 21:07:42 GMT

In article <1992Aug16.153846.18402@morwyn.uucp>, forrie@morwyn.uucp (Forrie Aldrich) writes:
|> 	I'm wondering of what the status is for this anyways... Craig?  Are
|> 	you there?


Yes, I'm still working on it. I've been stuck by a USL lawyer for the past 5
months now, and am starting to get testy with her. She's really trying her
best, but since nobody has any authority to say anything one way or the other,
she's not making much progress.

In the mean time, I'm still hammering away. I'll let you know if something
happens to break the logjam.

-Craig



	()_()	Craig Votava
	 (_)	AT&T Bell Labs
		cmv@looney.att.com
Newsgroups: comp.sys.3b1
From: forrie@morwyn.uucp (Forrie Aldrich)
Subject: Poll() for 3b1?
Organization: Vision Graphics
              Dover NH
              USA
Date: Fri, 21 Aug 1992 20:10:25 GMT

Is there an implementation of the poll() command for the 3b1? 

Thanks,

Forrest
-- 
	   -----------	      Forrest Aldrich	      -----------
	   -------     morwyn!forrie@unhtel.unh.edu	  -------
	   ----						     ----
	   --	     VISION GRAPHICS --	Dover, NH - USA	       --
	   ------------------------------------------------------