HDTenEightyP/NetNews huggingface dataset:
From: rriv@oural.inria.fr (Robert Riviere)
Newsgroups: comp.unix.aix
Subject: 3.2.0 to 3.2.3 on /usr clients
Date: 27 Jan 93 16:36:54 GMT
Organization: INRIA, Sophia-Antipolis (Fr)

Hello,

I've got a problem I'm sure an AIX guru will easily solve :

Having :
 - two standalone machines, one in 3.2.0 and another in
3.2.3,
 -  and a few /usr clients of the first one (i.e. the 3.2.0
server),

what do I have to do on clients to upgrade them to 3.2.3 ?

. Can I simply mount the 3.2.3 /usr on clients and then they
become 3.2.3 ?

. Do I have to apply 3.2.3 (and 3.2.2 and 3.2.1) PTFs on the
clients ?

. If so, how is it possible ? I could never get away from the
message :'another installp is running...' when using installp
on a /usr client.

Thanks in advance !

-- 
Robert Riviere
(rriv@sophia.inria.fr)				Tel: (33) 93.65.79.06
CERMICS	/ INRIA					Fax: (33) 93.65.77.40
BP 93                              06902	Sophia Antipolis Cedex
From: fred@hal6000.thp.Uni-Duisburg.DE (Fred Hucht)
Newsgroups: comp.unix.aix
Subject: Re: xlC++ Severe Compiler Error
Date: 23 Jan 1993 21:39:28 GMT
Organization: Theoretische Physik, Uni-GH-Duisburg, Germany
NNTP-Posting-Host: hal6000.uni-duisburg.de


The GNU g++ compiler returns better results:

IBM> g++ -Wall -v c.c
Reading specs from /usr/local/lib/gcc-lib/rs6000-ibm-aix32/2.3.3/specs
gcc version 2.3.3
 /usr/local/lib/gcc-lib/rs6000-ibm-aix32/2.3.3/cpp -lang-c++ -v -undef -D__GNUC__=2 -D__GNUG__=2 -D__cplusplus -D_IBMR2 -D_AIX -D_AIX32 -D___IBMR2__ -D___AIX__ -D___AIX32__ -D___IBMR2 -D___AIX -D___AIX32 -D__CHAR_UNSIGNED__ -Wall c.c /tmp/ccNGUDFW.i
GNU CPP version 2.3.3
 /usr/local/lib/gcc-lib/rs6000-ibm-aix32/2.3.3/cc1plus /tmp/ccNGUDFW.i -quiet -dumpbase c.cc -Wall -version -o /tmp/ccNGUDFW.s
