HDTenEightyP/NetNews huggingface dataset:
From: trussell@cwis.unomaha.edu (Tim Russell)
Subject: Help needed recovering 32/650 disk
Summary: Ack!  Help!
Organization: University of Nebraska at Omaha
Date: Wed, 14 Oct 1992 22:31:43 GMT

Hello all,

    We have a problem.  The day before yesterday, our Tower 32/650 went
down with a "bad instruction" or some such message (I wasn't around) and
wouldn't come back up.  It's finally back up now.

    Our system manager did a minimal system installation, which I gather
installs a small system in a 2000-block partition that the system sets
aside at install time.  Am I correct here?  The manuals are very unclear.

    Anyway, that didn't work.  Now we have a new system disk with a
reinstalled system on it, and the old system disk is hooked up.  I'm trying
to get the data from it.  It used to be /dev/dsk/38s0, but now when I
try to do an fsck on /dev/dsk/46s0, which is where it's hooked up, I just
get a size check immediately and fsck exits.  I can, however, mount
the 2000-block partition, which is 46sd.

    I guess what I'm asking is, did the system manager hose the disk
by trying that minimal installation procedure, or should the root disk
still be out there on 46s0, and if so, is there anything I can do to
get to the data if fsck won't even touch it?

    Thanks in advance for any help!  We're tearing our hair out here.

--
   Tim Russell                 Omaha, NE              trussell@unomaha.edu
      "Who can doubt that pleasure is the only goal of a reasoned life?"
                                                   -- Epicurus
From: trix@cbnewsm.cb.att.com (t.roger.kiang)
Newsgroups: comp.sys.ncr
Subject: price
Keywords: 386SX
Date: 8 Oct 92 19:21:28 GMT
Distribution: usa
Organization: AT&T

I am trying to find out what is the suggested
retail price for a NCR 386SX with 8M RAM,
120M disk, and 14 inch color monitor.

Thanks to all of you who will respond.

Roger Kiang
trix@edsel.att.com
(908) 957-6099
Newsgroups: comp.sys.ncr
From: pcolsen@super.org (Peter C Olsen)
Subject: Used NCR Equipment Wanted
Organization: Supercomputing Research Center
Date: Fri, 9 Oct 1992 01:22:43 GMT


I'm a PhD student in mathematics looking for used NCR equipment to use
in my thesis research.  I now use an NCR MiniTower, but I've outgrown
it.  I'm particularly interested in older 32-bit machines which may no
longer meet requirements for heavy commercial use but would more than
meet my academic needs.  

Thank you for reading my post.

Peter Olsen

-- 
Peter Olsen, PE, n2ell, 410-997-8584, PO Box 410, Simpsonville, MD 21150-0410
 pcolsen@super.super.org  ...!uunet!super!pcolsen  (Home: ...!n2ell!pcolsen)
     "Imagination is more important than knowledge" --- Albert Einstein
From: usbill@ustores.ustores.missouri.edu (Bill Canning)
Newsgroups: comp.sys.ncr
Subject: 7052 Cash Registers
Date: 8 Oct 1992 16:44:26 -0500
Organization: University of Missouri, Columbia
NNTP-Posting-Host: ustores.ustores.missouri.edu

Has anyone had any experience with NCR 7052 cash registers?  We are thinking
about going with them but would be interested in finding out whether others
liked them.

If you have any feelings one way or another, let me know.

Thanks in advance,
-- 
Bill Canning                    usbill@ustores.ustores.missouri.edu (Internet)
(314) 882-2131                  usbill@muccmail.missouri.edu (cc:Mail)
[314] 882=4699 (Fax)            CSPECWC@MIZZOU1 (BITNET)
Newsgroups: comp.sys.prime
From: STEEN@DDS.Prime.COM (Steen Hansen)
Subject: changes on the 800-line?
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 7 Oct 1992 17:29:56 GMT

Has PrimeService changed it's procudure for handling calls on the
800-number? I just called in a problem and expected to dictate a message
to an operator, and the operator seemed a little ticked saying something
like she wasn't good enough to help?

Are they putting technical people to answer the phones now?

Steen
Newsgroups: comp.sys.prime
From: TOWN.CRIER@md-b.prime.com
Subject: (none)
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Tue, 13 Oct 1992 21:26:04 GMT

10/13 High Court - Prime Computer -2-: Suit Was For $25 Mln

   WASHINGTON -DJ- The Supreme Court set aside the ruling of a federal
appeals court that reversed a $25 million jury award against Prime
Computer Inc. (PRM) in an antitrust lawsuit.
    The court's action illustrates the importance of the June decision
in which it made it easier to sue manufacturers for allegedly trying
to squelch competition in the markets for service and spare parts for
its products.
    The decision, which involved a legal battle between Eastman Kodak
Co. (EK) and independent service companies, said manufacturers'
efforts to dominate service and parts markets may violate federal
antitrust law even if the manufacturers don't have a controlling share
of the market for their main products.
    The decision set aside today reversed a jury award won by Virtual
Maintenance Inc., a Midwest computer-service firm that had accused
Prime of unlawfully requiring certain customers to purchase service
contracts if they wanted access to spare parts for Prime computers.
The federal appeals court in Cincinnati reversed Virtual Maintenance's
victory, saying Prime couldn't be held liable because it didn't
control the market for its computers.
    Virtual Maintenance successfully argued in its brief to the
Supreme Court that the reasoning of the Cincinnati appellate court was
rejected in the June decision in the Kodak case.
    10:52 AM
==========================================================================
Newsgroups: comp.sys.prime
From: GOLDSTEIN@CSSS-A.Prime.COM
Subject: Mail-in tickets ...
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 8 Oct 1992 12:45:48 GMT

To:       Info-Prime mail list (info-prime@blx-a)
From:     D. Miles Goldstein (Goldstein@Csss-A)
Date:     08 Oct 92  8:41 AM
Subject:  Mail-in tickets ...

From Steen's note re: Changes in the 800 number ...
> It sounds like a good idea for most cases, though I would have to explain
> the problem more than once. In my case I had a sheet clearly documenting a
> bug in Information, and I just wanted to send it (fax or email) to the
> proper person.
>
> Hm, thought, maybe have an e-mail address where to send problem reports,
> as an alternative for cases where one sheet tells the whole story? The
> on-line entering of problem reports through SPT is not working well, I get
> hung many times, and there is no ability to include a file to it.
>
> Steen

Though I am no longer directly associated with Support Center
Management, I do believe there is a project in the works by
which users will be able to mail-in tickets ...

- Miles

ps: the "New Way" (ie: direct call routing) should REDUCE the
number of times you explain the problem from twice to once ...
Newsgroups: comp.sys.prime
From: DENIS_KEAL@PR1MEA.Prime.COM (Denis Keal, Software Technical Support)
Subject: Re: INFO/BASIC structure analyzer
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 14 Oct 1992 21:54:20 GMT

Hi Steen,
         How's this for a late reply?!  I'd like to take up your offer of
the INFO/BASIC structure analyzer from back in April.   The FS encoded
version would be fine.

Thanks,
Denis.

--- Your original message :

Subject: INFO/BASIC structure analyzer
To:   Info-Prime@Blx-A.Prime.COM
From: STEEN@dds.dent.ohio-state.edu
Date: 20 Apr 92 09:06:44 EDT
Reply-To: Info-Prime@Blx-A.Prime.COM

Do you have a lot of INFO/BASIC subroutines you no longer remember what
what programs use? Wonder what COMMON areas are used from where?

Despair no longer, a new free tool is available. STRUCTURE is a freeware
program which reads through your source code to find which program calls
what routine/program (it handles CALL, CALL @var, SUBR, EXECUTE etc).

If you wish a copy, just send me a note. I can distribute in FS format or
as two ASCII files, one with source and one with instructions. Servers are
welcome to add this program to their files.

Steen Hansen
HVIID.1@osu.edu
From: mikeb@brahms.udel.edu (Mike Brennan)
Newsgroups: comp.sys.prime
Subject: Re: INFO/BASIC structure analyzer
Date: 15 Oct 92 02:18:54 GMT
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: U of D consulting

Could you send me a copy of STRUCTURE?  I would need it in ASCII form.
I would be converting (if it needed it) to run on uniVerse!  I would
be glad to send you a copy when I am finished (or sooner if you really
wanted it...)

Thanks
mikeb@udel.brahms.edu
Michael Brennan
Newsgroups: comp.sys.prime
From: gml4410@ggr.co.uk (Lack Mr G M)
Subject: Re: Counting calls to BREAK$
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Thu, 8 Oct 1992 08:50:03 GMT

> Can anyone tell me of a way to get the number of times the
> BREAK$ subroutine has been called by a user?
> In Rev. 23.3.0 the TERM command shows it as the "inhibit counter",
> if break has been turned off.  I would like to be able to have this
> value returned to a program.  It mentions the master list of the QUIT
> status for each user maintained by BREAK$ in the 23.0 subroutines
> reference, but mentions nothing about how to access it.


     Well, BREAK$ can actually take 2 arguments. 

  dcl (key, value) fixed bin(15);
     call break$(key, value);

For  a  key  of 0 or 1 value isn't used.  If you use a key of 2 then the
current inhibit count is returned in value. 


-------------------------- Gordon Lack ----------------------------------
The contents of this message *may* reflect my personal opinion.  They are
*not* intended to reflect those of my employer, or anyone else."

Newsgroups: comp.sys.prime
From: ccsmcs@cd4380.ufh.ac.za (Mark Stobbs)
Newsgroups: comp.sys.prime
Subject: ED
Date: 14 Oct 92 14:44:31 GMT
Article-I.D.: cd4380.9210141244.AA09223
Reply-To: Info-Prime@Blx-A.Prime.COM

Hi all

Does anyone know if the Prime editor (ed) has been ported to Unix? Better
still, has the Sheffield editor been ported to Unix?

I still prefer these editors above vi.

Many thanks
-- 
                _________________________________________
               |  Mark Stobbs    ccsmcs@cd4380.ufh.ac.za |
               |          Computer Centre                |
               |  University of Fort Hare, South Africa  | 
               |_________________________________________|
Newsgroups: comp.sys.prime
From: pen@lysator.liu.se (Peter Eriksson)
Subject: Re: ISAM files under Primos
Organization: Lysator Academic Computer Society, Linkoping University, Sweden
Date: Mon, 12 Oct 1992 18:25:24 GMT

RONALD@DCS.Prime.COM (Ronald van der Meer, Databasix Information Systems) writes:
>Primos. There is no need for MPACKing with FAST+ either. So far the
>good news. The bad news is that it is about half as fast as Midas.

Hmm.. Shouldn't it have been called FAST- then? :-)

/Peter
--
Peter Eriksson                                              pen@lysator.liu.se
Lysator Academic Computer Society                 ...!uunet!lysator.liu.se!pen
University of Linkoping, Sweden                I'm still bored. Flame me again.
Newsgroups: comp.sys.prime
From: tim@shovel.Prime.COM (Tim Cantin)
Subject: Re: What's tha password Al ????
Organization: Prime Computer R&D
Date: Thu, 15 Oct 1992 20:11:16 GMT

In article <0D316ACB00012694@HEARNVAX.nic.SURFnet.nl>, gadget@hsepm1.HSE.NL writes:
> So what's up wrong params in your ftpd config or what????

Try typing the password in upper case... who knows, might be worth a shot ;)

