HDTenEightyP/NetNews huggingface dataset:
From: benf@hagar.Eng.Sun.COM (Ben Fathi [CONTRACTOR])
Newsgroups: comp.sys.mips
Subject: Re: OSF/1 related question
Date: 12 Aug 1992 20:48:42 GMT
Organization: Sun Microsystems, Mt. View, Ca.
NNTP-Posting-Host: hagar

In article <JET.92Aug12102106@win30.nas.nasa.gov> jet@win30.nas.nasa.gov (J. Eric Townsend) writes:
>
>Any hints/pointers/clues on where I can find out where the start of
>text and the start of data really are?  Any mips/osf gurus out there
>who'd like to share email?

text starts at 0x400000, data starts at 0x10000000. If I remember correctly,
"size a.out" will tell you that.

	ben
From: mcb32@ztivax.UUCP (Peter Rohm)
Newsgroups: comp.sys.mips
Subject: Re: R3000 Simulator?
Keywords: spim, R3000
Date: 14 Aug 92 05:46:09 GMT
Organization: Siemens A.G of Munich, Germany

Hi,
there is a simulator (instruction set level) for R3000/R2000 called spim.
(public domain???)
Please send a mail to MTI (former MIPS)
(try support@mips.com or shabbir@mips.com (he is
my contact at MTI)) and ask them. MTI is
distributing this to universities as part of their university program.

Bye and good luck
Willi

######################################################################
#  Wilfried Gaensheimer             HL MCB PM MP3 MchB/Mn            #
#  Siemens AG Semiconductor Group   Microcomputer Components         #
#             Technical Marketing RISC Processor                     #
#                                   email wig@hardy.hl.siemens.de    #
#  P.S.: Gibt es ein Leben nach dem Studium?                         #
#  STOP disclaimer STOP opinions above STOP all mine STOP            #
######################################################################
Newsgroups: comp.sys.mips
From: gala@ee.tamu.edu (Murali Mohan R Gala)
Subject: MIPS 3240 refuses to identify its name after power outage
Organization: Texas A&M University
Distribution: na
Date: Wed, 12 Aug 1992 14:30:59 GMT


We have a problem with our MIPS box 3240.  After a power outage,  the
machine refuses to identify its name and can not start any network daemons.
We removed the local_hostname file and rebooted the machine.  But the script
(sysetup) did not prompt for hostname and IP address.  If we set the host
name either in single user mode OR before starting network daemons, the
machine works OK.  We get this disk error " FREE BLK COUNT(S) WRONG IN
SUPERBLK 
SALVAGE (y)"

I appreciate any suggestions and ideas to get over this problem.

Thanks
-----------------------------------------
Murali Gala
gala@ee.tamu.edu
From: davidg@bohra.cpg.oz.au (David McGorrery)
Newsgroups: comp.sys.mips
Subject: binary/object compatibility
Summary: binary/object compatibility
Keywords: compatibility
Date: 13 Aug 92 23:22:52 GMT
Organization: Computer Power Software


I believe that the Pyramid MIServer-S running version 1.1 of its
OS is at least binary compatible with RISC/os 5.0. I compiled some
simple binaries on both OS's and ran them on the other OS. 
This works OK (both ways). I then tried taking some objects compiled 
on the Pyramid back to the 5.0 box and linking them. The linker barfed 
at the format of the objects (although 'file' seemed to correctly identify 
them). I haven't tried the other direction.

So, does anyone know the status of binary and object compatibility? 
Is it 'here right now', but requires some special attention? or is it
coming soon (when?).
-- 
David McGorrery                     E-mail: davidg@bohra.cpg.oz.au
Computer Power Group           
19 Cato St., East Hawthorn,   
Melbourne, Australia
From: twong@prelude.esd.sgi.com (Tony Wong)
Newsgroups: comp.sys.mips
Subject: Re: Is there a login limit?
Date: 22 Aug 92 00:29:08 GMT
Organization: Silicon Graphics, Inc.

Actually, you are probably running into an Oracle limit.  There is a
file in the $ORACLE_HOME/dbs directory that contains Oracle startup
parameters that limit the number of logins that can use the database.
The file is usually named init???.ora

-- 

-------------------------------------------------------------------------------

