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
>
>
>
>