Re: cimmof vs cimmofl

Quan Wang <[email protected]> Fri, 24 Aug 2012 15:15:38 -0500
Newsgroups gmane.network.open-pegasus.general
Message-ID <OF97BA919C.D62DFFC5-ON86257A64.006EFBE4-86257A64.006F498A@us.ibm.com>
My understanding is, for the new installation and without CIM server start 
running, using cimmofl to construct the 
repository. cimmof is for compiling the cim classes with the CIM server 
running (of course it already has basic repository
constructed.

I just what to know if my understanding is correct.

=============================================
   Quan Wang
   HMC Development,      IBM
=============================================



From:   Devchandra L Meetei <[email protected]>
To:     Kirk Augustin <[email protected]>
Cc:     "Hwang, Johnny" <[email protected]>, 
"[email protected]" <[email protected]>
Date:   08/24/2012 02:39 PM
Subject:        Re: cimmof vs cimmofl



I agree with Martin. 
though cimmofl is deprecated, it is used in make repository because, cimom 
need some of the classes to be present in repo to start to work properly. 

Regards
--Dev


On Sat, Aug 25, 2012 at 12:59 AM, Kirk Augustin <[email protected]> 
wrote:
It has been awhile, but I believe the idea was the cimmofl is better if 
you are starting from scratch or have deleted the entire repository.
But cimmof is what you should use if you are simply adding to or modifying 
the existing repository.

 
Kirk Augustin
11821 NW McNamee Rd
Portland, OR 97231

HM: 503-289-4356
From: "Hwang, Johnny" <[email protected]>
To: "[email protected]" <[email protected]> 
Sent: Friday, August 24, 2012 11:52 AM
Subject: cimmof vs cimmofl

I’m using Pegasus 2.11.1 and Pegasus 2.10.0 . 
 
I notice in the pegasus/mak/configschema.mak file that 
 
CIMMOFCLI = $(PEGASUS_HOME)/bin/cimmofl
 
However, cimmofl displays the message 
 
Warning: Use of cimmofl can corrupt the CIM Server Repository.
         cimmofl should only be used under very controlled situations.
         cimmof is the recommended OpenPegasus MOF compiler.
 
 
Should cimmofl be changed to cimmof instead? Is there any reason why 
Pegasus is still using cimmofl during its make repository phase? 
 
Also, on Windows, I’m testing a new environment setup: Visual Studio 2010 
and 2008 installed on the same machine. I compile with the VS 2008 version 
of vcbat. Executing the newly-compiled cimmofl then results in a buffer 
overflow. I see the same behavior with 2005 and 2008 installed, and using 
the VS 2005 version of vcbat. When there was only one version of Visual 
Studio installed, I do not have any problems. 
 
If you need more information, please let me know and I will flesh out the 
context more.
 
Thank you all, and hope this helps,
 
Johnny Hwang
Office: 408.822.3231
Mobile: 510.304.7404