-- 
#include "stddisclaimer.h"
/* Tim Cantin          {uunet, csnet-relay}!primerd!tim || tim@s35.prime.com
   Prime Computer Inc. 10-21, 500 Old Conn. Path, Framingham, MA 01701 (USA) */
flames > /dev/null 2>&1
From: TDB@CBRPN1.Prime.COM (Tony de Bont ;^})
Newsgroups: comp.sys.prime
Subject: LARGE RECORDS in PI
Date: 15 Oct 92 01:30:56 GMT
Article-I.D.: usenet.9210150133.AA08940
Reply-To: Info-Prime@Blx-A.Prime.COM

G'day

I'm NOT an INFO GURU, hardly know how to spell it, but the following is a
comment from Tom who is highly regarded in this field.

He is NOT on this list so you would need to contact him direct if you have
any further questions.

Enjoy .....  Tony :^}

--- Original message :

Subject: LARGE RECORDS
To:   Tony De Bont  <TDB@CBRPN1.Prime.COM>
From: Tom Couvret +61 2 968 9200 (+10 hours)  <TOMC@AARYD1.Prime.COM>
Date: Thu, 15 Oct 1992 11:25:56 +1000

Hi Tony,

An interesting discussion, but unfortunately filled with incorrect
information.

To the people who are trying to design their application by splitting
large records into smaller records - I would be very doubtful if anything
you could design would be faster than letting PI handle large records the
way it wants to.

