HDTenEightyP/NetNews huggingface dataset:
From: bguest@ateam.ems.cdc.com (Brandon Guest)
Newsgroups: comp.unix.aix
Subject: Re: malloc(0) fails on AIX and nowhere else I could find ...
Date: 7 Jan 93 21:30:05 GMT
Organization: Empros Systems International, a division of Ceridian

In article <2132@coyote.UUCP> drake@drake.almaden.ibm.com (Sam Drake) writes:
>In article <93Jan7.012526est.169557-2@watdragon.uwaterloo.ca> jmsellen@watdragon.uwaterloo.ca ("John M. Sellens") writes:
>>Trying to malloc() 0 bytes on AIX fails, but works on Ultrix, IRIX,
>>Dynix, SunOS, BSD, MIPS RiscOS.
>
>It's explicitly forbidden by SVID, as I recall.  AIX is SVID
>compliant.  Are any of the other systems you mentioned?  (Apparently
>not.) Trying to make folks happy who think "UNIX == BSD" and those who
>think, "UNIX == System V" ain't always possible.

Having researched this recently, the comment about SVID compliance is
not 100% correct.  AIX (at 3.2) is now POSIX compliant for system calls.
Or, alternatively, AIX is compliant with SVID except where it conflicts
with POSIX or XPG.

The following is copied from a letter I received from David Luner 
(Luner@vnet.ibm.com) Thanks David.

"AIX/6000 Version 3.2 is based upon UNIX System V and conforms to the IEEE
POSIX Standard 1003.1 - 1990, is compatible with 4.3 BSD and is designed to
meet Trusted Computing Base level C2 security." (from the sales manual)

"AIX/6000 Version 3.2 which is IBM's implementation of UNIX System V
Release 3 (SVID) running on the RISC System/6000 has been tested using
the USL (UNIX System Laboratory) System V Verification Suite and conforms
to the Base System as specified in Issue 2 of the USL System V Interface
Definition Volumes 1, 2 and 3.  AIX/6000 Version 3.2 complies with SVID-2
except where it conflicts with International Standards, National
Standards, National Institute of Standards and Testing (NIST), or X/Open."


This has led to confusion in the past with BSDites and the SysVites
saying that AIX is so screwed up because it doesn't do either right.
Such is life in the world of 'Open Systems' and 'Standards'.

Brandon
-- 
H. Brandon Guest                | bguest@ems.cdc.com
Empros Systems International    | (A division of Something)
2300 Berkshire Lane North       | Voice (612) 553-4529
Plymouth, MN 55441-3694         | Fax   (612) 553-4018
Newsgroups: comp.unix.aix
From: nsysdbj@acs.ncsu.edu (David Joyner)
Subject: Re: AIX system process limits
Organization: North Carolina State University
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 8 Jan 1993 00:49:59 GMT

Eric Sulzner (esulzner@cad669.intel.com) wrote:
: 
:    Finding out how many total processes may run on the system at once
:    is not trivial. Does anyone understand where this value is stored,
:    or if calculated, how?
: 