Tony Wong						  twong@sgi.com
Silicon Graphics, Inc.                                    (415) 390-5132
Newsgroups: comp.sys.mips
From: pierce@cantrell.tamu.edu (Pierce Cantrell)
Subject: Serial port support for hardware flow control?
Reply-To: cantrell@ee.tamu.edu
Organization: Texas A&M University, College Station
Date: Sat, 15 Aug 1992 21:39:47 GMT

I want to attach several V22.bis modems with V42 and V42.bis to our 3240 and  
3230 machines at 9600bps using hardware flow control. Although termio supports  
RTSCTS, I cannot figure out whether or not our serial port hardware supports  
simultaneous modem control (DTR CD) and hardware flow control (RTS CTS). Does  
anyone know the answer to this question? The system configurations are given  
below:

RC3240 and four 4113-J Digiboard 8-line serial cards, RISC/os 5.0. What about  
the two serial ports on the mother board with modem control?

RC3230 and one 4011-N Digiboard 16-line serial card, RISC/os 4.52 (soon to be  
upgraded to 5.0). What about the single RS232 port with modem control on the  
mother board?

thanks,
-pierce

--
Pierce E. Cantrell                   |  cantrell@ee.tamu.edu
Department of Electrical Engineering |
Texas A&M University                 |  tel: (409) 845-7441
College Station, Texas 77843-3128    |  fax: (409) 845-6259
Newsgroups: comp.sys.mips
From: phil@cxbne.cx.OZ.AU (Phil Chadwick)
Subject: Re: Purpose of /dev/tty ??
Organization: Comperex Australia Pty Limited
Date: Mon, 17 Aug 1992 07:24:50 GMT
Keywords: /dev/tty

stuart@fawlty.towers.oz.au (Stuart Walker) writes:

>I have just been having some fun and games trying to run multivol from within
>a cron command.  I know that multivol is no longer required for cpio over
>multiple volumes, but, for historical reasons, we must continue with this
>command in the short term.  Anyway...

>The problem is that when run from cron, it is unable to open /dev/tty.
>Now I have managed to get around this by recreating /dev/tty to have the
>same major and minor device numbers as /dev/console.

>Could someone please inform me as to the purpose of /dev/tty, and whether
>my method of getting around the problem is safe ??

>Is /dev/tty left over from the days when a teletype hung off the system
>printing out various messages ??

The major and minor device codes of /dev/tty identify it as
a "software" device, whose output and input are directed by the
UNIX kernel respectively to and from the "controlling terminal"
of the process performing the I/O.

Jobs started by cron don't have a controlling terminal.

Multivol is behaving as an "interactive only" application.
i.e. it wants a controlling terminal.

The fix is to either run multivol interactively or modify it
to work in the absence of a controlling terminal.

You should put /dev/tty back the way it was - a lot of programs
are going to break otherwise.


Phil
--
Email:  phil@cxbne.cx.oz.au        ,-_|\
Phone:  +61 7 252 3788            /     *                     Phil Chadwick
Fax:    +61 7 257 1480            \_,-._/        Manager, Comperex Networks
                                       v
Newsgroups: comp.sys.mips
From: jet@win30.nas.nasa.gov (J. Eric Townsend)
Subject: Re: OSF/1 related question
Organization: Numerical Aerodynamic Simulation, NASA Ames
Date: 12 Aug 92 17:06:17

"benf" == Ben Fathi [CONTRACTOR] <benf@hagar.Eng.Sun.COM> writes:

benf> text starts at 0x400000, data starts at 0x10000000. If I
benf> remember correctly, "size a.out" will tell you that.

Under OSF/1, one has to do a "size -A".  Duh me.
--
             J. Eric Townsend --  jet@nas.nasa.gov -- 415.604.4311
                              '91 CB750, DoD# 0378
   "It's not his fault that he can't behave, Society's made him go astray..
                                 - Oingo Boingo
Newsgroups: comp.sys.mips
From: stuart@fawlty.towers.oz.au (Stuart Walker)
Subject: Purpose of /dev/tty ??
Organization: Tower Technology, Sydney
Date: Thu, 13 Aug 1992 07:54:20 GMT
Keywords: /dev/tty

I have just been having some fun and games trying to run multivol from within
a cron command.  I know that multivol is no longer required for cpio over
multiple volumes, but, for historical reasons, we must continue with this
command in the short term.  Anyway...

