HDTenEightyP/NetNews huggingface dataset:
From: andy@laguna.santafe.edu (Andy Mell)
Subject: Reset key hardware on A540
Date: Sun, 03 Jan 93 03:09:20 GMT
Organization: Santa Fe Institute

I recall that it is possible to disable the reset key in software on an
A540 type machine. How is it done? I need to disable it for some
educational software I'm doing.

Thanks

A


-- 
-------------------------------------------------------------------------------
Andy Mell, Applied Physics Department,  |   andy@santafe.edu
University of Hull, Hull, HU7 6RX       |   amell@nyx.cs.du.edu
England.                                |   torq@gnu.ai.mit.edu
Newsgroups: comp.sys.acorn.tech
From: valerio@sabrina.dei.unipd.it ( Valerio Pulese )
Subject: SuperVisor mode ?
Organization: D.E.I. Universita' di Padova, Italia
Date: Wed, 23 Dec 1992 12:45:41 GMT


Hello I'm learning ARM-assembler from other basic programs.
My questions is:
Which is the right and clean way to go and return to/from SV mode?
Some use swi"OS_EnterOS" and some TEQP pc,#3 ,but my code works only
with both (problems with pipeline?).
Thanks.

			Valerio

P.S.
	M.C. and H.N.Y. !


-- 
E-mail:   valerio@sabrina.dei.unipd.it
Man-mail: Valerio Pulese
	  V.Volturno 23/7 30038 Spinea VENICE - ITALY
Newsgroups: comp.sys.acorn.tech
From: smb@cs.nott.ac.uk (Simon Burrows)
Subject: Draw -> DXF Conversion
Organization: Nottingham University
Date: Wed, 23 Dec 92 23:02:36 GMT

I'm trying to locate a utility which will convert Draw files to DXF
format (so that they work!).

Please can anyone point me in the right direction? Better still, with it
being Christmas, mail directly to the people who need to know, Glenda
Graham <GGraham@acorn.co.uk> and Alvi Fernandez <AFernandez@acorn.co.uk>.

Thanks in advance for any help.

Simon
------------------------------------------------------------------------------
Simon Burrows   smb@cs.nott.ac.uk  psyhsmb@unicorn.nott.ac.uk  +44 533 712030
------------------------------------------------------------------------------



Newsgroups: comp.sys.acorn
From: kortink@cs.utwente.nl (John Kortink)
Subject: Slightly new Translator available
Organization: University of Twente, Dept. of Computer Science
Date: Tue, 29 Dec 1992 11:01:16 GMT

Translator now uses the latest JPEG v4 software. Registered users can
mail me for a copy.

PackDir has been slightly enhanced too. It's now more flexible accepting
and saving files.

Unregistered users don't bother to mail me (that saves me at least 99.9%).


John Kortink

Still student of Informatics at the University of Twente, The Netherlands
NETMAIL : kortink@cs.utwente.nl                    DISCLAIMER : the usual
OhYeahsuzannevegakatebushtoriamosrebeccademornayumathurmanrosannaarquette
Newsgroups: comp.sys.acorn
From: smb@cs.nott.ac.uk (Simon Burrows)
Subject: Special Offer on A3010
Organization: Nottingham University
Date: Wed, 30 Dec 92 13:18:53 GMT

Dixons are offering the Acorn A3010 for only #449.99 inc VAT in their
post-Christmas sale, a saving of #50 off the normal price. This includes
free on-site maintenance.

Simon
------------------------------------------------------------------------------
Simon Burrows   smb@cs.nott.ac.uk  psyhsmb@unicorn.nott.ac.uk  +44 533 712030
------------------------------------------------------------------------------
From: ssudavss@csug.cs.reading.ac.uk (Stephen John Davis)
Newsgroups: comp.sys.acorn
Subject: PC cards
Summary: Watford Electronics PC Card. Any info?
Keywords: watford, pc
Date: 22 Dec 92 14:36:55 GMT
Organization: University of Reading

I was wondering if anybody knew anything (good or bad) about the Watford
Electronics PC card. Anybody know the price of it?

I suspect that its probably about the same price of the Aleph-One card
but that to me is VERY overpriced. For that sort of price (or a bit more)
you could buy an original PC (boo, hiss <- well it is nearly Xmas).

