HDTenEightyP/NetNews huggingface dataset:
From: obi@gumby.ocs.com (Kuryan "Obi" Thomas)
Subject: SPARC virtual to physical address translation
Reply-To: obi@gumby.ocs.com
Organization: Online Computer Systems, Inc.
Date: Mon, 17 Aug 1992 03:29:08 GMT

Would some kind netperson please explain (by email if possible) how 32-bit
virtual addresses are translated into physical addresses using the SPARC
"reference MMU," whatever that is? I understand there is a two-level
translation scheme, using a segment map and a page map. There's also
something called a "context register." I'm clueless beyond this point.

What I'd like to know specifically is:

1. What is the context register? Is it something that establishes how a
   particular process's virtual addresses are translated to physical?

2. How does the two-level translation take place?

3. What is the segment map? The page map? What is a page map entry group
   (PMEG) and why are page map entries grouped?

4. How are the 32 bits of a virtual address mapped to 32 bits of physical
   address? (E.g., the low-order 12 bits is the offset in a page, the next
   5 bits are the page number...that sort of thing).

5. Any other nuggets of info you care to share.

I'm just a curious user, so any level of detail and partial answers are
welcome. I've been reading some of the papers in "The SPARC Technical
Papers," (Springer-Verlag 1991) and I'm now more confused than I was
before.

Thank you for any and all responses. I'll post a summary if there's enough
excitement.
From: GMacfarlane@acorn.co.uk (Graham Macfarlane)
Newsgroups: comp.sys.sun.misc
Subject: MS-DOS utility to read bar format disk
Date: 19 Aug 92 13:07:38 GMT
Organization: Acorn Computers Ltd, Cambridge, England

Does anybody know of an MS-DOS utility which will READ multi-volume bar
format floppy disks created on one of our Sun IPX machines?

Does anybody have a bright idea as to how else I could transfer data from
our IPX to an MS-DOS machine? Individual files can be larger than one disc,
so any suggestions must cope with multi-volume disks.

Please email any information to me at gmac@acorn.co.uk

Thanks in advance for any help

 Graham.
Xref: sparky comp.sys.sun.misc:3810 alt.folklore.computers:12824
Newsgroups: comp.sys.sun.misc,alt.folklore.computers
Subject: Re: what is halt_and_catch_fire?
From: Geoff@equinox.gen.nz (Geoff Mccaughan)
Date: 20 Aug 92 17:51:02 +1200
Organization: Equinox Networks
X-Newsreader: Tin 1.1 PL4

bmw@isgtec.com (Bruce M. Walker) writes:
>In article <1992Aug17.132819.29817@zoo.bt.co.uk> jcs@zoo.bt.co.uk (John C
Sager) writes:
>> I was told once that one of the unused opcodes on the original Motorola
6800
>> would put the processor into a halt mode in such a way that a particular
>> part of the chip got very hot & burned out, and this was called,
jokingly,
>> halt-and-catch-fire. It may however be apocryphal.
>
>It is semi-apocryphal.  One undocumented opcode in the MC6800
>instruction set caused the processor to cease fetching instructions,
                                         ^^^^^^^^^^^^^^^^^^^^^^^^^^^
>but to increment its address lines rapidly (every one or two clocks,
>don't remember which).  This became known as the HCF instruction:
>Halt-and-Catch-Fire, but that had nothing to do with the die
>temperature :-), just the vision of all the address lines madly
>flapping in the breeze.
>
>This feature was really handy for testing the address decode logic in a
>new 6800 design.  Just burn HCF into every EPROM location, get your 'scope
                                      ^^^^^^^^^^^^^^^^^^^^
>probes ready and let 'er rip.

Isn't this contradictory?

--
Geoff, Sysop Equinox (equinox.gen.nz) +64 (3) 3854406 [4 Lines]
                               Voice: +64 (3) 3852101
        "Hi. You have just entered the fourth dimension. Small isn't it?"
Newsgroups: comp.sys.sun.misc
From: georgn@noweh.com (Georg S. Nikodym)
Subject: Re: dead 3/60; help!
Organization: Noweh Software
Distribution: na
Date: Sun, 23 Aug 1992 05:54:01 GMT