The problem is that when run from cron, it is unable to open /dev/tty.
Now I have managed to get around this by recreating /dev/tty to have the
same major and minor device numbers as /dev/console.

Could someone please inform me as to the purpose of /dev/tty, and whether
my method of getting around the problem is safe ??

Is /dev/tty left over from the days when a teletype hung off the system
printing out various messages ??

Regards,

stuart
-- 
_______________________________________________________________________________
Internet: stuart@fawlty.towers.oz.au			  Phone: +61 2 427 2999
UUCP:     uunet!fawlty.towers.oz.au!stuart		  Fax:   +61 2 427 7072
Snail:    Tower Technology
Newsgroups: comp.sys.mips
From: gran@ifi.uio.no (\ystein Gran Larsen)
Subject: how can I feed traces from pixie into dinero?
Organization: Dept. of Informatics, University of Oslo, Norway
Date: Tue, 18 Aug 1992 13:16:32 GMT
Originator: gran@byflak.ifi.uio.no



At the Dept. of Informatics we are going to give a course based on
"Computer Architecture, A Quantitative Approach" by Hennessy and
Patterson.

I would like students to use other tools in addition to DLX. We have
SPAT (SPARC Performance Analysis Tools), but it would be nice to use
our MIPS based DECStations as well. To do this I need (to write) a
little program that takes a trace generated via pixie as input and
outputs a trace that dinero (the cache simulator) can read.

So, can somebody please tell me how (if possible) I can convert traces
generate via pixie and input them into dinero, i.e., how do I
interpret the traces.


Newsgroups: comp.sys.mips
From: boot@donald.osf.org (Bruce Bauman)
Subject: Re: OSF/1 related question
Reply-To: boot@osf.org
Organization: Open Software Foundation
Date: 17 Aug 92 10:44:37

There are at least 2 places that I know of where you could have gotten
OSF/1 for a MIPS platform - one is via a source license directly from OSF,
and the other is from DEC.