Cheers, Steve
(ssudavss@uk.ac.reading)
From: pdenize@waikato.ac.nz
Newsgroups: comp.sys.acorn
Subject: Ancestry
Date: 3 Jan 93 23:38:22 +1300
Organization: University of Waikato, Hamilton, New Zealand

I brought Ancestry version 1.0001 and have since misplaced the manual.

I have the original disk and would like to return it to see if Menerva
will upgrade it since it no longer works under RiscOS

Can anyone look inside the manual and send me an address and contact

Thanks in advance


Paul Denize

--------------------------------------------------------------------------
Paul Denize                                Internet: PDenize@Waikato.ac.nz
Department of Computer Science
University of Waikato                         phone: ++64 7 8562-889
Hamilton                                                          Ext 8743
NEW ZEALAND                                   fax  : ++64 7 8560-135
--------------------------------------------------------------------------
From: arcturus@spuddy.uucp (Geoff Riley)
Newsgroups: comp.sys.acorn
Subject: Re: Archimedes BinkleyTerm 2.09
Date: 19 Dec 92 16:07:19 GMT
Organization: Spuddy's Public Usenet Domain

In article <1992Dec16.020824.23895@usage.csd.unsw.OZ.AU> s2105995@spectrum.cs.unsw.oz.au (Andrew Karl Davis) writes:
>Umm, has anyone got 2.09?
>Could they please put it on an ftp site ASAP please?

I'm still having trouble with 2.09 - the internal serial port
handshaking doesn't seem to work correctly with RO3.1...  I'm not sure
what the problem is - it;s a real pain.  I haven't put it on any ftp
sites yet (I want it working right first [grin]) but if you want it,
it's available on a number of BBS's... you just have to put up with
some poorish transfers if your using higher than 2400 baud.  (Give me a
shout if you want more info.)
-- 
Cheerio,
        |~~~
        |__|eoff         (Fidonet address: 2:250/208)
   (uucp address: arcturus@spuddy.uucp  or  ...!uknet!axion!spuddy!arcturus)
 * Meeeow ! Call Spuddy on (0203) 638780/638693 for FREE mail & Usenet access *
Newsgroups: comp.sys.mips
From: rogerk@queernet.org (Roger B.A. Klorese)
Subject: Re: memory problems
Date: Fri, 1 Jan 1993 10:33:44 GMT
Organization: QueerNet

In article <1992Dec31.182327.25405@cton.com> nicholas@cton.cton.com (Nick Hennenfent) writes:
>
>
>CPU: MIPS R3000A Processor Chip Revision: 3.0
>FPU: MIPS R3010A VLSI Floating Point Chip Revision: 4.0
>
>RISC/os Release 4_52B2 mips Version UMIPS
>Total real memory  = 41943040
>Available memory   = 39297024
>
>
>NOTICE: dupreg - Insufficient memory to allocate 8 pages -system call failed

If comp.sys.mips had an FAQ, this would be #1.

You don't have enough swap space defined to cover the potential non-malloc'd
data and bss requirements of your programs.
-- 
ROGER B.A. KLORESE                                              +1 415 ALL-ARFF
rogerk@unpc.QueerNet.ORG              {ames,decwrl,pyramid}!sgiblab!unpc!rogerk
"Normal is not something to aspire to, it's something to get away from."
                                                                   -- J. Foster
Newsgroups: comp.sys.mips
From: michael@garfield.cs.mun.ca (Mike Rendell)
Subject: Bug: kernel sending SIGKILL to processes (due to text modification)
Organization: CS Dept., Memorial University of Newfoundland
Date: Wed, 23 Dec 1992 18:23:02 GMT

Machines: M/120-5, Magnum 3000
OS:	 RISCos 5.00

When running the installation test for GNU rcs version 5.6 in a directory on
an NFS file system, ci (the check-in program) is sent a SIGKILL by the kernel.
The message:

  Dec 23 13:55:55 lenny unix: pid 3168 killed due to text modification

is written to the /usr/adm/messages file.  This problem has also shown up
when running standard system utilities (eg, ls) in a chroot'd, NFS'd
environment, and also when running X11R5's xconsole over NFS.

