HDTenEightyP/NetNews huggingface dataset:
From: haidl@cs.uregina.ca (Mark Haidl)
Subject: Re: RISCwindows 4.X is only X11R4 based, any time frame for X11R5?
Date: Tue, 12 Jan 1993 23:09:09 GMT
Organization: University of Regina

haidl@mercury.cs.uregina.ca (Mark Haidl) writes:

>rex@cs.su.oz.au (Rex Monty di Bona) writes:

>>In article <memo.848176@cix.compulink.co.uk> trevc@cix.compulink.co.uk writes:
>>> Although MIPS has not done an X11R5 release, they did attempt to fix
>>> the problemm by retrofitting the changes into X11R4 when they did the 
>>> RISCwindows 4.10/4.11 release.

>>Is there any time frame for an X11R5 version of RISCwindows? Has anybody
>>already done a build for RISC/OS 5.X and had any problems etc? We are about
>>to start building the X11R5 version.
>>--
>>Rex di Bona (rex@cs.su.oz.au)		 Penguin Lust is NOT immoral
>I have build X11R5pl0 under 5.0 and have been using it for about 4 months.
>The only problem I have had is with the xterm program. Some programs
>will not work with the pseudo tty the xterm uses(su and script core dump).
>(this was expected due to the major tty changeds in 5.0)
>Both of these are easy to work around so it overall has worked very well.
>I haven't checked the patches lately to see if there have been any updates
>to fix the xterm problem.
I should have mentioned that I have not tested the server code as all of
our MIPS machines are headless.
--
Mark Haidl, Systems Manager, Dept of Computer Science, U of Regina, Canada
haidl@cs.uregina.ca,  regina!mercury!haidl
Phone: (306)585-4977, Fax: -5205
Xref: sparky comp.sys.mips:1163 comp.sys.dec:6796 comp.unix.ultrix:9245 comp.sys.sgi:18670 comp.sys.sgi.misc:238
From: salehi@gaia.cs.umass.edu (James Salehi)
Newsgroups: comp.sys.mips,comp.sys.dec,comp.unix.ultrix,comp.sys.sgi,comp.sys.sgi.misc
Subject: Need MIPS libc.a source
Date: 11 Jan 93 17:00:29 GMT
Followup-To: comp.sys.mips
Organization: Dept. of Computer Science, UMass/Amherst

I need the source for the libc.a that was released with Ultrix 3.1. 
DEC has sent me to SGI, because (I believe) that version of libc.a 
was the one released by MIPS for their C compiler. 

Does anyone (perhaps at SGI or DEC) know how I can locate this source? 

Thanks.  

JIM
--
-----------------------------------------------------------------------------
Jim Salehi                                     Department of Computer Science
Networks and Performance Group                 University of Massachusetts
salehi@cs.umass.edu                            Amherst, MA 01003
                                               (413) 545-3179
From: fenton@su19a.ess.harris.com (S. Fenton McDonald)
Newsgroups: comp.sys.mips
Subject: FPU vs. No FPU
Date: 8 Jan 93 15:47:10 GMT
Organization: Harris Corporation


General question:

Does anyone have performance information comparing the MIPS
architecture when the FPU is present to when floating point
instructions are emulated?

============================================================================   
     S. Fenton McDonald         fenton@su19a.ess.harris.com		
     Harris Corporation		Office (407) 727-5739
     Palm Bay FL	
============================================================================
Newsgroups: comp.sys.mips,list.epixinfo
From: peter@dragon.acadiau.ca (Peter Steele)
Subject: Can I format this disk for a 4680?
Organization: Acadia University
Date: Mon, 11 Jan 1993 13:25:02 GMT

We have a 2G (unformatted) scsi disk that we want to format and use
on a 4680. It's a Fujitsu 2652S-512, and I've formatted it for a Sun
without problems (result is around 1.6G formatted). When I try to
update the volume header for our 4680, it does work. On-line, I see
the following error:

# format
 
MIPS Format Utility
 
 
WARNING: Please refer to the Technical Reference Manual
         for this machine before running this program.
         Certain responses to many of the questions result in
         the permanent loss of data from the disks on this machine.
 
 