What really happens with large records is that all the large records end
up in the same overflow subfile, not separate ones as an earlier note
said.  And this is the same subfile  that normal overflow records end up
in as well.

However, each and every large records gets a whole new 2K chunk of this
overflow subfile, and then as many again as are needed to fit the large
record.

Now I actually went and tested all this once, and I found that if I had a
file where all the records were large records, then the performance was
virtually identical to an old static-hashed file. And this, provided the
file was properly hashed, was not bad!

If you were to try and simulate this by breaking up large records into
smaller ones, then you when you want the whole record you will have to do
multiple reads, involving far more info/basic code, additional complete
calls to I/O routines, additional disk reads, and so on.

If you let PI(open) do it then you simplify your code, you you only have a
single call to the I/O routines, and you let low-level 'C' code (written
by the PI engineers) worry about the additional disk read(s).

So, which do you think will be faster?

Tom Couvret
Newsgroups: comp.sys.prime
From: RONALD@DCS.Prime.COM (Ronald van der Meer, Databasix Information Systems)
Subject: re: ISAM files under Primos
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Fri, 9 Oct 1992 14:48:28 GMT

> Is there a possibility in Primos to have a (MIDAS) file that is
> bigger than one logical disk ? Or is there any other ISAM-system
> under Primos that can handle this situation ? What about FAST+?

 I don't think Midas can work over several partitions. FAST+ does