The problem seems to be related to the fact that the installation test is
being run in an NFS'd directory since the test runs fine when it is done in a
directory on a local file system.  I've tried running the test in NFS mounted
file systems from a variety of hosts: the test works fine when a file system
from another mips host is used, but fails when the file system is from a
Sun (running SunOS 4.1.2), a Vax (running Ultrix 2.2) or a hp720 (running
HPUX 8.07).

I've tracked down the immediate cause of the problem in ci: the process is
killed when it calls fchmod() in function fixwork() (ci.c, line ~1010).
Changing the call to a chmod does not make any difference.

Has anyone else run into similar problems, or better yet, know how to fix
the problem?

--
Michael Rendell - Dept. of Comp. Sci., Memorial University of Newfoundland
Newsgroups: comp.sys.mips
From: nicholas@cton.cton.com (Nick Hennenfent)
Subject: memory problems
Organization: Computone Corporation
Date: Thu, 31 Dec 92 18:23:27 GMT



CPU: MIPS R3000A Processor Chip Revision: 3.0
FPU: MIPS R3010A VLSI Floating Point Chip Revision: 4.0

RISC/os Release 4_52B2 mips Version UMIPS
Total real memory  = 41943040
Available memory   = 39297024


NOTICE: dupreg - Insufficient memory to allocate 8 pages -system call failed

NOTICE: pt_alloc - Insufficient memory to allocate 1 page - system call failed

NOTICE: growreg - Insufficient memory to allocate 2 pages - system call failed

NOTICE: growreg- Insufficient memory to allocate 2 pages - system call failed

NOTICE: growreg - Insufficient memory to allocate 257 pages - system call failed

NOTICE: growreg - Insufficient memory to allocate 16 pages - system call failed

NOTICE: uballoc - Insufficient memory to allocate 2 pages - system call failed

NOTICE: growreg - Insufficient memory to allocate 16 pages - system call failed

NOTICE: exece - Insufficient memory to allocate 16 pages - system call failed

NOTICE: growreg - Insufficient memory to allocate 2 pages - system call failed

NOTICE: growreg - Insufficient memory to allocate 16 pages - system call failed

NOTICE: uballoc - Insufficient memory to allocate 2 pages - system call failed


-- 
Nick Hennenfent    Engineering
Computone   1100 Northmeadow Parkway   Suite 150   Roswell, GA 30076
voice (404) 475-2725 x362    fax (404) 343-9735
Newsgroups: comp.sys.mips
From: jdoyle@phy.umassd.edu (Jim Doyle)
Subject: Recommended reading sources for R3000 implementers ??
Organization: University of Massachusetts Dartmouth
Date: Tue, 29 Dec 1992 12:43:15 GMT

	Howdy! I was wondering if anyone could provide me with the names
of any good references (books, articles, publications in general) on
the MIPS R3000/R4000 architecture and systems implementation.

	I will be embarking on a job shortly to port Mach 3.0 to 
first a uni-processor R3000 box and then later, a eight-processor SMP
R3000 box (SillyG PowerSeries). Thus, I need to bone up not only on the
assembler, but also the very critical issues of
bus-locking/arbitration, cache control/coherency and other
synchronization related things.

	Thanks!

..... J.D.   (doyle@cs.umass.edu)
From: olson@anchor.esd.sgi.com (Dave Olson)
Newsgroups: comp.sys.mips
Subject: Re: Recommended reading sources for R3000 implementers ??
Date: 30 Dec 92 05:51:53 GMT
Organization: Silicon Graphics, Inc.  Mountain View, CA

In <C00u04.KGB@umassd.edu> jdoyle@phy.umassd.edu (Jim Doyle) writes:
| 	Howdy! I was wondering if anyone could provide me with the names
| of any good references (books, articles, publications in general) on
| the MIPS R3000/R4000 architecture and systems implementation.
| 
| 	I will be embarking on a job shortly to port Mach 3.0 to 
| first a uni-processor R3000 box and then later, a eight-processor SMP
| R3000 box (SillyG PowerSeries). Thus, I need to bone up not only on the
| assembler, but also the very critical issues of
| bus-locking/arbitration, cache control/coherency and other
| synchronization related things.