Our (OSF's) intention was to make this somewhat portable by adding a
new call (getaddressconf) which programs could use to figure out
address space layouts without hardwiring constants. You can see the
man page for getaddressconf(2) for more info.

Here's an excerpt from <sys/addrconf.h> which applies to the OSF/1
reference port - I'm not sure if DEC's implementation is identical:

#define USRTEXT         0x400000        /* user text starts at 4 MB */
#define USRDATA         0x10000000      /* user data starts at 256 MB */
#define EA_SIZE         32              /* EMULATE_AREA size */
#define USRSTACK        (0x80000000-NBPG)/* Top of user stack */
#define EMULATE_AREA    USRSTACK-EA_SIZE/* area for bp emulation */


struct addressconf addressconf[AC_N_AREAS] = {

        { (caddr_t)USRTEXT, AC_UPWARD|AC_FIXED }, /* AC_TEXT */
        { (caddr_t)USRDATA, AC_UPWARD|AC_FIXED }, /* AC_DATA */
        { (caddr_t)USRDATA, AC_UPWARD|AC_FLOAT }, /* AC_BSS */
        { (caddr_t)USRSTACK, AC_DOWNWARD|AC_FIXED }, /* AC_STACK */
        { (caddr_t)0x70000000, AC_UPWARD|AC_FIXED }, /* AC_LDR_TEXT */
        { (caddr_t)0x70000000, AC_UPWARD|AC_FLOAT }, /* AC_LDR_DATA */
        { (caddr_t)0x70000000, AC_UPWARD|AC_FLOAT }, /* AC_LDR_BSS */
        { (caddr_t)0x71000000, AC_UPWARD|AC_FIXED }, /* AC_LDR_PRIV */
        { (caddr_t)0x72000000, AC_UPWARD|AC_FIXED }, /* AC_LDR_GLB */
        { (caddr_t)0x73000000, AC_UPWARD|AC_FIXED }, /* AC_LDR_PRELOAD
*/
        { (caddr_t)USRTEXT, AC_UPWARD|AC_FLOAT }, /* AC_MMAP_TEXT */
        { (caddr_t)0x40000000, AC_UPWARD|AC_FLOAT }, /* AC_MMAP_DATA
*/
        { (caddr_t)0x40000000, AC_UPWARD|AC_FLOAT }, /* AC_MMAP_BSS */
};
--
Bruce Bauman	email: boot@osf.org		phone: 617-621-7205
Open Software Foundation, 11 Cambridge Center, Cambridge, MA, 02142
From: hilary@snll-arpagw.llnl.gov (Hilary Jones)
Newsgroups: comp.sys.mips
Subject: Problem with malloc?
Summary: It gives a segment violation sometimes.
Date: 13 Aug 92 23:38:40 GMT
Distribution: all
Organization: Sandia National Labs, Livermore, CA

I have a problem with malloc().  The code I am running makes many calls
to malloc for small amounts of memory at a time.  [Actually the program
is calling calloc, but I think I have isolated the problem to malloc().]
By "many calls" I means perhaps 20 or 100.  The amounts of memory range
from 4 bytes to several hundred.  There is never much memory allocated
at any one time before it all gets returned.  Every now and then, the 
program aborts with a segment violation.  The problem is not repeatable;
if I rerun the program from scratch, the problem might not occur, or it
might occur at a different call to malloc.

Has anybody seen this problem?  Is there a fix?  I am running RISC/os 4.51 
on an RS2030.  For what it's worth, my disk isn't very reliable -- but I
have never seen a diagnostic when this problem occurs.

Hilary
From: pnessutt@qii.sialis.com (Robert A. Monio)
Newsgroups: comp.sys.mips
Subject: RC6280s wanted
Date: 17 Aug 92 17:11:01 GMT
Organization: Quality Institute International, Inc.

A local reseller/distributor here in Minneapolis, Minnesota (USA) is
looking for anyone who has a 6280 or 6260 that they would be willing
to sell, etc.

Please contact Jeff Anderson at (612) 686-1444.

Thanks!

 -Bob

-- 
 Robert A. Monio                         "We've always earned our money the
 Quality Institute International, Inc.    old-fashioned way.. 
 pnessutt@qii.sialis.com                  WE BEAT PEOPLE FOR IT!"
 ..uunet!rosevax!sialis!qii!pnessutt         -- Paul Ellering, "Legion of Doom"
From: MPA15C!MP@TRENGA.tredydev.unisys.com
Newsgroups: comp.sys.unisys
Subject: Informal note on new readership
Date: 17 Aug 1992 10:39:42 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

This is an informal and unofficial note to let you know that
comp.sys.unisys is now being gatewayed into the internal Unisys
A Series Mail network (hereinafter referred to as "A Mail").
Thanks to the kind offices of Mark Weber (markw@gvl.unisys.com)
and some software tomfoolery on this end by Randy Gellens
(randy%mpa15ab@trenga.tredydev.unisys.com) we can now read your
posts.  A Mail runs on more hosts than I care to think about
in a whole bunch of countries on most of the continents and is
used by almost (but not quite) all of the A Series development
and support people.

Now for a whole bunch of disclaimers:

  This isn't an official announcement.  I did ask if I could post this
  and they said, "We guess so."

  This effort is experimental.  If the cord gets pulled tomorrow, don't
  be surprised.

  This is not an official communications channel.  Nothing posted in
  this newsgroup by a Unisys employee should be construed to represent
  an official statement by Unisys.  (This especially applies to this
  message!) There are official channels available for communicating with
  Unisys, please use them.

  We will try to answer questions as we can.  However, availability of
  the newsgroup does not mean that it will make to the terminal of the
  expert who can best answer your question.  ("You can lead a programmer
  to email but you can't make him read.")

Before I get trounced I should mention that quite a few V Series folks
are on the A Mail network, too.

My personal suggestion is that if you find this relevant that you might
want to give try using it.

Thanks.
________________________________________________________________________
Mark Perew                                               OFIS: MREW/CORP
Unisys Corp - Mission Viejo Field Service                  Mail Stop 182
(714) 380-5484  Net2 656-5484         Fax: (714) 380-6560  Net2 656-6560
mp%mpa15c@trenga.tredydev.unisys.com       Mark.Perew@ofa123.fidonet.org
============== "All opinions are mine," sayeth the poster ==============
If they do these things in the green wood what will happen in the dry?
From: steveos@fexco.ie (Stephen O'Sullivan)
Newsgroups: comp.sys.unisys
Subject: Test post
Date: Sat, 15 Aug 92 22:19:46 GMT
Organization: Foreign Exchange Company Ltd.

This is a test post to the comp.sys.unisys newsgroup.
From: craig@com50.c2s.mn.org (Craig Wilson)
Newsgroups: comp.sys.unisys
Subject: Re: Purchase of Convergent S80
Date: 18 Aug 92 12:58:35 GMT
Distribution: usa
Organization: Com Squared Systems, Inc.

In article <1992Jul29.103041.23620@mixcom.com> Daniel.Stern@mixcom.mixcom.com (Daniel.Stern) writes:
>Where can I buy a few S80s (now that Unisys no longer sells them)?  How much
>do they cost (new or used)?
>
>Thanks
>-- 
>Daniel.Stern@mixcom.com

You want S-80's?  I've got S-80's!  How many do you need?  

I've got 5000/50's too!

Give me a call at 1-612-452-9522.


Craig S. Wilson           |    Democracy      |<uucp path construction zone>
Com Squared Systems, Inc  |    is not  a      | craig@c2s.mn.org
1285 Corporate Center Dr. |    spectator      | (612) 452-9522 voice
St. Paul  MN  55121-1256  |      sport.       | (612) 452-3607 fax
Newsgroups: comp.sys.unisys
From: mbs@Turing.ORG (Michael B. Smith (WD4NKV))
Subject: A Series Mapper
Organization: The Turing Project, Charlottesville Virginia.
Date: Mon, 17 Aug 1992 16:47:49 GMT

I'm getting my 1993 budget ready (yes, we do it early in these parts of the
woords), and I've had an end-run done around me.

Our salesman has presented Mapper, and Designer Workbench, to some of my
executive management and they like it. Now, as I'm sure many of you are
aware, it isn't cheap.

On our A15, ETP for Mapper itself is US$86,078; with DMS-View being around
US$25K, and LINC-View about $24K. We already have LCW for our CP-2000's on
order, so high-speed data-transmission isn't a major concern.

What I want to know is, is it worth it? Personal opinions aside (mine are not
very positive on products like this); was it implemented well? Does it give
benefit to the user community? Can they use this without Designer Workbench
reasonably?

Any and all comments are invited, but please note that I'm asking about
A-Series Mapper, and not Mapper in general.

Personal e-mail to here (mbs@Turing.ORG), or to mbs@adastra.cvl.va.us 
(preferred).
-- 
  //  Michael B. Smith				Resistance is useless.
\X/   mbs@Turing.ORG				You WILL be assimilated.
From: steveos@fexco.ie (Stephen O'Sullivan)
Newsgroups: comp.sys.unisys
Subject: another test post
Date: Sat, 15 Aug 92 22:20:04 GMT
Organization: Foreign Exchange Company Ltd.

Second test post to unisys newsgroup.
From: markw@gvlf7-q.gvl.unisys.com (Mark H. Weber)
Newsgroups: comp.sys.unisys
Subject: Comp.sys.unisys archive site
Date: 12 Aug 92 16:10:38 GMT
Reply-To: markw@gvlf7-q.gvl.unisys.com (Mark H. Weber)
Organization: Unisys Defense Systems, Great Valley Labs, Paoli, Pa


The postings from comp.sys.unisys are being archived, and are available
stings from comp.sys.unisys are being archived, and are available
via anonymous ftp from site gvl.unisys.com [128.126.220.104] in the
directory ~/pub/comp.sys.unisys. Here's the contents of the README file:

This directory contains the archives for the comp.sys.unisys newsgroup.

The "current" directory contains the articles which are currently active
in the news spool area on our system. 

The "expired" directory contains the articles which have expired 
but have not yet been archived.

The "archive" directory contains the postings for each month, which are 
combined via the "tar" utility, and then compressed via the "compress" 
utility. The file names are formed from the year and the month of the 
postings. The article subjects are available in the yyyymm.index file.

Feel free to contact me if you have any questions or suggestions.

-- 
  Mark H. Weber                   | Internet: markw@GVL.Unisys.COM  
  Paramax Systems (A Unisys Co.)  |     UUCP: ...!gvlv2!markw
  Great Valley Laboratories       |      FAX: +1 215 648 2891
  Box 517, Paoli, PA  19301  USA  |    VOICE: +1 215 648 2112
Newsgroups: comp.sys.unisys
From: dee@worldbank.org (Dee Buck)
Subject: Re: Informal note on new readership
Followup-To: comp.sys.unisys
Organization: The World Bank
Date: Wed, 19 Aug 1992 02:38:48 GMT

In article <AJTJ3811E588F6@MPA15C>, MPA15C!MP@TRENGA.tredydev.unisys.com
wrote:
> 
> This is an informal and unofficial note to let you know that
> comp.sys.unisys is now being gatewayed into the internal Unisys
> A Series Mail network (hereinafter referred to as "A Mail").

Congratulations to Unisys for doing this. Many people have suggested to
Unisys management, at pretty high levels that this (electronic
connectivity) was an important step in improving dialogue with the
customers. I think this will be a far better tool than Surenet. The A
series Advisory Council was agitating for email connectivity (Usenet is
close enough) several years ago. It has taken a long time, but I'm glad to
see it happen - and hello to all our A series friends. Glad you are out of
the dark. 

> Thanks to the kind offices of Mark Weber (markw@gvl.unisys.com)
> and some software tomfoolery on this end by Randy Gellens
> (randy%mpa15ab@trenga.tredydev.unisys.com) we can now read your
> posts.  

Thanks to all who participated. 
Dee
Newsgroups: comp.sys.unisys
From: jgd@csd4.csd.uwm.edu (John G Dobnick)
Subject: Re: Informal note on new readership
Originator: jgd@csd4.csd.uwm.edu
Reply-To: jgd@csd4.csd.uwm.edu
Organization: University of Wisconsin - Milwaukee
Date: Wed, 19 Aug 1992 17:31:02 GMT

From article <dee-180892222837@itfhome5.worldbank.org>, by dee@worldbank.org (Dee Buck):
> In article <AJTJ3811E588F6@MPA15C>, MPA15C!MP@TRENGA.tredydev.unisys.com
> wrote:
>> 
>> This is an informal and unofficial note to let you know that
>> comp.sys.unisys is now being gatewayed into the internal Unisys
>> A Series Mail network (hereinafter referred to as "A Mail").
> 
> Congratulations to Unisys for doing this.

This is all fine and dandy for you Burroughs folks.

Now, can someone give the Sperry side of the house a kick?

-- 
John G Dobnick                          ATTnet: (414) 229-5727
Computing Services Division             INTERNET: jgd@uwm.edu
University of Wisconsin - Milwaukee     UUCP: uunet!uwm!jgd

"Knowing how things work is the basis for appreciation,
and is thus a source of civilized delight."  -- William Safire
From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
Newsgroups: comp.sys.unisys
Subject: 2Re: Informal note on new readership
Date: 17 Aug 1992 18:41:57 -0500
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu

mbs%Turing.ORG@tredysvr (Michael B. Smith (WD4NKV)) writes:

> Yeah for A-Mail!!!  :)  A great product. It showed some real forethought
> in its design and implementation. Central directory services before anyone
> else had really thought about it.  :)

Thank you for your kind words.


> Any chance of getting a copy of the CENTRALNODEs MAIL/NAMES file?  :)

It would be a big lengthy to post (about 5,000 entries), and I'm not sure if
an employee directory (which is sort of what it is) would be public or
confidential information.

I'd also like to point out that Michael B. Smith put in a lot of good work,
on his own time, to enhance A Mail in its early days.  In particular, Michael
wrote the original screen mail and news groups code, and an implementation of
SMTP (which for various complicated reasons isn't being used).  Michael deserves
a round of thanks for his efforts.

  =====================================================================
  = sua cuique voluptas              (everyone has his own pleasures) =
  = Randy Gellens            randy%mpa15ab@trenga.tredydev.unisys.com =
  = >>>>>>> If mail bounces, forward to rgellens@mcimail.com <<<<<<<< =
  = Opinions are personal; facts are suspect; I speak only for myself =

                          Randomly selected tag:

"Procedures!  Of course, that's what you'd use with a *sophisticated*
machine like this.  Procedures."
                                   -- Ceaser Smith in _Hot_Millions_

Newsgroups: comp.sys.unisys