Enter full path to /dev entry for entire volume? /dev/rdsk/ijc1d1s10
FUJITSU -M2652S-512      -005F-        -            -DISK            
Invalid disk geometry info. Retrying...
Invalid disk geometry info. Retrying...
Invalid disk geometry info. Retrying...
Invalid disk geometry info. Retrying...
DIOCDISKGEOM: Error 0

and then format aborts. From the prom monitor, the format command
lets me get a bit further. I specify dkip(1,1) in this program,
and specify the disk as an "other", and provide all the normal
information such as heads and sectors and so on. But when I write
out the new volume header, nothing seems to be changed and the
disk is still unsuable. I cannot format it either. Can anyone
suggest what I'm doing wrong?
-- 
Peter Steele        Unix Services Manager            peter.steele@acadiau.ca 
Acadia Univ., Wolfville, NS, Canada B0P 1X0  902-542-2201  Fax: 902-542-4364
Newsgroups: comp.sys.mips
From: haidl@mercury.cs.uregina.ca (Mark Haidl)
Subject: Re: RISCwindows 4.X is only X11R4 based, any time frame for X11R5?
Date: Mon, 11 Jan 1993 17:53:03 GMT
Organization: University of Regina

rex@cs.su.oz.au (Rex Monty di Bona) writes:

>In article <memo.848176@cix.compulink.co.uk> trevc@cix.compulink.co.uk writes:
>> Although MIPS has not done an X11R5 release, they did attempt to fix
>> the problemm by retrofitting the changes into X11R4 when they did the 
>> RISCwindows 4.10/4.11 release.

>Is there any time frame for an X11R5 version of RISCwindows? Has anybody
>already done a build for RISC/OS 5.X and had any problems etc? We are about
>to start building the X11R5 version.
>--
>Rex di Bona (rex@cs.su.oz.au)		 Penguin Lust is NOT immoral
I have build X11R5pl0 under 5.0 and have been using it for about 4 months.
The only problem I have had is with the xterm program. Some programs
will not work with the pseudo tty the xterm uses(su and script core dump).
(this was expected due to the major tty changeds in 5.0)
Both of these are easy to work around so it overall has worked very well.
I haven't checked the patches lately to see if there have been any updates
to fix the xterm problem.
Newsgroups: comp.sys.mips
From: trevc@cix.compulink.co.uk (Trevor Cotton)
Subject: Re: Help with Extending Mouse Buffer
Reply-To: trevc@cix.compulink.co.uk
Date: Thu, 7 Jan 1993 19:22:00 +0000


adamec@neptune.gsfc.nasa.gov (David Adamec) writes:

>Does anyone know if there is a simple way to expand the
>buffer used by the mouse for cutting/pasting operations.
>I find that I am only able to save about 20 lines in
>the mouse buffer. Is there a default resource that
>can be overridden?

This is a generic X / pty problem, and not a result of any buffer
size and not specific to MIPS.

MIT worked on fixing this in X11 Release 5. Here is a summary of
their comments from MIT bugs 3306 and 3673

"xterm now feeds large pastes to the pty only as fast as it will
accept data. Correct tty drivers will reject unwritable data with
EWOULDBLOCK or EAGAIN. On such a system I have been able to paste
/usr/dict/words (.2Mb) into an xterm running vi.
After fixing xtem, I discovered that some O/S's claim the pty write
succeeded when in fact they have dropped the data.  I'm not going to
publish the list of offenders here to avoid embarrasing the guilty,
but don't blame me if you don't see any improvement."

Although MIPS has not done an X11R5 release, they did attempt to fix
the problemm by retrofitting the changes into X11R4 when they did the 
RISCwindows 4.10/4.11 release.

Here are the MIPS bug fix comments (bug 4646)

" Cut/paste works better. Even though the success rate for cutting
large amount of text is not 100%, it's great improvment compare to
previous releases already. Again, this is a generic problem, and it
has been documentated in the "Known problems and limitations" section 
of the release notes.
Fixed by grafting in an R5-based v_write() in charproc.c. "

So, upgrade to RISCos 5 and RISCwindows 4.11 to get the fixes.

--trevc--
Newsgroups: comp.sys.mips
From: jo@vax135.att.com (Joseph Othmer)
Subject: Problems with NIS under RISCos 5.0B
Organization: AT&T Bell Labs, Holmdel
Date: Mon, 11 Jan 1993 14:31:31 GMT
Keywords: NIS YP yellow pages