On the SGI MP system, there is a whole seperate MP bus that
handles the cache coherency and locking stuff (including DMA
cache coherency).  That is touched on slightly in the technical
marketing papers, and in the SGI Device Driver writer's guide,
but not at the level you need.

If you are doing the single process port to an SGI system,
the details of the hardware will probably be quite different
than for the MP system (no DMA cache coherency, for example).

Without access to a lot of hardware and software documenation
(i.e., the source code to the kernel), you are going to have
a lot of trouble with your port.  You will probably need to find
somebody inside SGI willing to spend time with you, and get
approvals for unreleased documention, etc.

Finally, on the SGI stuff, you might best ask in
comp.sys.sgi.hardware.
--
Let no one tell me that silence gives consent,  |   Dave Olson
because whoever is silent dissents.             |   Silicon Graphics, Inc.
    Maria Isabel Barreno                        |   olson@sgi.com
Newsgroups: comp.sys.mips
From: jeffrey@sci.sci.ccny.cuny.edu (Jeffrey L Bromberger)
Subject: Approximate value of MIPS computer?
Summary: Is it worth purchasing?
Keywords: approximate value
Reply-To: jeffrey@squid.tram.com (Jeffrey L Bromberger)
Organization: City College of New York - Biology Department
Date: Thu, 31 Dec 1992 17:41:48 GMT

I have the opportunity to purchase a used MIPS computer from my
employer.  They're headed towards 486's :-)

This is the information I have been able to gather from the system
itself.  What I'm trying to find answers to are the following
questions:
a) Should I purchase this system?
b) How much should I offer? The machine is about 3 years old.
c) Can I get newer versions of the operating system?
and any other things you think I have to know.

----------------
Main Cabinet is labelled MIPS RISComputer RC3260
Back is labelled Model M2000-L8

Auxiliary cabinet is marked RISComputer RC3350
Back is labelled RC3350-EC
Used only for external disks.
-------------------------------------
From the syslog stuff at bootup:

CPU: MIPS R3000A Processor Chip Revision: 3.0
FPU: MIPS R3010A VLSI Floating Point Chip Revision: 4.0
RISC/os Release 4_52 mips Version UMIPS
Total real memory  = 268435456
Available memory   = 262664192
SCSI 6L0: not ready; offline or tape not installed
Root fstype ffs
Available memory   = 259973120
-------------------------------------
Disk information:

Filesystem            kbytes    used   avail capacity  Mounted on
/dev/root              18847   15580    1382    92%    /
/dev/usr              558558  488416   14286    97%    /usr
/dev/dsk/sdc0d1s11    580414  449820   72552    86%
/dev/dsk/sdc0d3s11    580414  376289  146083    72%
/dev/dsk/sdc0d2s11    580414  434493   87879    83%
/dev/dsk/sdc0d3s13     42239      33   37982     0%
/dev/dsk/vdc0d0s0    1966988 1357650  412639    77%    /virtdisk
/proc                     -1       0       0    -0%    /proc

Also, the system has serial ports as well as an ethernet interface.
In addition, there's a SCSI tape on the front (120Mb?).
I looked for some sort of "print what hardware you have" command but was
unable to find it.  The system was set up not to print all the
"config" data upon bootup.  The following was kind of taken from the
list of configured devices:
Major                Function
-----------------------------
16                   ISI serial I/O controller
22                   Interphase SCSI - I tink it's not supported
33                   SCSI interface (m/12) for disk and tape
37                   keyboard (m/12) - I think it's not supported
49                   virtual disk interface
127                  SSI interface (X.25 I think)
plus all the standard drivers (mem, clone, prf, klog, etc).


Any help, info, and pointers would be greatly appreciated!

j
-- 
Jeffrey L. Bromberger ------ Biology Department ------ City College of New York
jeffrey@sci.sci.ccny.cuny.edu          Anywhere!{cmcl2,philabs}!ccnysci!jeffrey
From: pcwood@astro.ocis.temple.edu (Paul Wood)
Newsgroups: comp.sys.mips
Subject: Re: Recommended reading sources for R3000 implementers ??
Date: 29 Dec 92 16:10:22 GMT
Organization: Temple University
X-Newsreader: TIN [version 1.1 PL8]

Jim Doyle (jdoyle@phy.umassd.edu) wrote:

: 	Howdy! I was wondering if anyone could provide me with the names
: of any good references (books, articles, publications in general) on
: the MIPS R3000/R4000 architecture and systems implementation.

: 	I will be embarking on a job shortly to port Mach 3.0 to 
: first a uni-processor R3000 box and then later, a eight-processor SMP
: R3000 box (SillyG PowerSeries). Thus, I need to bone up not only on the
: assembler, but also the very critical issues of
: bus-locking/arbitration, cache control/coherency and other
: synchronization related things.

: 	Thanks!

: ..... J.D.   (doyle@cs.umass.edu)

THere is a book from Prentice Hall ISBN 0-13-590472-2 called 
MIPS RISC ARCHITECTURE by Gerry Kane and Joe Heinrich
It covers R2000, R3000, R4000, and R6000

Hope this helps.
--

                       -=( Paul Wood )=-
              -=( pcwood@astro.ocis.temple.edu )=-
Newsgroups: comp.sys.unisys
From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
Subject: 2Re: NEW BBS PROGRAM
Organization: C-S-U Gateway
Date: Wed, 23 Dec 1992 00:51:00 GMT

> I seem to recall that the B27 keeps time *as long as the power brick
> is plugged in*.  If you turn off the power switch on the front of the
> system unit, the power brick still supplies power to the clock circuit
> (and the fan in the brick keeps running).  If you unplug the brick
> (or turn off the power somewhere upstream) the clock stops.  I never
> realized the clock had a battery; I always assumed that when it
> powered up it read the time of last boot off the disk.

Jeremy, I don't think it makes any difference if the B27 is connected to
the brick or not.  One B27 had been disconnected and boxed for some, and
I hooked it up and it still had the correct time and date.  The ones that
come up with random time and dates do so even though they remained
connected to a brick (the little red LEDs stay on).

|sua cuique voluptas                  (everyone has his own pleasures)|
|Randy Gellens                randy%mpa15ab@trenga.tredydev.unisys.com|
|A Series System Software                 if mail bounces,  forward to|
|Unisys Mission Viejo, CA                         rgellens@mcimail.com|
|Opinions are personal;   facts are suspect;   I speak only for myself|

                  Randomly selected tag:

Violence is the last refuge of the incompetent.
                Salvador Hardin

Newsgroups: comp.sys.unisys
From: mgingell@fox.nstn.ns.ca (Mike Gingell)
Subject: Sperry/Unisys AN/UYK computers
Organization: NSTN Network Operations Centre, Nova Scotia, Canada
Date: Wed, 23 Dec 1992 15:18:24 GMT

	I am trying to find out if there is any software available that will 
emulate the operation of the Sperry U1600 AN/UYK-20 or AN/UYK 505 military 
realtime computers.  The software should run on commercially available 
systems,  and if possible provide support such as HOST16 or HOST32, and 
ULTRA 16 and CMS-2 compilers.  If anybody has any idea of where I may be 
able to find something of this nature, I would be very grateful, indeed.


=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

Mike Gingell
Command and Control Engineer
Department of National Defence
Halifax, Nova Scotia
Phone:  (902) 427-4875
E-Mail: mgingell@fox.nstn.ns.ca
From: LFA15AB!JEREMY@TRENGA.tredydev.unisys.com
Newsgroups: comp.sys.unisys
Subject: Re: NEW BBS PROGRAM
Date: 22 Dec 1992 16:12:38 -0600
Organization: UTexas Mail-to-News Gateway
NNTP-Posting-Host: cs.utexas.edu
X-Unparseable-Date: 22 DEC 92 17:02


Randy,
I seem to recall that the B27 keeps time *as long as the power brick
is plugged in*.  If you turn off the power switch on the front of the
system unit, the power brick still supplies power to the clock circuit
(and the fan in the brick keeps running).  If you unplug the brick
(or turn off the power somewhere upstream) the clock stops.  I never
realized the clock had a battery; I always assumed that when it
powered up it read the time of last boot off the disk.

----------------------------------------------------------------------
Jeremy Leader       Advanced Data Models Department, Unisys
19 Morgan, Rm 1602  Internet: JEREMY%LFA15AB@TRENGA.tredydev.unisys.com
Lake Forest, CA     Voice 714-380-3552, Net2 689-3552, Fax 714-380-3606