span disk partitions however. It also run on other platforms besides
Primos. There is no need for MPACKing with FAST+ either. So far the
good news. The bad news is that it is about half as fast as Midas.

Hope this helps,

Ronald van der Meer

--------------------------------------------------------------------
Databasix Information Systems B.V.    Voice:    +31-340662455
Rijnzathe 8                           Telefax:  +31-340665033
3454 PV  De Meern                     Internet: ronald@dcs.Prime.COM
The Netherlands
--------------------------------------------------------------------
Newsgroups: comp.sys.prime
From: david@iris.mincom.oz.au (David Cox)
Subject: Re: Counting calls to BREAK$
Reply-To: Info-Prime@Blx-A.Prime.COM
Organization: Mincom, Brisbane, Australia
Date: Thu, 8 Oct 1992 23:50:50 GMT

In article <9210080045.AA29190@usenet.rpi.edu> you write:
>Can anyone tell me of a way to get the number of times the
>BREAK$ subroutine has been called by a user?
 break$ actually has two args. Usually only the first is used
 to increment/decrement the break count

 the other format is
   break$ ( key, count );
 where  key=2  get the break count in calling ring
        key=4  set the break count in calling ring
 both args are 16 bit

 There are some other key values for more esoteric purposes, I do not
 remember what they are.

 This is not quite the same as the number of times that break$ has been
 called, but I think is what you want. We needed the "set" format once
 when M+ "forgot" to inhibit breaks, but definitely enabled them on
 one of the calls.

>In Rev. 23.3.0 the TERM command shows it as the "inhibit counter",
>if break has been turned off.  I would like to be able to have this
>value returned to a program.  It mentions the master list of the QUIT
>status for each user maintained by BREAK$ in the 23.0 subroutines
>reference, but mentions nothing about how to access it.
>
>                   Thanks,
>                   Mark Weiland
>                   SUNY College at Brockport
>                   <mark@acspr1.acs.brockport.edu>

cheers,
djc
-- 
David Cox                    internet    : david@mincom.oz.au
From: YODERS@Prime.Wittenberg.EDU (Kevin Yoders)
Newsgroups: comp.sys.prime
Subject: anonymous FTP at Kean
Date: 15 Oct 92 13:49:24 GMT
Reply-To: Info-Prime@Blx-A.Prime.COM


    I just tried FTPing to Turbo.Kean.EDU, user id anonymous,
password guest, and it worked.  It is a Prime machine running
Xelink.  I don't know about Xelink, but vanilla TCP/IP under Primos
does not have a built-in anonymous FTP support.  You just fake it by
making a user name of anonymous and giving it a password of guest.
Unlike other systems, you cannot have an anonymous user that accepts
any password as valid.  Every user must be in the SAD and must be
validated when logging in.

Kevin Yoders
Wittenberg University
Newsgroups: comp.sys.prime
From: GOLDSTEIN@CSSS-A.Prime.COM
Subject: Changes on the 800-line?
Reply-To: Info-Prime@Blx-A.Prime.COM
Date: Wed, 7 Oct 1992 19:45:59 GMT

To:       Info-Prime mail list (info-prime@blx-a)
From:     D. Miles Goldstein (Goldstein@Csss-A)
Date:     07 Oct 92  3:27 PM
Subject:  Changes on the 800-line?