I am having problems with NIS (Yellow Pages) under RISCos 5.0B.
I have setup NIS on SUN machines and DEC machines before without
problems, but this time I am having problems.

I first tried setting up the machine as an NIS client. The problem
was the ypbind program would not bind to a ypserv program
running on my other machines. I noted that the NIS startup file,
/etc/init.d/yp_client, uses the -ypset option. It then uses the
ypset command with the contents of /etc/my_yp_master for
its arguments to set the NIS server. Why must I do this?
Why doesn't it bind to a server using broadcast techniques?

I even tried making the machine an NIS slave server so it would bind to
its local NIS server. This did not work either. The NIS startup file,
/etc/init.d/yp_submaster, also uses the -ypset option to ypbind
followed by the ypset command.

I ran rpcinfo to try to see what is going on. I noted the version
numbers of the ypbind programs are different than those on my SUN
and DEC machines. I suspect a problem with incorrect versions numbers.
Has anyone seen this problem?



This is the output from the machine running RISCos 5.0B
   program vers proto   port
    100004    2   udp    801  ypserv
    100004    2   tcp    802  ypserv
    100004    1   udp    801  ypserv
    100004    1   tcp    802  ypserv
    100007    3   tcp   1029  ypbind
    100007    3   udp   1041  ypbind
    100007    2   udp   1041  ypbind
    100007    2   tcp   1029  ypbind

This is the output from a machine running SUNOS 4.1.2
   program vers proto   port
    100004    2   udp    670  ypserv
    100004    2   tcp    671  ypserv
    100004    1   udp    670  ypserv
    100004    1   tcp    671  ypserv
    100007    2   tcp   1024  ypbind
    100007    2   udp   1027  ypbind
    100007    1   tcp   1024  ypbind
    100007    1   udp   1027  ypbind

This is the output from a machine running Ultrix 4.2
   program vers proto   port
    100004    2   udp   1028  ypserv
    100004    2   tcp   1024  ypserv
    100004    1   udp   1028  ypserv
    100004    1   tcp   1024  ypserv
    100007    2   tcp   1025  ypbind
    100007    2   udp   1037  ypbind
    100007    1   tcp   1025  ypbind
    100007    1   udp   1037  ypbind




-- 
Joe Othmer, Visual Communications Research Dept. AT&T Bell Laboratories,
Holmdel, NJ, 07733 Voice: 908 949-6975  FAX: 908 949-3697
UUCP: att!vax135!jo    INTERNET: jo@vax135.att.com

Newsgroups: comp.sys.mips
From: sgccses@citec.oz.au (Stephen Spence)
Subject: Swap - how much is used at a given time ?
Organization: CITEC
Date: Mon, 11 Jan 1993 00:42:06 GMT

I need to know how much swap is being used at a given point in time.

sar does not seem to be a good utility.
Are there any others ?

Thx
Stephen

PS - mail prefered


-- 
Stephen Spence                |
CITEC                         |        "Stop the WORLD
Australia                     |  Cause this is where I get off"
612 07 227 6969               |       The SCREAMING JETS
sgccses@citecuc.citec.oz.au   |
-- 
Stephen Spence                |
CITEC                         |        "Stop the WORLD
Australia                     |  Cause this is where I get off"
612 07 227 6969               |       The SCREAMING JETS
From: mccauley@phaeton.asd.sgi.com (Jay McCauley)
Newsgroups: comp.sys.mips
Subject: Re: Adjust CPU Hz by X to Y
Date: 6 Jan 93 18:52:54 GMT
Organization: Silicon Graphics, Inc.

If there were an FAQ, this should be on it.  They're harmless.  They
come from small adjustments made to the clock to keep it in sync.
To avoid having time go backwards or stop, the clocks are pulled into
sync by fudging the amount each "tick" is worth.  This also works to
make the clock go forward, you fudge the value upward.  The message
should probably have been made a lower priority so it would get tossed
by standard syslog configs, but there was a time this was broken and
we needed the info.  (For those with long memories, recall what happened
on the last Leap Day, YECCH!)