I suppose the real limit is 2^17 since that is the size of the AIX 3.2
process table (if you get that many running, I'd like to see it!).
However, only the active entries of the process table are pinned in
the kernel.

The active process table is defined by the kernel variables proc
(beginning address) and max_proc (ending address of active table).
The kernel will pin more memory and extend max_proc as needed.

I suppose you might get an "out of processes" error if virtual memory
was low and the kernel could not get enough core to extend the table
(that's just a guess).

For more on the subject, check out the article "The Preemptable and
Pageable AIX Kernel" by Jeff Peek in the August 1992 AIXpert.

--
David Joyner (nsysdbj@acs.ncsu.edu)
Unix Systems Programmer                            | Phone: (919) 515-2794  |
NCSU Administrative Computing Services             | FAX:   (919) 515-3787  |
From: Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel)
Newsgroups: comp.unix.aix
Subject: passwd -f not resseting uid before exec ? (3.2)
Date: 4 Jan 1993 19:29:44 +0100
Organization: INSA Informatique, Lyon, France
NNTP-Posting-Host: grasp1.univ-lyon1.fr
Summary: AIX and security, comme back another day...

It is our policy not to allow users to change their GECOS field.  
But with 3.2, I did not find a solution to succeed.

I have modified access rights to chfn acordingly.  A simple user can't
execute it anymore.

BUT... "passwd -f" does a call of chfn, and it succeeds. So I
guess that it does forget to reset the UIDs 
before calling the chfn.

Is there any usable solution ?

Are there other such jokes in AIX password handling ?

-- 
Christophe Wolfhugel    |    Email: Christophe.Wolfhugel@grasp.insa-lyon.fr
  "Premier reve de 93: l'Europe, un cauchemar."
From: tasos@cs.bu.edu (Anastasios Kotsikonas)
Newsgroups: comp.unix.aix
Subject: Re: malloc(0) fails on AIX and nowhere else I could find ...
Date: 8 Jan 93 15:26:42 GMT
Organization: Computer Science Department, Boston University, Boston, MA, USA

In article <93Jan7.012526est.169557-2@watdragon.uwaterloo.ca> jmsellen@watdragon.uwaterloo.ca ("John M. Sellens") writes:
>Trying to malloc() 0 bytes on AIX fails, but works on Ultrix, IRIX,
>Dynix, SunOS, BSD, MIPS RiscOS.
>
>OK, it's documented in the man page on AIX, but it's a pointless and
>annoying inconsistency.  I wish AIX was UNIX.

Thanks for posting a documented feature. Now please go through all the AIX
manuals and post all such potential problems that are bound to cause problems
like this (I allocate zero bytes every day for my imaginary structures in my 
imaginary programs), and make any effort to make these posting as lengthy as
possible to flood the world with more crud that we could ever handle.

Thanks also for posting the progy -- we could never write our own to
allocate 0 bytes and check for the return address from malloc(); sharing code
is important I think.

Tasos
From: brent@spss.com (Brent Lambert)
Newsgroups: comp.unix.aix
Subject: Dynamically Loaded Shared Libraries and dbx
Date: 4 Jan 93 20:06:47 GMT
Organization: SPSS, Inc. - portable code group

SUMMARY:

Program and libraries have proper common resolution, but dbx doesn't.


PROGRAM ARCHITECTURE:

Mixed C & FORTRAN main executable exports a common block.
FORTRAN shared library imports the common block.
Main executable dynamically loads shared library (load & loadbind),
then invokes a subroutine in the shared library (exported, of course).
The subroutine references the exported common in the process of
performing it's function.


PROBLEM:

This program works fine!  Even in dbx.  But dbx doesn't work fine.

While stepping through a subroutine in the library, I attempt to print
the value of a common variable exported from the main executable, and
dbx gives a value which I know not to be true, and which would break
the program if it were.

Here's a partial transcript (with the names changed for clarity) to
show you what I mean.  The main characters are:
    GLOBVAR, a common variable which is exported from the main executable
    LOCVAR, a local variable (in the subroutine)

-----Begin-Debugging-Transcript------------------------
stopped in file1 at line 96 in file "file1.f"
   96         LOCVAR = GLOBVAR
(dbx) p LOCVAR,GLOBVAR
0 -1 
(dbx) n
stopped in file1 at line 97 in file "file1.f"
   97         IPTNDI = 0
(dbx) p LOCVAR,GLOBVAR
51195 -1 
(dbx) whatis LOCVAR
 integer*4 locvar
(dbx) whatis GLOBVAR
 integer*4 globvar
-----End-Debugging-Transcript--------------------------


DISCUSSION:

I believe that the debugger is looking at a local copy of the common,
rather than the exported copy that the actual code uses.  What I'm
looking for is a way to tell dbx to look at the same common the
program uses.

Since this is a large project, with more than 50 shared libraries,
hundreds of common blocks, thousands of source files, and half a dozen
developers, I'm looking for a general debugging solution which doesn't
require code changes.

If anyone has any suggestions, please Email me at brent@spss.com then
I'll summarize to the net.  Thanks.


-- 
The above statements are not the opinions or policies of SPSS Inc.
The above statements may not be the opinions of Brent Lambert.
The first disclaimer is a policy of SPSS Inc.
Subsequent disclaimers are probably the opinion of Brent Lambert.
Newsgroups: comp.unix.aix
From: spider@hercules.kgn.ibm.com (Gregory Scallan)
Subject: Re: GL PTF?
Date: Mon, 04 Jan 93 13:53:41 GMT
Reply-To: spider@hercules.kgn.ibm.com (Gregory Scallan)
Organization: IBM Kingston NY

The PTF's shipped with 3.2.3 in October were for the base release which
basically just supported new hardware.  The PTF's in that release dragged
in some fixes, but most of the X11_3d PTF's were not a part of that PTF.
That was the 3.2.3 BASE release.  The 3.2.3 EXTENDED release just became 
available about 2 weeks ago and has all this 3D stuff wrapped in it.  There
is X11R5 plus 3D fixes for all hardware adapters, and software products like
GL, phigs, etc...It is my "belief" that the above PTF is on that tape, and may
even be superceded by a newer one, but it is hard to tell as PTF's get
generated
every few weeks.  I would probably start by getting 3.2.3 extended and parsing
your way thru the documentation to see what PTF's are on it for what you need.
If there are still any problems, support should be able to track down if that 
problem still exists or if it has been fixed.  Else it is best to wait until
the next Selective enhancement or Preventive Maintenance Package for upgrades/
fixes.

Greg

Newsgroups: comp.unix.aix
From: spider@hercules.kgn.ibm.com (Gregory Scallan)
Subject: Re: Will there be Motif/GL widgets?
Date: Mon, 04 Jan 93 14:20:25 GMT
Reply-To: spider@hercules.kgn.ibm.com (Gregory Scallan)
Organization: IBM Kingston NY

Yes

The source code is in /usr/lpp/GL/utilities/gutil.
The headers are in /usr/lpp/GL/utilities/inc.
The examples are in /usr/lpp/GL/utilities/examples.

There is also a README file there for making these widgets.

Newsgroups: comp.unix.aix
From: dhp@secapl.com (David Pfister)
Subject: Re: Print queue control characters
Date: Sat, 09 Jan 1993 03:03:17 GMT
Organization: Security APL, Inc.

In article <1993Jan6.220415.1@stc10.ctd.ornl.gov> jgc@stc10.ctd.ornl.gov (Jack Craven) writes:
>How do you setup several print queues for a single printer with each
>queue inserting control characters in front of each print request
>to switch the printer into the desired mode of operation? Is it
>documenated anywhere?
>
>jgc@stc10.ctd.ornl.gov
>
create a virtual printer (use mkvirprt).
Then modify the ci and cr parameters to send the appropriate
initialize and reset strings (use lsvirprt or chvirprt).
Look at the files in /usr/lpd/pio/predef as examples
4029.ps and 4029.pcl are good examples of how to do this for the
IBM 4029 printer series.
---
David Pfister
dhp@farstar.secapl.com
From: wrat@unisql.UUCP (wharfie)
Newsgroups: comp.unix.aix
Subject: Re: malloc(0) fails on AIX and nowhere else I could find ...
Date: 9 Jan 93 01:17:47 GMT
Organization: UniSQL, Inc., Austin, Texas, USA

In article <C0JvG9.1HBs@austin.ibm.com> dcm@codesmith.austin.ibm.com (Craig Miller - dcm@austin.ibm.com) writes:
>those who support malloc(0):	ptr = malloc(length);
>those who don't:		ptr = (length == 0) ? NULL : malloc(length);
>
>Right?  And the second case *always* works, regardless of whether the
>local implementation of malloc supports malloc(0) or not.  Right?

	Nope.  Most code that expects malloc(0) to return a pointer to
0 bytes does something like

	if (!(ptr=malloc(foo))) goto NO_MEMORY;
From: jz1j+@andrew.cmu.edu (James D. Zelenka)
Newsgroups: comp.unix.aix
Subject: Re: malloc(0) fails on AIX and nowhere else I could find ...
Date: 7 Jan 93 13:03:07 GMT
Article-I.D.: andrew.ofH=OfC00hYzAC559H
	<C0HCs4.Eoy@axion.bt.co.uk>
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA
MIME-Version: 1.0
Content-type: text/plain; charset=US-ASCII

Excerpts from netnews.comp.unix.aix: 7-Jan-93 Re: malloc(0) fails on AIX
.. Neil Winton@axion.bt.co. (1745)

> Pardon?  What do you mean `it works'?  Sure it returns a non-null pointer but
> what are you going to do with that?  You asked for no space to be allocated so
> how are you going to use that pointer-to-nothing?

The most standard use I know of for malloc(0) is to get a pointer that
can be passed to realloc(). In any case, this behavior of the AIX malloc
package is documented, and can be changed with mallopt, which is just
about all you can ask for in an operation whose results are defined as
implementation-specific.

-Jim Zelenka
jz1j@andrew.cmu.edu
Newsgroups: comp.unix.aix
From: nsysdbj@acs.ncsu.edu (David Joyner)
Subject: Re: malloc(0) fails on AIX and nowhere else I could find ...
Organization: North Carolina State University
X-Newsreader: TIN [version 1.1 PL6]
Date: Fri, 8 Jan 1993 01:13:25 GMT

James D. Zelenka (jz1j+@andrew.cmu.edu) wrote:
: Yeah, I ran into this too when I ported zephyr to AIX. There's an
: obscure fix for this.
: 
: If you call:
: 	mallopt(1,0);
: 
: Somewhere in your program, malloc(0) will no longer return NULL.
: 
: -Jim Zelenka
: jz1j@andrew.cmu.edu

That's a neat trick.  Info Explorer is misleading about mallopt():

"Nothing done with the mallopt subroutine affects how memory is
allocated by the system."

--
David Joyner (nsysdbj@acs.ncsu.edu)
Unix Systems Programmer                            | Phone: (919) 515-2794  |
NCSU Administrative Computing Services             | FAX:   (919) 515-3787  |
From: jeffc@magician.larc.nasa.gov (Jeff Cleveland)
Newsgroups: comp.unix.aix
Subject: Password Encryption
Date: 6 Jan 1993 16:04:14 GMT
Organization: NASA Langley Research Center, Hampton, VA  USA
Distribution: world
NNTP-Posting-Host: magician.larc.nasa.gov

Is there any way to encrypt passwords? I need for my daemon to be able to create
passwords on the fly.

We tried the newpass call, but it always wants terminal input, ignoring the values set in the password structure.

We then tried the putuserpw call, but it does not encrypt the password; it puts an unencrypted password into the password file.

Any help would be appreciated.


--------------------------------------------------------------------------------
Jeff Cleveland
LaRC DAAC System Administator
Unisys Corporation
NASA Langley Research Center
Hampton, Virginia
jeffc@magician.larc.nasa.gov
Newsgroups: comp.unix.aix
From: woan@exeter.austin.ibm.com (Ronald S. Woan)
Subject:  - Source code for xplay -
Date: Tue, 5 Jan 1993 06:13:06 GMT
Reply-To: woan@cactus.org
Organization: Austin School of Hardknocks

In article <1936@niktow.canisius.edu> pavlov@niktow.canisius.edu (Greg Pavlov) writes:
>  Sorry for the intrusion, but:  is there a separate group that concerns itself
>  with RS/6000 hardware issues ?  I scanned .newsrc but didn't see anything
>  that appeared to be applicable.

No there isn't. comp.unix.aix is the place for all issues currently...

-- 
+-----All Views Expressed Are My Own And Are Not Necessarily Shared By------+
+------------------------------My Employer----------------------------------+
+ Ronald S. Woan                       woan@cactus.org or woan@vnet.ibm.com +
+ other email addresses             Prodigy: XTCR74A Compuserve: 73530,2537 +
Newsgroups: comp.unix.aix
From: dcm@codesmith.austin.ibm.com (Craig Miller - dcm@austin.ibm.com)
Subject: Re: malloc(0) fails on AIX and nowhere else I could find ...
Date: Fri, 8 Jan 1993 19:28:57 GMT
Organization: IBM AWD, Austin

In article <1ikdebINN6qv@CS.UTK.EDU> moore@cs.utk.edu writes:
>...
>Say you're implementing a strings package and your string descriptor
>looks like struct string { int count; char *ptr }; Now when you assign
>to a string you want to malloc (or realloc) the right # of bytes and
>assign the return value from malloc to the ptr.  But with AIX (and
>many other SysV-based systems), you have to explicitly test in case
>the string you want to assign is zero length.

those who support malloc(0):	ptr = malloc(length);
those who don't:		ptr = (length == 0) ? NULL : malloc(length);

Right?  And the second case *always* works, regardless of whether the
local implementation of malloc supports malloc(0) or not.  Right?

So the second case is portable.  Right?

Five or six years ago, when I was developing applications, I wrote all
my apps the second way.  I realized that malloc(0) had basically been
undefined since day one.  Wouldn't it be more portable and easier to
simply design your application this way instead of complaining each time
you try to port your application to a new box? 

>Saying you shouldn't be able to malloc() zero bytes is like saying you
>shouldn't be able to have a zero-length file, or an empty record in a
>file, or you shouldn't be able to multiply something by zero.

I disagree.  Saying you shouldn't be able to malloc() zero bytes is
similiar to saying you can't strcpy() NULL: the behavior is undefined.
They've always been undefined!  Why depend on some implementation-specific
behavior when C gives you the opportunity to do otherwise?

>To be fair, AIX isn't unique in this regard -- most SysV based systems
>work this way.  Like most of the features unique to SysV, this one is
>a botch.

To most BSD users, SysV is a botch! (I used BSD in college and was a
BSD bigot until I was forced to use SysV...  And forced to realize
what it took to write BSD/SysV portably programs)

	Craig
-- 
Craig Miller, software mechanic:  AIXV3 Change Team (Level3 support)
#include <ibm/stds/disclaimer.h>
char *internet = "dcm@austin.ibm.com", *vnet = "AUSVM6(TKG007)";
From: jenkinsonjp@rcwusr.bp.com (John P. Jenkinson)
Newsgroups: comp.unix.aix
Subject: IBM 5GB 8mm drive support?
Date: 4 Jan 93 01:28:17 -0600
Organization: BP Exploration (Alaska)

we ordered and received some of IBM's new 5GB 8mm tape transports. they look
different, no flip down door,more like a fancy car tape deck (front load)
and more lights. ANYWAY, i can't get it to configure. called IBM support, they
said i needed some PTFs or V3.2.3 enhanced. i ordered both and got a tape
fula PTFs, which i installed. still won't configure. looked at all the PTFs
and none of them report to support the 5GB 8mm, looked at the PTFs list posted
in AUstin, nothing on 5GB 8mm support. called back and got a long list of PTFs
required and the one i can't find anywhere U411711. this is on a very busy
system with lotsa SCSI devices so i'll attempt to install on another machine
soon but i thought i'd ask if anyone else had successfuly configured one of
these.
Newsgroups: comp.unix.aix
From: bruce@idsssd.UUCP (Bruce T. Harvey)
Subject: Re: malloc(0) fails on AIX ... etc.
Organization: In*sight Distribution Systems, Inc.
Date: Sat, 9 Jan 1993 16:19:25 GMT

in article <31480@nntp_server.ems.cdc.com>, bguest@ateam.ems.cdc.com says:
> In article <2132@coyote.UUCP> drake@drake.almaden.ibm.com (Sam Drake) writes:
>>In article <93Jan7.012526est.169557-2@watdragon.uwaterloo.ca> jmsellen@watdragon.uwaterloo.ca ("John M. Sellens") writes:
>>>Trying to malloc() 0 bytes on AIX fails, but works on Ultrix, IRIX,
>>>Dynix, SunOS, BSD, MIPS RiscOS.
>>
> Having researched this recently, the comment about SVID compliance is
> not 100% correct.  AIX (at 3.2) is now POSIX compliant for system calls.
> Or, alternatively, AIX is compliant with SVID except where it conflicts
> with POSIX or XPG.
> 
> This has led to confusion in the past with BSDites and the SysVites
> saying that AIX is so screwed up because it doesn't do either right.
> Such is life in the world of 'Open Systems' and 'Standards'.

And work would be easy if we all ran the same stuff that worked the same
way, did the same things, and gave us the same capabilities.  It's not the
'american' way (;-) where "different is better," but it would close down
this thread.

But, think of the threads that would open complaining that "it doesn't error
when I malloc(0) ... shouldn't it return an error?" and so on until it
finally got changed, then you'd have the prior version doing this and that
and a new one that did those and such and on and on and on ...

Rather than complain netwise about the manner in which one set of programs
behaves, why not prove your capabilities and find a most efficient methodology
to stay truly portable without doing handstands?  In many cases, if it
weren't for these differences, we

	- wouldn't be paid as much as we are;
	- wouldn't be working where we are; and,
	- wouldn't have jobs because anyone can do it 'cause it's the same!

AIX does all sorts of things BETTER than anything I've seen to date, as well
as all sorts of things WORSE than anything I've seen to date.  Likewise for
System V and BSD and for that matter MS-DOS.  I _still_ like CP/M!  That's a
lot of power packed into 8 Kilobytes of memory ... what an operating system!

C'est la vie.

-- 
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Bruce T. Harvey  {B-}) :::      UUCP:    ... {uunet|mimsy}!wb3ffv!idsssd!bruce
MGR-Systems Integration:::  INTERNET:     wb3ffv!idsssd!bruce%uunet.uu.net@...
INSIGHT Dist. Sys. - SI:::CompuServe:                               71033,1070
(410)329-1100 x312,x352::: SnailMail: 222 Schilling Cir.,Hunt Valley, MD 21031
::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
Newsgroups: comp.unix.aix
From: jgc@stc10.ctd.ornl.gov (Jack Craven)
Subject: Print queue control characters
Organization: Oak Ridge National Laboratory
Date: Thu, 7 Jan 1993 03:04:15 GMT

How do you setup several print queues for a single printer with each
queue inserting control characters in front of each print request
to switch the printer into the desired mode of operation? Is it
documenated anywhere?

jgc@stc10.ctd.ornl.gov
From: zaphod@src4src.linet.org (Steve Wechsler)
Newsgroups: comp.unix.aix
Subject: RTS/CTS on RS232/AIX 3.2
Date: 5 Jan 93 14:39:21 GMT
Organization: The Source for Source


Hi, everyone.

I recently connected some v.32bis modems (Multitech MT1432BA) to our
RS6000-320 via an IBM 8-port board.  They work fine when XON/XOFF is
enabled, but I need hardware flow control.  IBM faxed me a C program
that turns on RTS/CTS using IOCTL (which seems to be working, because
it only allows me to turn it on once for each line), but characters
are still lost (i.e.  the flow control doesn't seem to be active).  I
also tried enabling it via smit chtty (STTY attributes for RUN
TIME/LOGIN) but to no avail.  According to the modem's documentation,
hardware flow control has been enabled (AT &E1 &E4 &E6 &E8 &E10 &E13
&E15 for anyone familiar with Multitech).  I also tried using the
on-board serial port (S2) but had the same problem.

When I use cu to dial out, it drops so many characters it's unusable.
If I use ate I can usually manage ok, as long as I do a screen refresh
once in a while.  This isn't a permanent solution, though.

Any help would be greatly appreciated.
-- 
Steve Wechsler | zaphod@src4src.linet.org    |    Call Lady Hawke's Castle BBS:
Please respond to my posts via e-mail (post also if you like) |  (516) 226-4630
because my site purges news much faster than I can keep up with it.
"Watch??  I'm gonna pray, man!  Know any good religions?" -- Zaphod Beeblebrox
From: jz1j+@andrew.cmu.edu (James D. Zelenka)
Newsgroups: comp.unix.aix
Subject: Re: malloc(0) fails on AIX and nowhere else I could find ...
Date: 7 Jan 93 13:00:20 GMT
Article-I.D.: andrew.wfH=M4y00hYzAC54Zt
Organization: Junior, Math/Computer Science, Carnegie Mellon, Pittsburgh, PA

Yeah, I ran into this too when I ported zephyr to AIX. There's an
obscure fix for this.

If you call:
	mallopt(1,0);

Somewhere in your program, malloc(0) will no longer return NULL.

-Jim Zelenka
jz1j@andrew.cmu.edu
Newsgroups: comp.unix.aix
From: scotte@cdsac.uucp (L. Scott Emmons)
Subject: Re: MIP ratings for RS/6000 processors?
NntpPostingHost: cdsac
Date: 11 Jan 1993 16:55:17 GMT
Organization: CableData (U.S. Computer Services), Sacramento, CA

In article <1993Jan8.223741.19995@udel.edu> syvsp@tjuvm.tju.edu () writes:
>
>	Can anyone give me the processor speeds for the various RS/6000 models.

I don't have the MIPS (which of course stands for Meaningless
Indicator of Processing Speed), but I do have the SPECmark ratings,
which range from 25.9 on the model 220 to over 126 on the model 980.

Hope this helps,

 
			   L. Scott Emmons
		      CableData  Research Center
		     csusac.csus.edu!cdsac!scotte
				KC6NFP
Newsgroups: comp.unix.aix