Disclaimer: If I ever speak for Unisys, I'll let you know!

Newsgroups: comp.sys.unisys
From: MPA15AB!RANDY@TRENGA.tredydev.unisys.com
Subject: B27 Battery
Organization: C-S-U Gateway
Date: Tue, 22 Dec 1992 21:13:00 GMT

Anyone know to how to replace a B27 battery so that it once again maintains
time and date even when turned off?  Some PC techs replaced the battery in
one that I use, and for a few months, when turned on it had the time and
date of when it was last turned off, then it went back to having a random
time and date.

|sua cuique voluptas                  (everyone has his own pleasures)|
|Randy Gellens                randy%mpa15ab@trenga.tredydev.unisys.com|
|A Series System Software                 if mail bounces,  forward to|
|Unisys Mission Viejo, CA                         rgellens@mcimail.com|
|Opinions are personal;   facts are suspect;   I speak only for myself|

Newsgroups: comp.sys.intel
From: keith@ksmith.uucp (Keith Smith)
Subject: Re: Overdrive for the 486/50??
Organization: Keith's Computer, Hope Mills, NC
Date: Tue, 22 Dec 92 21:41:29 GMT

In article <8f9__KS00WB5Qu_ogq@andrew.cmu.edu> fj05+@andrew.cmu.edu (Faisal Nameer Jawdat) writes:
>msimmons@ec.uwa.oz.au (Michael Simmons - mgmt_staff) writes:
>> Why shouldn't this also work for 486DX/50 (50Mhz clock) -> 486DX2/66 (33Mhz
>> clock)
>
>Well for one thing, the dx50 and the dx2/66 are different chips

The Pin-outs are the same, The voltage LEVEL requirements are the same
at those pins.  The bus speed requirement are LESS on a DX2/66.  You
could run into a PERFORMANCE problem with with swap if you don't have
user programmable wait states and such for the motherboard.

>needing different motherboards, so it's quite possible that to switch
>chips like that could be hazardous...

If you had to de-solder the Crystal, YES.  The last motherboard I got
has is full of jumpers and will take any CPU/speed combo you care to put
on it without messing with the crystal, which I don't seem to see
anywhere on the darn thing.  Moving the crystal DOWN in speed is
unlikely to cause any problems in operation provided the leap is not too
far (like jumping to 2Mhz or something may cause some problems with the
support circuits).  If you are brave enough to de-solder the puppy I'd
suggest re-placing with a 14 pin gold tooled IC socket for an oscillator
IC, and comming up with a socket for any other independent crystal, so
you can put it back later. 

-- 
Keith Smith          uunet!ksmith!keith            5719 Archer Rd.
Digital Designs      BBS 1-919-423-4216            Hope Mills, NC 28348-2201
Somewhere in the Styx of North Carolina ...
From: tmcconne@sedona.intel.com (Tom McConnell~)
Newsgroups: comp.sys.intel
Subject: Re: endian, what is it?
Date: 2 Jan 1993 05:24:08 GMT
Organization: Intel Corporation
Distribution: world
Reply-To: tmcconne@sedona.intel.com
NNTP-Posting-Host: thunder.intel.com
Originator: tmcconne@sedona


In article <1i2go5INNac@uwm.edu>, markh@csd4.csd.uwm.edu (Mark) writes:
> In article <1992Dec21.101455.15024@csus.edu> eburk@sfsuvax1.sfsu.edu (Eli Burk) writes:
> >howdy
> >What is "big" endian and "little" endian? How do they relate
> >to 386 and 486?
> 
> These terms are no longer PC and highly offensive to liberal microprocessors.

  All the more reason to use them. I am beginning to intensely dislike the
pressure to put current political dogma over well understood, and in this case
meaningful, terms. Of course, if you meant that in jest, that was pretty
funny :)

    Cheers,

    Tom McConnell
-- 
 Tom McConnell          |     Internet: tmcconne@sedona.intel.com
 Intel, Corp. C3-91     |     Phone: (602)-554-8229
 5000 W. Chandler Blvd. | The opinions expressed are my own. No one in 
 Chandler, AZ  85226    | their right mind would claim them.
Newsgroups: comp.sys.intel,comp.arch