Jay McCauley
RISC/os Raconteur
Newsgroups: comp.sys.mips
From: adamec@neptune.gsfc.nasa.gov (David Adamec)
Subject: Help with Extending Mouse Buffer
Keywords: mouse
Organization: NASA Code 971, Oceans & Ice Branch
Date: Wed, 6 Jan 1993 23:05:10 GMT

  Does anyone know if there is a simple way to expand the buffer used by the
mouse for cutting/pasting operations. I find that I am only able to save about
20 lines in the mouse buffer. Is there a default resource that can be overridden?

                                     Thanks,

                                       David Adamec
From: adiwan@quick.fox.cs.cmu.edu (Amer Diwan)
Newsgroups: comp.sys.mips
Subject: Questions about the R3000 cache
Date: 12 Jan 93 21:52:06 GMT
Article-I.D.: QUICK.ADIWAN.93Jan12165206
Reply-To: adiwan@cs.cmu.edu
Distribution: comp.sys.mips
Organization: School of Computer Science, CMU

I am collecting memory reference traces from ML programs compiled with SML/NJ
compiler and running them through cache simulators (dinero/tycho).  I am doing
this on DECStations 5000/120 and DECStations 5000/200 running Mach.  For
me to be able to accurately evaluate the effects of memory access patterns on
the running time of the programs, I need to have a detailed understanding of
the write buffer behavior.  I need answers to the following:

1. Latency of a write hit when the write buffer is empty
2. Latency of a write hit when the write buffer is full
3. Latency of a write miss when the write buffer is empty
4. Latency of a write miss when the write buffer is full

The DS5000/200 specs. seem to answer at least 3: 13 cycles (CPU cache fill).
What about the rest?

Are there any trace driven simulators out there that take the write buffer
into consideration?

Other questions: is the R3000 cache write-allocate?  If so, does it do
sub-block replacement or is a whole cache line brought in at once on a write
miss? 

Thanks a lot.
    Amer
--
---------------------------------------------------------------------------
Amer Diwan					School of Computer Science
Fox Project					5000 Forbes Avenue
adiwan@cs.cmu.edu				Carnegie Mellon University
(412) 268-3066                                  Pittsburgh, PA 15213
From: ajudge@maths.tcd.ie (Alan Judge)
Newsgroups: comp.sys.mips
Subject: Adjust CPU Hz by X to Y
Date: 6 Jan 93 15:42:02 GMT
Organization: Dept. of Maths, Trinity College, Dublin, Ireland.

Does anyone know what these kernel messages mean in RISCos 4 or 5?
We get these a lot when running XNTP and there seems to be some
sort of problem with the interaction in RISCos 5.
-- 
Alan Judge   ajudge@maths.tcd.ie  a.k.a. amjudge@dsg.cs.tcd.ie +353-1-7021782

"The path of my life is strewn with cowpats from the devils' own herd."
                                          -- Edmund Blackadder II
Newsgroups: comp.sys.mips,gnu.gdb.bug
From: quenton@cherniak.on.ca (Dennis Smith)
Subject: Configuring gdb for a mips 3240 running 4_52
Organization: Cherniak Giblon
Date: 	Mon, 4 Jan 1993 20:53:49 -0500
To: gnu-gdb-bug@uunet.uu.net
Distribution: world
Approved: info-gnu@prep.ai.mit.edu
Followup-To: comp.sys.mips,gnu.gdb.bug

I have wasted a few hours trying to run "configure" for a mips 3240
(or 3230 for that matter, same problem).  I have tried

	configure mips
	configure mips-big-sysv

and a few other less reasonable combinations.  It continues to
complain that
	opcodes does not support host mips-....
	BFD does not support host mips-....

Some combinations say

	GDB does not support ....

Perhaps I am missing something? (either some module or some piece
of knowledge)??

Help??
-- 
Dennis Smith, quenton@Cherniak.ON.CA, UUCP: ..!lsuc!cherniak!quenton
+1 416 771 7011, FAX +1 416 771 6288
Cherniak Giblon 10 Commerce Valley Dr. E. #400, Thornhill, Ont. CANADA L3T 7N7