GNU C++ version 2.3.3 compiled by GNU C version 2.3.3.
c.c:5: warning: return type for `main' changed to integer type
 as -o /tmp/ccNGUDFW1.o /tmp/ccNGUDFW.s
 /usr/local/lib/gcc-lib/rs6000-ibm-aix32/2.3.3/ld -T512 -H512 -btextro -bhalt:4 -bnodelcsect /lib/crt0.o -L/usr/local/lib/gcc-lib/rs6000-ibm-aix32/2.3.3 -L/usr/local/lib /tmp/ccNGUDFW1.o -lg++ /usr/local/lib/gcc-lib/rs6000-ibm-aix32/2.3.3/libgcc.a -lc /usr/local/lib/gcc-lib/rs6000-ibm-aix32/2.3.3/libgcc.a
IBM> a.out
Variations for 1/2 (in C++):

 a = 0 should be 0.0 
 b = 0.5 should be 0.5 
 c = 1 should be 1.0 
 d = 1.5 should be 1.5 
 e = 0.5 should be 0.5 
 f = 0.5 should be 0.5 
 g = 0.5 should be 0.5 
 h = 0 should be 0.0 (!)
IBM> 

Hope this helps, 
Fred Hucht, Institute of Theoretical Physics, University of Duisburg, Germany
EMail: fred@hal6000.Uni-Duisburg.DE

--
Fred Hucht, Institute of Theoretical Physics, University of Duisburg, Germany
EMail: fred@hal6000.thp.Uni-Duisburg.DE
From: pgainer@vnet.ibm.com (Patrick Gainer)
Date: Thu, 21 Jan 93 11:19:13 EST
Newsgroups: comp.unix.aix
Subject: Re: vmstat, tprof, and etc.
Organization: IBM - Toronto Lab
Disclaimer: This posting represents the poster's views, not those of IBM
News-Software: UReply 3.0

In <1993Jan21.055202.1662@gagme.chi.il.us> Peter Kim writes:
>What I want to know is how much text, data, heap, and stack spaces
>my application is using. Can I measure these things? Are there
>other tools for these?
>

If you have tprof, you probably also have svmon. You can use this tool
to take snapshots of the various memory segments which will give you
some idea regarding your memory usage. Look for it in the same place
you found tprof.

Patrick Gainer
pgainer@vnet.ibm.com

Newsgroups: comp.unix.aix
From: curt@ekhadafi.austin.ibm.com (Curt Finch 903 2F021 curt@aixwiz.austin.ibm.com 512-838-2806)
Subject: Re: NFS File locking in AIX (bug)
Date: Sat, 23 Jan 1993 15:12:19 GMT
Organization: IBM AWD, Austin

jer@stiatl.salestech.com (John Ramspott) writes:
>We cannot
>get file-locking working when two different processes are trying to
>append to the file from two DIFFERENT machines via NFS. 

You need to open an APAR on this with Customer Service if you ever
want to get it fixed.

Meanwhile you may try getting the latest nfs.ext and the latest lockd.
File corruption can not be caused by lockd itself since writes don't
go thru him.

U412430: IX31659 /etc/nfs.ext
U412559: IX32077 /usr/etc/rpc.lockd

-- 
curt@aixwiz.austin.ibm.com (Curt L. Finch) | AIX NFS/NIS Field Quality 
My views are unrelated to my employer's    |        Austin, TX
 - Begin means testing of Social Security, Medicare and Farm Subsidies now. -
Newsgroups: comp.unix.aix
Subject: Malloc
From: sulistio@sutro.SFSU.EDU (Sulistio Muljadi)
Date: 27 Jan 93 09:18:33 PST
Distribution: world
Organization: San Francisco State University

Hi
I have been having some problem with malloc, calloc....   
I wonder if there are any tips about using malloc , calloc  in AIX 3.2.2
it's IBM RS/6000 520 machine.  We have increase the paging space to see
if that makes any difference at all.. but it doesn't make any difference.

Please send me any tips about using malloc ... I can't specifically figure out
what the problem is.  I also try to use setenv MALLOCTYPE 3.1, it doesn't help
much...  when calling calloc(0,sizeof(number)) , it will return nil...  which
in other platform (sun, sgi, and hp) it doesn't.  i tried to use mallopt(1,0)
as suggested in the previous thread .. but it doesn't work.... so any advice
tips are appreciated   

Thank you
-- 
Mul			    | Alt. address:  sulistio@futon.sfsu.edu
sulistio@sutro.sfsu.edu	    | NeXTmail ->    sarong!sulistio@cs.sfsu.edu 
#include "std/disclaimer.h" |                sulistio@chop.isca.uiowa.edu
>Genius is one per cent inspiration and ninety-nine per cent perspiration.
Newsgroups: comp.unix.osf.misc
From: rsalz@osf.org (Rich Salz)
Subject: Re: Future of DCE?
Keywords: OSF DCE
Organization: Open Software Foundation
Date: Fri, 22 Jan 1993 20:06:07 GMT

In <1993Jan22.003019.22141@fulcrum.oz.au> paulr@fulcrum.oz.au (Paul Rosham) writes:
>ONC/RPC are covered by Internet RFCs
>This does not compare with OSF/DCE/Motif in any way, shape or form.
You're right, but not for the reasons you think. :-)  You can't get NIS+
specs.

OSF/1 meets XPG/4, ANSI, Posix standards; it's API is publically available,
just like SVID.

DCE is on the fast track to become an X/Open standard.  The only thing
holding up its full specification (from OSF) is not enough writers .:-)

Motif is working its way through some IEEE committee, as I recall.
	/r$
Newsgroups: comp.unix.osf.misc
From: filipi@cebaf9.cebaf.gov (Adrian Thomas Filipi-Martin)
Subject: OSF documentation
Reply-To: adrian@cs.wm.edu
Organization: CEBAF (Continuous Electron Beam Accelerator Facility)
Date: Fri, 22 Jan 1993 17:58:48 GMT

--

Hi,

	A coworker claims he found the OSF Motif documantation on the internet
a year or so ago, but can't remember where. Could some one give me a clue as 
to where I should be looking. In particular I'd like to get the current 
documantation for Motif.

Thanks,
	Adrian

----------------------------------+--------------------------------------------
adrian@cs.wm.edu          ---->>>>| Support you local programmer,
adrian@cebafi.cebaf.gov     --->>>| STOP Software Patent Abuses NOW!
Member: The League for        -->>| membership info at prep.ai.mit.edu:/pub/lpf
       Programming Freedom      ->| print "join.ps" for an application
----------------------------------+--------------------------------------------
From: tb@Materna.DE (Torsten Beyer)
Newsgroups: comp.unix.osf.misc
Subject: Re: Future of DCE?
Date: 21 Jan 93 08:03:58 GMT

Craig_Everhart@transarc.com writes:

>Nobody can predict the future very well, and you're talking about
>projects of very different levels of maturity in the same breath (Motif,
>DME).  DME is the newest project on the plate.

True, but what I meant to say was: Although I personally prefer systems
based on an open development process (whatever that may be in detail, let's
just assume, OSF works that way :-), the problem with these types of
products is that their fate depends not on just one vendor (as is the case
with proprietary systems) but on a whole bunch of them. This makes
prediction of whatever road they might follow even harder.

>I imagine that different vendors will do different things with DCE, yet
>retain compatibility.  Whether it makes its way back to ``the original
>DCE source'' is another matter, and basically solely up to the OSF.  In

My fear is that Version X of any OSF product is basically the root of tree
of different products, each claiming to be OSF/X compliant but in fact the
products move away from each other. If they move so far as to not even
interoperable with each other I don't know, but that might be a severe
thread.

>Clearly, you accept the ``Sun next door'' as a reference platform for

That to me sounds too positive. It's not that I accept the Sun next door as
the right means of verifying protocols. But as you say, TCP/IP is so
widespread that from a practical standpoint to veryfy X's TCP/IP port you
can virtually use any system next door to prove interoperabiltiy. I very
aware that this wasn't the case maybe 7 years ago. But the situation has
changed in some way. TCP/Ip was new. There wasn't much else to build
heterogeneous networks. Today we have an awful lot of tools and protocols
intended to help us build and maintain these networks (wether they succeed
is a different question altogether :-). Now here comes OSF and tells us, to
throw away this old rubbish and start usin their stuff. I'd rather like to,
but then how much do I pay for it. I certainly can't check X's DCE
implementation as easy as I can with a plain and easy ONC-RPC
implementation. I have to buy validation suites and all that. It clearly is
a spinnoff problem. As soon as the number of available DCE implementations
exceeds a critical mass, we'll see the same situation as with TCP/IP. 

>I'm sure that there will be companies like that around, but indeed the
>stuff should just work (well, mostly).

Hmm, from what you write I guess you have been in this business for quite
some time. You should know, that every sentence containing the phrase
"should work", simply means it doesn't :-)))))



			-Torsten
--
Torsten Beyer                      	mail	     : tb@Materna.DE
Dr. Materna GmbH		   	vox humana   : +49 231 5599 225
Vosskuhle 37, D-4600 Dortmund	   	fax machina  : +49 231 5599 100
   "Once in a moment the SUN goes down, protect and survive" -- Runrig
Newsgroups: comp.unix.osf.misc
From: andresb@Newbridge.COM (Andres Belloni - qmail)
Subject: DME Net Mgt APIs
Organization: Newbridge Networks Corporation
Distribution: na
Date: Thu, 28 Jan 1993 15:27:33 GMT

I am looking for information on Network Management platforms that provide DME compliance . Does anybody know where I can find this information ?

Andres Belloni
Newsgroups: comp.unix.osf.misc
From: kumark@austin.ibm.com (Kakumanu Kumar (Contractor))
Subject: Some questions on DCE 
Originator: kumark@netftp.austin.ibm.com
Date: Thu, 28 Jan 1993 17:06:08 GMT
Organization: IBM Austin


To all the DCE Gurus:


1.	What kinds of platforms is DCE intended to run on?  
Suppose we write an application for AIX using DCE RPC, will it run
without (i.e. that is, without) any modifications on say, for example
a SUN OS, PC with Windows NT or OS/2 or a HP workstation?  
	
2.	I have an application that is currently working fine with 
HP RPC (Network Computing System).  How easy it is to convert it to
DCE RPC?  I understand that the DCE comes with a Kerboros security
system.  Can I easily integrate that kerboros thing into my NCS application?
Is there any documentation for transition from NCS RPC to DCE RPC?

3.	Are there any courses on DCE Application Programming or
DCE/DME system adm. internals free of charge?  
	I guess, I am asking too much.

4.	Currently, our application has to run on as many different platforms
as possible, with location of the servers transparent to the clients.  DCE
seems to be an ideal solution, but we can't assume that DCE will be there on
every client system that our software runs, so we would like to build a general
communication class library which can work on top of any network protocol..
RPC, TCP/IP, NetBIOS etc. So in the future if we need to have our software
run on say, machine foobar without DCE on it, we can immediately say, oh
you can run the software with our general comm. class library with this
specific TCP/IP derived class..and you won't have any problems.
Does any body know the existence of any communication class libraries
which can run on top of RPC, TCP/IP, NetBIOS etc. 
	I have all the respect for DCE, but I also want to take care of
the case when my client machine doesn't have DCE installed on it.   

5.  If I develop an application using DCE and market it, do I pay 
any fee for the OSF for marketing a DCE application?  


	Some of the above may be real silly, but the fact is that
I do not know answers to them.  So I thought I should get some
advice from the wise folks out there on the network.  Not a bad idea..eh?
			
					-Kumar Kakumanu
#################################################################
Internet: Kumark@netftp.austin.ibm.com  IBM:kumark@dccocs01.austin.ibm.com
Tel#512-823-0241
#################################################################
-- 


Life is like peeling a onion..you solve one problem
after another..take one peel after another..and by 
Newsgroups: comp.unix.osf.misc,comp.windows.x.motif
From: dbrooks@osf.org (David Brooks)
Subject: Re: OSF documentation
Reply-To: dbrooks@osf.org (David Brooks)
Organization: Open Software Foundation
Date: Mon, 25 Jan 1993 00:33:18 GMT

adrian@cs.wm.edu writes:
>	A coworker claims he found the OSF Motif documantation on the internet
>a year or so ago, but can't remember where. Could some one give me a clue as 
>to where I should be looking. In particular I'd like to get the current 
>documantation for Motif.

Our documents are subject to copyright, and should not be made freely
available.  Sometimes people make mistakes and leave ftp doors open; we ask
for them to be closed when we find out.
-- 
David Brooks					dbrooks@osf.org
Open Software Foundation			uunet!osf.org!dbrooks
Shine out, fair sun, with all your heat!  Black winter freezes to his seat...
The boneless fish close quaking lies...the stars in icicles arise!
Newsgroups: comp.unix.osf.misc
From: py4@dspy42. (JP McNeely)
Subject: OSF/DME
Reply-To: py4@dspy42.
Organization: Sun Microsystems, Inc.
Date: Mon, 25 Jan 1993 14:30:45 GMT


Does anyone know the timeframe that DME is expected to be available for general
licensing?  I know that it is available through the "snapshot" program.  I want
to know when an initial full release is slated.


Thanks.

-----------------------------------------------------------------
| John P. McNeely                                               |
| Computing Analyst - Data Systems Research & Development       |
| Martin Marietta Energy Systems                                |
| 1099 Commerce Park, MS-7619                                   |
| OakRidge, Tennessee 37830                                     |
| --------------------------------------------------------------|
| Internet:     mcneelyjp@ORNL.GOV                              |
| Phone:        (615) 574-8946                                  |
| FAX:          (615) 574-7624                                  |
-----------------------------------------------------------------

Newsgroups: comp.unix.osf.misc
From: paulr@fulcrum.oz.au (Paul Rosham)
Subject: Re: Future of DCE?
Keywords: OSF DCE
Organization: The Fulcrum Consulting Group
Date: Fri, 22 Jan 1993 00:30:19 GMT

carrato@mhinfo.UUCP (Tony Carrato) writes:

>	I think this is a little like "who is responsible for
>	interoperability between two platforms running SUN ONC"?
>	What if neither is a Sun?  I thin the answer is that you are.
>	This open systems stuff carries that implication with it
>	pretty clearly.

ONC/RPC are covered by Internet RFCs, and there is a publicly available code
implementation. As such, it is a standard that can be implemented by anyone
who wants to without payment of licenses.

This does not compare with OSF/DCE/Motif in any way, shape or form.

-PaulR
[flame away by...]
From: carrato@mhinfo.UUCP (Tony Carrato)
Newsgroups: comp.unix.osf.misc
Subject: Re: Future of DCE?
Date: 22 Jan 93 05:16:34 GMT
Reply-To: carrato@mhinfo.UUCP (Tony Carrato)
Organization: Mile-High Information Services, Inc.

I decided not to quote either myself or anyone else anymore - lots of
that already :)

Some points that have come up in the discussion:

1) Will OSF go broke? 

It doesn't appear likely.  Reasons are:

	a) The sponsors, the large companies paying lots of money per
	year to OSF, continue to be committed to that.

	b) The sponsors really can't afford any longer to do the engineering
	needed for these sorts of products themselves.  The products,
	though OSF doesn't call them that, include Motif, DCE and DME
	as well as OSF/1.

	c) OSF's royalty stream is slowly increasing but it is increasing.

2) Will product based on OSF technology diverge to the point they don't
interoperate?

I don't believe so.  OSF has already got a good bit of a compliance testing
program in place and is extending it.  In May they are sponsoring, at the
member meeting in Boston, an event to demonstrate that interoperability
that is being supported by a number of big players, IBM, DEC, HP, etc.
as well as various ISV's, which should go a long way to demonstrating what
people want to see, products actually working.

3) What is OSF's direction and how is it influence?

This one is trickier.  However, OSF regularly says pretty similar
things about technology, including the importance of parallelism and
multiprocessor architectures, as well as some other items that are
escaping me due to being tired right now.  In addition, the members of
OSF, including to a VERY signifigant degree the end user members,
have a lot of influence on where they head.

This is not to say they can't or won't stumble.  In fact, they are 
likely to do so but they have a pretty good chance of picking
themselves up and continuing afterward.

Tony

----------------------------------------------------------------------------
Tony Carrato				Mile-High Information Services, Inc.
carrato@mhinfo.com			(303) 721-0851
----------------------------------------------------------------------------
-- 
----------------------------------------------------------------------------
Tony Carrato				Mile-High Information Services, Inc.
carrato@mhinfo.com			(303) 721-0851
----------------------------------------------------------------------------
Newsgroups: comp.unix.osf.osf1
From: ejsvehla@happy.colorado.edu
Subject: OSF/1 on Alpha Experiences
Organization: University of Colorado, Boulder
Date: 28 Jan 93 20:08:27 MDT

I am considering the requesting the purchase of a DEC Alpha workstation
to support my OSF/1 research.  I am anxious to here from other people who have
worked with Alpha and OSF/1 to get their feelings about the environment.

Any information you can provide would greatly be appreciated and all users who
respond would be provided my experiences.

Thanks and Happy Computing!


Newsgroups: comp.unix.osf.osf1
From: felipe@larissa.jpl.nasa.gov (Felipe Hervias)
Subject:  OSF/1 on SPARC?
Reply-To: felipe@puente.Jpl.Nasa.Gov
Organization: Jet Propulsion Laboratory, Pasadena CA
Date: Tue, 26 Jan 1993 20:17:26 GMT

Does anybody know of a company that makes the osf/1 binary available for
SPARCstations?? 

Thanks.

-fh

-- 

---------------------------------------------------------------------
Felipe Hervias                             ****  *******    ****
Jet Propulsion Laboratory                  ****  ****  ***  ****
M/S T-1704                                 ****  ****  ***  ****
4800 Oak Grove Drive                  ***  ****  *******    ****
Pasadena, CA 91109                    ***  ****  ****       ********
email : felipe@puente.jpl.nasa.gov      ******   ****       ********
voice : (818) 354-0582
fax   : (818) 393-4089
---------------------------------------------------------------------




Newsgroups: comp.unix.osf.osf1,comp.windows.x.motif
From: wws@iscp.bellcore.com (Wayne Scott)
Subject: problem trapping Motif Close function on DEC Alpha 
Organization: Bellcore
Distribution: usa
Date: Tue, 26 Jan 93 16:15:32 GMT

Hello:

	I have an application in which I'm trying to trap the Motif Close
function to post a confirmation box before stopping.  I run it on a DEC Alpha
system with OSF/1.  When I display it on an Alpha workstation, selecting the
Close menu item kills the application.  When I display it on a DECstation 5000,
the Close function is trapped and my confirmation box is displayed.
Is this a bug on the Alpha or do I need to do something new?  Our system
administrator thinks we're running X11R5 on the Alpha; X11R4 is on the 5000.
Is there anything wrong with this code?

        XtRealizeWidget( appShell );

        /*
        // The following lines of code disables the default behavior of
        // the process when the Motif "Close" is selected, and instead
        // calls the function stopMocCB().
        */

        /*
        *** THIS IS BROKEN ON THE ALPHA PLATFORM ***
        */
        XtSetArg(args[0], XmNdeleteResponse, XmDO_NOTHING);
        XtSetValues(appShell, args, (Cardinal) 1);
        wmDeleteWindow = XmInternAtom(XtDisplay(appShell),
                                        "WM_DELETE_WINDOW", False);
        XmAddWMProtocolCallback(appShell, wmDeleteWindow,
                                (XtCallbackProc) stopMocCB,
                                (caddr_t) appShell);

Thank you,
Wayne Scott
From: jw_quillen@orion.fccc.edu (John Quillen)
Newsgroups: comp.unix.osf.osf1
Subject: DCE on Alpha OSF/1
Keywords: DCE
Date: 22 Jan 93 04:07:05 GMT
Organization: Fox Chase Cancer Center

Has anyone seen/used DCE on an Alpha running OSF/1?

We have a few Alphas with everything from the disk installed and
I can't seem to find any references to DCE.

Further, ONC RPC _is_ installed and DCE is based on NCS.  What gives?

Also - why no DNS/Hesiod for passwords - I can't believe you can do
YP (nee, NIS) but not bind/Hesiod.  Grrr.

Any help/leads on Alpha/DCE would be greatly appreciated.

John

-- 
------------
John Quillen  JW_Quillen@fccc.edu  Phone: (215) 728-3660  FAX: (215) 728-2513
Research Computing Services / The Fox Chase Cancer Center / Phila. PA, USA
        "The world is full of apathy ... but who cares?"  R. Murphy
Newsgroups: comp.unix.osf.osf1
From: hleung@solar.nswc.navy.mil (Harry Leung)
Subject: Re: OSF/1 on Intel 486??
Followup-To: comp.unix.osf.osf1
Organization: Naval Surface Warfare Center - DD
Date: Mon, 25 Jan 1993 18:12:45 GMT

In article <1993Jan19.013958.15083@tdmfed.uucp>, edo.john@reston.tandem.com
(John McCormack) wrote:
> 
> I have herd that OSF/1 is available for Intel based
> machines. Can someone point me in the right direction
> for info on how to go about obtaining such an environment?

OSF/1 is available directly from OSF.  However, you will need to obtain an 
AT&T source license for 386/486 platform first.  OSF will only distribute
source and they do not plan to distribute binary.

Here is the address:

Research Institute
Open Software Foundation
11th Floor
1 Cambridge Center
Cambridge, MA  02142

This may not be the right person to talk to, but it's a starting point.

Pat O'Brien
(617) 621-7340
Newsgroups: comp.unix.osf.osf1
From: tesco@buho.dpi.udec.cl (Luis Plummer Rioseco)
Subject: w
Date: Wed, 27 Jan 93 20:03:28 GMT
Organization: Universidad de Concepcion, Concepcion - Chile
X-Newsreader: TIN [version 1.1 PL7]


Newsgroups: comp.unix.osf.osf1
From: tesco@buho.dpi.udec.cl (Luis Plummer Rioseco)
Subject: Re: El sol y su cambio de ruta
Date: Wed, 27 Jan 93 20:43:27 GMT
Organization: Universidad de Concepcion, Concepcion - Chile
X-Newsreader: TIN [version 1.1 PL7]


Newsgroups: comp.unix.osf.osf1
From: ejsvehla@happy.colorado.edu
Subject: C2 Certification on OSF/1
Organization: University of Colorado, Boulder
Date: 28 Jan 93 20:03:00 MDT

Hello Open Systems Land!

Has anyone heard of a C2 certified/accredited version of OSF/1?  I
know that OSF/1 supports to B1 level security but have not heard of 
any vendor proclaiming a goverment certified C2 system.

Also, does anyone have info on the current state or time frame to which
a OSF/1 vendor will have C2 security certification?

Thanks in advance

Newsgroups: comp.unix.osf.osf1