In article <1992Aug21.024021.25484@news.Hawaii.Edu> goldader@hale.ifa.hawaii.edu (Jeffrey Goldader) writes:
>
>trying to boot from the disk with 'b sd(0,3,0)vmunix' gives the
>same response.

Try the following chart:

Device		SCSI ID	UNIX ID		BOOT ID
------		------	-------		-------

1st int disk	3	sd6		sd(0,18,0)
2nd int disk	1	sd2		sd(0,8,0)
1st ext disk	0	sd0		sd(0,0,0)
2nd ext disk	2	sd4		sd(0,10,0)
3nd ext disk	1	sd2		sd(0,8,0)
4th ext disk	3	sd6		sd(0,18,0)
1st tape	4	st0		st(0,0,0)
1st tape	5	st1		st(0,28,0)

Hope that helps.

-- 
Georg S. Nikodym  -  (416) 272-5198 / 720-4729
Noweh Software - Mississauga, Ontario, CANADA
UUCP:	{comspec.com, lsuc.on.ca, uunet.ca}!noweh!georgn
RFC822:	georgn@noweh.COM
From: jh@cadre.com (Joe Hartley)
Newsgroups: comp.sys.sun.misc
Subject: Re: Why is initial screen I/O so slow? (=Ne
Date: 12 Aug 92 15:49:29 GMT
Article-I.D.: fripp.1992Aug12.154929.25466
Reply-To: jh@cadre.com
Organization: Sun Microsystems, Inc.

In article 2277@lsl.co.uk, snail@lsl.co.uk () writes:
>In article <1992Aug10.170900.6655@nenufar.saclay.cea.fr>, basile@soleil.serma.cea.fr (Basile STARYNKEVITCH) writes:
>> In article <1992Aug10.123858.15682@fel.tno.nl>, 
>> qb7g6@fel.tno.nl (Maarten Landzaat) writes in comp.sys.sun.misc:
>> |> Can anybody explain the technical or marketing reasons why the initial
>> |> screen I/O on any Sun is so terribly slow? >> 
>> I suppose Maarten is talking about the (lot of) time it takes to start
>> an OpenWindow session
>
>I thought he was refering to the appaling scrolling that happens if the Sun
>machine is just in text mode (not in Open Windows etc) and behaves as if in
>a terminal (almost). The scrolling is almost as slow as a ZX81 (made by Clive
>Sinclair in 1981, based on a Z80 and had 1K RAM, marketed in the States by
>Timex). 

Hey, I had (and still do, somewhere) a ZX81, and I believe that its text
scrolling was faster than the console I/o  on my Sun IPC!

---
===============================================================================
Joe Hartley          | jh@cadre.com  -  Whenever you find that you are on the
Cadre Technologies   | side of the majority, it is time to reform. - M. Twain
222 Richmond St.     | --------------------------------------------------------
Providence, RI 02903 | Overman 1st Class - the Kilgore Trout Memorial Clench
(401) 351-5950 x266  |            of the Church of the SubGenius  
===============================================================================
Newsgroups: comp.sys.sun.misc,alt.folklore.computers
From: joet@dcatlas.dot.gov (Joe Trott)
Subject: Re: what is halt_and_catch_fire?
Organization: U.S Dept. of Transportation
Date: Tue, 18 Aug 1992 19:30:44 GMT


Instruction HCF (Halt and Catch Fire) I understood to be part of HOS, that
is, Hostile Operating System.  If Dennis Boylan reads this, perhaps he
would be so kind as to dig up and post and/or mail a copy of the whole
thing.  This was an item I saw floating around Georgia Tech sometime in the
late 70s.
-JTT
From: ctan@solomon.technet.sg (Tan Chee Weei)
Newsgroups: comp.sys.sun.misc
Subject: make in Solaris 2 core dumps
Date: 14 Aug 92 04:01:42 GMT
Distribution: all
Organization: National University of Singapore


Has anyone experienced running make in Solaris 2 and having it core dump
on a segmentation fault?  I'm running it on a makefile which works on
4.1.1.  Is it a known problem and has it been fixed in the FCS release?
Thanks.

CW
From: weinberg@sho.Sun.COM (Glenn Weinberg)
Newsgroups: comp.sys.sun.misc
Subject: Re: Getting iso_8859_1 characters to show on non-windows Suns
Date: 21 Aug 92 19:35:37 GMT
Reply-To: weinberg@sho.Eng.Sun.COM
Organization: Sun Microsystems
NNTP-Posting-Host: sho

In article <1992Aug21.141843.16922@lth.se>, kurt@dna.lth.se (Kurt Swanson) writes:
|> 
|> I have a problem where on a Sun, without starting up any windowing
|> system, I can't get 8-bit characters to show...  I have set LANG to be
|> iso_8859_1, and did a stty pass8.  The characters show as their 7-bit
|> stripped counterpart, and function as 8-bit, thus "v" (o with 2 dots),
|> shows as a v, but does not equal a v.  Is this possible a problem with
|> the default font?  And known work-arounds?

When there is no window system running, the display is managed by the
boot PROM.  The PROM did not support the full ISO 8859-1 font set until
version 2.6, which is just starting to ship now.  (Actually, version 2.5
supports the full ISO 8859-1 font set, but that version was only shipped
on SPARCsystem 600MP series machines.)

There are no provisions for loading another font into the PROM, so there is
no workaround when running on the raw console.

--
Glenn Weinberg    Sun Microsystems Computer Corp.    glenn.weinberg@Eng.Sun.COM
Opinions expressed above should not be construed as representing any position,
official or unofficial, of Sun Microsystems, Inc. or any of its businesses.
Newsgroups: comp.sys.sun.misc,comp.sys.sun.admin
From: rickert@mp.cs.niu.edu (Neil Rickert)
Subject: Re: Where the Eck is herror?
Organization: Northern Illinois University
Date: Thu, 13 Aug 1992 04:31:19 GMT

In article <1992Aug13.040617.11413@lokkur.dexter.mi.us> scs@lokkur.dexter.mi.us (Steve Simmons) writes:
>While building xftp I got an unresolved reference:
>
>ld: Undefined symbol 
>   _herror 
>make: *** [xftp] Error 2

 Try compiling with libresolv.a
From: gnu@hoptoad.uucp (John Gilmore)
Newsgroups: comp.sys.sun.misc
Subject: Re: GCC, Solaris 2.0, Cygnus Support, and a lesson in corporate ethics
Date: 16 Aug 92 06:48:22 GMT
Reply-To: solaris-compiler@cygnus.com
Organization: Cygnus Support, Palo Alto

rfg@netcom.com (Ronald F. Guilmette) wrote:
> It appears that Cygnus Support prefers to let their inaccurate picture
> of how the Solaris 2.0 port got done to remain essentially as is.  I
> can only guess as to the reasons for this, but I imagine that now that
> they have splattered their highly misleading claims across many netnews
> groups, it would be too embarrasing for Cygnus to admit that they had
> done a bit of "packaging" of the truth to serve their own corporate ends.

What's really happening is that we are too busy working on the GNU
software to be composing responses to Ron's 275-line diatribes.

If any of our _customers_ is unhappy with the professionally produced
tape and manuals, easy binary installation, and year's support that
they purchased for $2000, please let us know.  If anyone wants to
castigate us for making the same software available on the free SunSoft
Catalyst CDware disc, or on uunet, also let us know.  If Ron thinks he
can do a better job of providing development, support, distribution,
and marketing of free software, I recommend that he do so, and drive us
out of the market with his superior abilities -- instead of with
innuendo.

Personally I think we are making free software available to people who
would have never considered using it otherwise.  On the net, we forget
about the people who can't FTP down the latest gizmo in five minutes.
And forget that ads for low quality commercial software convince a lot of
people to buy, but there aren't (yet) any full-page ads for GNU software
to show people the other options.  If free software is going to climb out
of its niche and be truly useful to mankind in general, it needs
innovative marketing, serious salesmanship, and wide distribution, as well
as superior technical work.  Our `corporate ends' are to deliver that.

"See you in the ChangeLog..."

	John Gilmore
	Cygnus Support
-- 
John Gilmore   {sun,uunet,pyramid}!hoptoad!gnu   gnu@toad.com   gnu@cygnus.com
"It isn't given to us to know those rare moments when people
 are wide open and the lightest touch can wither or heal."
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.sys.sun.misc
Subject: Re: Why is initial screen I/O so slow? (=NeWS!)
Keywords: OpenWin slowness, NeWS
Date: 12 Aug 92 18:48:48 GMT
Organization: Auspex Systems, Santa Clara

>I think that's exactly what he means. Guy, could you please repeat
>the explanation for all of us curious people who haven't read your
>first posting about it? Thank you.

See article <13970@auspex-gw.auspex.com>.  The FORTH interpreter may not
contribute to all the slowdown, but the screen display isn't screamingly
fast even on non-OPEN PROM machines that don't do it in FORTH....
From: jack@cscdec.cs.com (Jack Hudler)
Newsgroups: comp.sys.sun.misc
Subject: Re: Someone in Sun Prod mgmt please read
Date: 14 Aug 92 17:13:09 GMT
Organization: Computer Support Corporation,  Dallas, Texas.

In article <binky-060892095941@192.100.87.190> binky@farallon.com (Jeffrey B. Williams) writes:
>The use of the term "slave" with respect to NIS servers shows little
>compassion on your part.  It's embarrasing to conduct a conversation
>about a complete NIS setup with a group of people to which this
>term has nothing but horrible conotations.

This is interesting, for the first time in my 20 years of programming I have
even equated 'human slaves' with 'slave'.
I think the only person here who has a problem with this term is you!
-- 
Jack Hudler - Computer Support Corporation - Dallas,Texas - jack@cs.com
From: jrd@cadre.com (john r. durand)
Newsgroups: comp.sys.sun.misc
Subject: Re: Someone in Sun Prod mgmt please read
Date: 13 Aug 92 13:52:10 GMT
Article-I.D.: fripp.1992Aug13.135210.1800
Reply-To: jrd@cadre.com
Organization: Cadre Technologies Inc.

nghoff@bb1t.monsanto.com (Norman G. Hoffman) writes:
> I love it when complaints about Political Correctness contain
> Politically Correct phrases like "anti-choice".

maybe that's because "pro-life" is a misnomer in that it implies that
the opposite position ("pro-choice") is in some way "anti-life".

---
john r. durand                Cadre Technologies Inc.

  O_o                         222 Richmond Street
=(  )=   Ack!                 Providence, Rhode Island
   U                          0  2  9  0  3

email: jrd@cadre.com          Phone: (401) 351-5950
			      FAX:   (401) 351-7380
From: jh@cadre.com (Joe Hartley)
Newsgroups: comp.sys.sun.misc
Subject: Re: Someone in Sun Prod mgmt please read
Date: 12 Aug 92 12:53:33 GMT
Article-I.D.: fripp.1992Aug12.125333.24103
Reply-To: jh@cadre.com
Organization: Sun Microsystems, Inc.

In article 1646@pacdata.uucp, jimh@pacdata.uucp (Jim Harkins) writes:
>And we simply must quit using those tools of the devil, demons.  True Story.
>When I was first setting up the Sun network here last year my boss called
>me into his office.  Seems he'd gotten a complaint from a co-worker about
>me always talking about spawning demons.  I was never told who complained
>but I've got a damn good idea, and I deal with this cowardly ignoramous
>as little as possible.  Maybe I should lodge a complaint about the bible
>scriptures on her calendar, turnabouts fair play.
>

In a previous life, I was doing consulting work for a state agency
(programming COBOL on an IBM System/36 - never again!).  There was a
way to terminate certain jobs that ran before they were completed, and
whenever I trapped the proper signal, I'd display a message "JOB
ABORTED".  Once the job was compl;eted and had been running for a
couple of weeks, a bigger cheese than the one who had contracted me
came down to look at the system.  This guy took one look at the message
and flipped, since he was anti-choice.  He insisted I change all of the
messaged that said "ABORT".  


===============================================================================
Joe Hartley          | jh@cadre.com  -  Whenever you find that you are on the
Cadre Technologies   | side of the majority, it is time to reform. - M. Twain
222 Richmond St.     | --------------------------------------------------------
Providence, RI 02903 | Overman 1st Class - the Kilgore Trout Memorial Clench
(401) 351-5950 x266  |            of the Church of the SubGenius  
===============================================================================
Organization: City University of New York/ University Computer Center
Date: Wednesday, 12 Aug 1992 12:51:57 EDT
From: <H71BC@CUNYVM.BITNET>
Newsgroups: comp.sys.sun.misc
Subject: Re: Getting a List of Devices Installed on a Sun

/usr/etc/devinfo
From: snail@lsl.co.uk
Newsgroups: comp.sys.sun.misc
Subject: Re: what is halt_and_catch_fire?
Date: 20 Aug 92 14:04:59 GMT
Organization: Laser-Scan Ltd., Cambridge

> I was told once that one of the unused opcodes on the original Motorola 6800
> would put the processor into a halt mode in such a way that a particular
> part of the chip got very hot & burned out, and this was called, jokingly,
> halt-and-catch-fire. It may however be apocryphal.
> Any comment out there??

M6800 - crap chip, MOstek 6502 is much better.

m68000 - excellent chip, but no HCF code. If only IBM had gone Motorola instead
of Intel. Apparently IBM wanted Motorola but they couldn't deliver 100,000
chips as fast as Intel (there was a M68000 and an Intel 8086 version of the PC
at prototype stage). As I've said before, evolution is unfair (see uk.misc).

The HCF code was in a VAX chip (or Z80??) I was told by a computer wiz about
seven years ago.

snail@lsl.co.uk
Newsgroups: comp.sys.sun.misc
From: styri@hal.nta.no (Haakon Styri)
Subject: Re: Someone in Sun Prod mgmt please read
Reply-To: styri@nta.no
Organization: Norwegian Telecom Research
Date: Thu, 13 Aug 92 11:56:02 GMT

In article <1992Aug12.231903.20168@afterlife.ncsc.mil>, David P. Kemp writes:
>
> Sun must also remove the ABRT signal, since it is guaranteed to cause hard
> feelings all around.  They thought they were being clever, leaving out
> a vowel, but we all know it means ABORT!

Guess David didn't find the smiley-keys on the keyboard...

I agree that naming concepts should be done with great care, avoiding
potentially loaded (or overloaded) words. (I wouldn't call `abort'
overloaded, it's only got two interpretations in my dictionary...)
One of the nice things with english is that it's a rich language in
terms of words.

However, if we should avoid all words that may offend some group of
people in all english-speaking countries we're going to have a hard
time. (Are australians offended by logging in as the UNIX super-user?)

---
Haakon Styri
From: dpkemp@afterlife.ncsc.mil (David P. Kemp)
Newsgroups: comp.sys.sun.misc
Subject: Re: Someone in Sun Prod mgmt please read
Date: 12 Aug 92 23:19:03 GMT
Organization: The Great Beyond

In article <1992Aug8.000308.20539@moe.einstein.com> jasper@iris.einstein.com (John Scott Peter XXXIII) writes:
>In article <binky-060892095941@192.100.87.190>, binky@farallon.com (Jeffrey B. Williams) writes:
>>
>> The use of the term "slave" with respect to NIS servers shows little
>> compassion on your part. 
>
>I must have missed your previous post(s) where you berated the lack of
>compassion of those who use the terms "die" and "kill" in regard to Unix
>processes.  It's embarrassing to talk about Unix with a group of people for
>whom these terms have nothing but horrible connotations, since some of their
>ancestors may have died.

Sun must also remove the ABRT signal, since it is guaranteed to cause hard
feelings all around.  They thought they were being clever, leaving out
a vowel, but we all know it means ABORT!

I support anyone's right-to-life, as long as it's confined to screenblank
programs, but the decision to abort a process must remain strictly
between the user and her system manager.

-- 
   Dave Kemp   dpkemp@afterlife.ncsc.mil 
-----------------------------------------------------------------------------
"The use of history as therapy means the corruption of history as history."
    -- Arthur Schlesinger          (quote stolen from Chet Ramey, CWRU)
From: gilbertd@p4.cs.man.ac.uk (David Alan Gilbert)
Newsgroups: comp.sys.sun.misc
Subject: Re: Why is initial screen I/O so ssslllooowww???
Date: 15 Aug 92 09:08:56 GMT

In <s+_ym0g@rpi.edu> petrasg@berra.cs.rpi.edu (George Petras) writes:

>If you need fast console output, you can try the program tconsole which
>speeds things up considerably, especially on Sun's graphics boxes.  I did
>an archie search and it can be found at svin02.info.win.tue.nl (131.155.70.100)
>in your neck of the woods via ftp.

Yeh - tconsole can also do a few other things - it can give you any
font you like , and it can use that space around the normal
text window which windowing systems use (you did pay for it so
you may as well use it!).  You can also invert the screen really
easily.  So I've got something liking 160x100 text lines if I wanted
- the only problem is that VI bombs out at those widths!

The other thing is that the text output is non-multitasking.  If your
using say an ELC like we are to do a bit of serving, then if you look
at a large bit of text outside a window system the network stops while it
waits for your disc.

Dave
-- 
-------------------------------------------------------------------------------
- David Alan Gilbert - gilbertd@p4.cs.man.ac.uk - G7FHJ@GB7NWP                -
-------------------------------------------------------------------------------
From: token@ernohb.UUCP (thomas kendelbacher)
Newsgroups: comp.sys.sun.misc
Subject: Re: Why is initial screen I/O so slow? (=NeWS!)
Keywords: OpenWin slowness, NeWS
Date: 12 Aug 92 12:02:00 GMT
Organization: Erno Raumfahrttechnik GmbH, Bremen, Germany

In article <13973@auspex-gw.auspex.com>, guy@Auspex.COM (Guy Harris) writes:
|> >I suppose Maarten is talking about the (lot of) time it takes to start
|> >an OpenWindow session
|> 
|> Not necessarily; he could be talking about the fact that output to
|> "/dev/console", before a window system is started up, is slow; I've
|> already posted an explanation of why that's the case.

I think that's exactly what he means. Guy, could you please repeat
the explanation for all of us curious people who haven't read your
first posting about it? Thank you.

Regards,
Thomas Kendelbacher  |  email : tkendel@ernohb.uucp
Robbenplate 13       |  voice : +49 421 539 5492
D-2800 Bremen 66     |     or : +49 421 57 04 37
Germany
Newsgroups: comp.sys.sun.misc
From: arr@uunet!tellab5!odgate (Andy R. Rolfe)
Newsgroups: comp.sys.sun.misc
Subject: Need to read MSWin CD on VMS or SUN
Summary: Need to read MSWin CD on VMS or SUN
Keywords: CD HELP VMS SUN
Date: 14 Aug 92 19:53:43 GMT
Distribution: comp
Organization: Odesta Corporation


  Can anyone direct me to the proper tools to allow me to read & use a CD ROM
  that was created for MS Windows/DOS on either a VAX VMS CD player or a SUN
  CD player?  Both our SUN and VAX CD players are available on our NET.  Is
  there a way to use them as shared devices from a PC and read Microsoft CDs?
  Or at least read the data off the CD into the filesystem which then can be
  accessed over the NET.

  Thanks for any help...

-- 
  Andy Rolfe - arr@odgate.uucp
						 | Odesta Systems Corporation
  "You are no more or less than what you know,	 | 4084 Commercial Ave.
 	you remember, and you create."		 | Northbrook, IL  60062
	  -- Andy ".red" Rolfe --		 | (708) 498-5615 x301


-- 
-- 
						 | Odesta Systems Corporation
  "You are no more or less than what you know,	 | 4084 Commercial Ave.
 	you remember, and you create."		 | Northbrook, IL  60062
Newsgroups: comp.sys.sun.misc
From: ckd@eff.org (Christopher Davis)
Subject: Re: Why is initial screen I/O so slow? (=NeWS!)
Followup-To: comp.sys.sun.misc
Organization: Electronic Frontier Foundation Tech Central
	<CKD.92Aug15180857@loiosh.eff.org> <1738@ernohb.UUCP>
Date: Mon, 17 Aug 1992 20:31:53 GMT

TK> == thomas kendelbacher <token@ernohb.UUCP> 

 TK> That spells out as "in order to speed up OpenWindows-3 startup,
 TK> forget it and use something else instead ???"

Precisely.  Just as "in order to get sendmail to do the right thing,
junk the one Sun supplies and use something else instead."

Or "in order to get NIS to deal properly with hostname resolution,
forget it and use something else instead."

I tend to have little patience for brain-damaged vendor software. :)
--
Christopher Davis * ckd@eff.org * System Administrator, EFF * +1 617 864 0665
            ``Ed Gruberman, you fail to grasp Ti Kwan Leep.
            Approach me that you might see.'' -- The Master