Newsgroups: comp.sys.mips
From: tom@mips2.phy.queensu.ca (Tom Radcliffe)
Subject: c++ on MIPS
Keywords: C++
Reply-To: tom@mips2.phy.queensu.ca (Tom Radcliffe)
Organization: Queen's University Physics
Date: Tue, 5 Jan 1993 16:46:26 GMT

We are trying to get c++ going on a MIPS 3240 running RISC/OS 4.52 and
cc 2.20 without going to GNU g++ because of limitations on disc space.
Is there a c++ preprocessor or c++ compiler that will work with sdb etc?

Thanks,

T.J.R. (tom@mips2.phy.queensu.ca)

Newsgroups: comp.sys.unisys
From: wwkiii@well.sf.ca.us (Walt Kemmerer)
Subject: Re: seeking info on UDLC, P1024 and Uniscope
Organization: Whole Earth 'Lectronic Link
Date: Mon, 11 Jan 1993 19:32:27 GMT


Bill,

The UDLC and Uniscope protocols are indeed Unisys-specific, both
hailing back to the old Sperry Univac side of the house.  As for
P1024, these are actually a series of airlines protocols (P1024A,
P1024B, and P1024C) that are implemented in the Unisys (Sperry)
Distributed Communications Processor (DCP) family under the heading
of AIR/net (with some other airlines specific stuff also being
thrown in, like AX.25 and Inverted and Real ALC).  The P1024C
data presentation bears a strong resemblance to Uniscpe data stream
but the protocol wrapper is quite different.

There is some documentation on the Uniscope and UDLC protocols in
the DCP "dump buster's guide", which is on the release tape for
the DCP software release, called TELCON.  While this document is
no longer being actively supported (it appears), the UDLC and
Uniscope stuff hasn't changed for some time.  There were also
actual documents on these protocols: look around for an old Sperry
document called the UDLC General Description (UP number not in
front of me), and any of the Uniscope family (U400, UTS4000, UTS20,
UTS40, UTS60) Programmer's Reference Manuals (I believe).  These
all pretty much were the same vis a vis the protocol wrapper that
Uniscope implements but the data presentation layer capabilities
varied in the different mambers of the family.  I believe I have
copies of several of these (including the UDLC document), but I'll
have to unarchive them to give you the old UP numbers, and then
you're on your own in getting Unisys to decipher what they are
called these days (if they are even in print).

Best place for P1024 documentation is probably SITA, which has a
USA presence in GA, so you're in luck there.  Beware, however, that
many airlines use P1024 as a starting point and then implement
bilateral agreements to modify the protocol for their own specific
link.  This is a relatively common practice, so beware when an IBM
or Tandem P1024 variant is in play; check for bilaterals.

If I can be of further assistance, post a follow-up here in
comp.sys.unisys and I'll see what I can do to help you out.  The
whole arena of Unisys (Sperry) comms is pretty much under-documented
but it's not all that hard to decipher :-)

Cheers, Walt

----------------------------------------------------------
I/O Specialists, Inc. : kemmerer@ioscc.neosoft.com
3906 Green Fields     :-----------------------------------
Sugar Land, TX 77479  : Networking and Communications
713.858.0997          :-----------------------------------
From: ed@titipu.resun.com (Edward Reid)
Newsgroups: comp.sys.unisys
Subject: Re: unisys internal mapper email
Date: Wed, 6 Jan 93 18:32:07 EST(-0500)
Organization: Accuracy, Ltd.
Reply-To: ed@titipu.resun.com (Edward Reid)
X-Mailer: uAccess - Macintosh Release: 1.6v0

silla@prophecy.West.Sun.Com (Lito Silla) writes:
> I need information on how I could send internet email to unisys internal
> mapper email system.

Here's two versions that I've saved.  However, my caveat is that I could
never make this gateway work.  I'd be very interested in knowing if you use
the gateway successfully.

<<<<<begin quote>>>>>
From: dave@dlb.com (Dave Buck)
Subject: Re: What happened to unislc.slc.unisys.com?
Date: 2 Oct 92 16:02:31 GMT

Address your E-Mail to postmstr@unislc.slc.unisys.com
Within the body of the message, put the line:
#To: CORP.ABC1
for example, if the OFIS-link address is ABC1/CORP
More than one #To: line can be included.  This interface IS CASE SENSITIVE.
<<<<end quote>>>>>