Gantt Edmiston writes:
> Steen Hansen writes:
> >
> > Has PrimeService changed it's procudure for handling calls on the
> > 800-number? I just called in a problem and expected to dictate a message
> > to an operator, and the operator seemed a little ticked saying something
> > like she wasn't good enough to help?
> >
> > Are they putting technical people to answer the phones now?
> >
> > Steen
> >
> Well, Sorry but I received a nice letter yesterday outlining the
> "new" procedures for handling 800 customer calls.  I have already
> trashed it and can't quote from it.  Basically, they now will be
> passing your call over to a local technical rep who will assist you
> in initial problem resolution.  This person will then decide who
> should be contacted to continue problem resolution should it be
> necessary.   The thought process is that PrimeService will be
> able to start the problem resolution process much sooner than
> before.  IMO, I thought the concept was sound.  I just hope that
> it doesn't frustrate the seasoned customer who is used to a long
> standing procedure and really doesn't care to describe their problems
> over and over and over.
>
> Stay tuned, your letter is probably "in the mail".
>
> (perhaps someone will post the letter for this group, it wasn't too long)
>

An age-old problem with how we do Technical Support has
been the game of phone-tag.  In the past, you would call
the 800 number and a Call Coordinator would transcribe
your problem info into a ticket.  That ticket would then
pass through the system and be assigned to an analyst.
When that analyst was subsequently available, s/he would
call you back, and problem determination/resolution would
begin.  If you were by your phone this process typically
costs about 15 - 30 minutes.

The Support Center believes that even under these ideal
situations that is still too long.  (Never mind the times
we could get into days of phone-tag before we've even
determined what the real problem is.)  So, we are introducing
a "New Way" of doing business.  For certain product areas,
and subject to time of day and staff availability, your
incoming phone call will be routed into a phone loop of
the actual product support analysts, thereby eliminating
all delay between when you report the problem and when we
start working on it.

Hopefully even some of you old-timers won't feel too offended
when we knock some wasted time out of the process .... :-)

Cheers,

- Miles Goldstein
  Member of Technical Staff
  Not speaking on behalf of the Support Center or its Management
From: STEEN@DDS.dent.ohio-state.edu (Steen Hansen)
Newsgroups: comp.sys.prime
Subject: Re: INFO/BASIC structure analyzer
Date: 14 Oct 92 23:46:04 GMT
Article-I.D.: usenet.9210142348.AA05796
Reply-To: Info-Prime@Blx-A.Prime.COM

Sure thing, on it's way in a few minutes. Enjoy.

Steen

----------------------------------------------------------------------
Steen Hansen                       phone: (614) 292-7211 (tue/thu/fri)
Computer Specialist                       (614) 292-5174 (mon/wed)
Ohio State University              e-mail: hansen+@osu.edu
From: a.0013@VCC3.VCC.BC.CA (Jim Chivas  Vancouver Community College)
Newsgroups: comp.sys.prime
Subject: ED
Date: 15 Oct 92 15:54:51 GMT
Reply-To: Info-Prime@Blx-A.Prime.COM

You may want to try GNU Emacs.
Jim

---- original message:

Return-Path: <@VCC6.vcc.bc.ca,@Relay.Prime.COM,@UKHOUI.Prime.COM:Info-Prime@Blx-A.Prime.COM>
Received: from VCC6.vcc.bc.ca by VCC3.vcc.bc.ca; 14 Oct 92 05:49:36 PDT
Received: from Relay.Prime.COM [129.122.1.1] by VCC5.vcc.bc.ca ; 14 Oct 92 05:54:50 PDT
Received: from 31107711123654 (caller not authenticated) by Relay.Prime.COM; 14 Oct 92 08:58:16 EST
Received: from Blx-A.Prime.COM by UKHOUI.Prime.COM; 14 Oct 92 13:54:46 UT
Received: from cd4380.ufh.ac.za by Blx-A.Prime.COM; 14 Oct 92 13:49:42 +0100
Received: by cd4380.ufh.ac.za (5.61/1.34)
	id AA09223; Wed, 14 Oct 92 10:44:32 -0200
From: ccsmcs@cd4380.ufh.ac.za (Mark Stobbs)
Message-id: <9210141244.AA09223@cd4380.ufh.ac.za>
Subject: ED
To:   Info-Prime@Blx-A.Prime.COM
Date: Wed, 14 Oct 92 14:44:31 GMT
X-mailer: ELM [version 2.2 PL16]
Reply-To: Info-Prime@Blx-A.Prime.COM

Hi all

Does anyone know if the Prime editor (ed) has been ported to Unix? Better
still, has the Sheffield editor been ported to Unix?

I still prefer these editors above vi.

Many thanks
-- 
                _________________________________________
               |  Mark Stobbs    ccsmcs@cd4380.ufh.ac.za |
               |          Computer Centre                |
               |  University of Fort Hare, South Africa  | 
               |_________________________________________|
Newsgroups: comp.sys.prime