<<<<<begin quote>>>>>
From: kent@unislc.uucp (Kent Hogan)
Subject: Corprate E-mail
Date: 23 Sep 91 20:34:22 GMT

I have generated some scripts that execute in the background
on a unix system named unislc, which enables the unix mail
world to communicate with the different corprate mailers, ie.
CORP, EMMK, EMSN ,etc. by using the Ofis Manager product, the
IS product and UNIDATS.  These have been running for about 4
months.  I have included a brief description on how to mail
to Ofislink/Mapper and how a OfisLink/Mapper user can mail to
a unix system.  


               UNIX TO OFISLINK/MAPPER  OFISLINK/MAPPER TO UNIX


Sending mail from Unix to OfisLink/Mapper
---------------------------------------------------------------------------

Using one of the unix mailers, ie. mail, mailx, elm address the outgoing
mail to 'postmstr' and in the body of the text or in a cover letter include
        ----------
a line/s with a '#To:' followed by the address/es for the individual/s 
                ------
the mail is meant for.

Example:

#To: CORP.bimi EMMK.3182 emsn.1125

You can have more than one addressee on a line and more the one "#To:"
line, as shown above.

Only include address/es on the line with #To: make sure is no other text.

   (NOTE...Unix is very CASE sensitive)

Generate the text and mail it.



Sending mail from OfisLink/Mapper to Unix
-------------------------------------------------------------------------------

Using OfisLink or Mapper address the mail to "postmstr/un49" and in
the body of the text or in a Cover Letter include a line/s with the 
addresses preceeded by the "#To:".

Example:

#To: kent shadow!bjk brown@sys3

You can have more than one addressee on a line and more the one
"#To:" line.

Again, only include address/es on the line with #To: on it.

Note:	This is a simple conversion from either DCA or Ofis_one
	format to a flat ascii file.  All underline, bold, etc.
	will not be there
<<<<end quote>>>>>

Edward Reid  (8*}>
  eel:   ed@titipu.resun.com  or  nosc.mil!titipu.resun.com!ed
  snail: PO Box 378/Greensboro FL 32330
Newsgroups: comp.sys.unisys
From: riesen@fiveup.cs.unm.edu (Rolf Riesen)
Subject: Re: unisys internal mapper email
Organization: Computer Science Department, University of New Mexico
Date: Mon, 11 Jan 1993 23:55:59 GMT

Since we are talking about this topic again, has anyone figured 
out how to use this gateway from outside the US? Specifically,
friends of mine who for for Unisys in Switzerland can send a
message to postmstr/un49 via OFIS/link with the correct #To:
information, but it never gets to me.

I can send them messages without problems. Any ideas?

Rolf
Newsgroups: comp.sys.unisys
From: luis@worldbank.org (Luis Herrera W3/TI5LHM)
Subject: Re: unisys internal mapper email
Reply-To: luis@worldbank.org
Organization: WorldBank
Date: Thu, 7 Jan 1993 16:41:45 GMT

In article n1lh7a@titipu.resun.com, ed@titipu.resun.com (Edward Reid) writes:
> silla@prophecy.West.Sun.Com (Lito Silla) writes:
> <<<<<begin quote>>>>>
> From: dave@dlb.com (Dave Buck)
> Subject: Re: What happened to unislc.slc.unisys.com?
> Date: 2 Oct 92 16:02:31 GMT
> 
> Address your E-Mail to postmstr@unislc.slc.unisys.com
> Within the body of the message, put the line:
> #To: CORP.ABC1
> for example, if the OFIS-link address is ABC1/CORP
> More than one #To: line can be included.  This interface IS CASE SENSITIVE.
> <<<<end quote>>>>>
> 

	why do I get:

      ----- Transcript of session follows -----
421 Host unislc.slc.unisys.com not found for mailer ddn.
550 <postmstr@unislc.slc.unisys.com>... Host unknown

	Thanks !

			Luis


---

| Internet : luis@worldbank.org 	| Voice: (202) 473-6981       |
| UUNET    : uunet!nimbus!luis		| fax:   (202) 676-1634	      |
|                                     	| W3/TI5LHM                   |

Newsgroups: comp.sys.unisys