Agent Gen 2.0 problems

[Frank Fock]

Rahul,

Unfortunately, you are right. The header files generated
for AgentX subagents had errors when generated with AgenPro
2.0b. I have fixed this in version 2.0c which can be
downloaded from http://www.agentpp.com

In addition, there was a bug in AGENT++v3.5.8a in conjunction
with AgentX++ subagents. AGENT++v3.5.8b fixes that problem.

As pointed out in the documentation of AgenPro,
$agenUtils.isDefined(oid, "property") returns false, when
"property" has a value of "no" or "false" for the specified
oid. It is true, that any other value enables that feature.

Best regards,
Frank

rjain____iwv.com wrote:
> Frank,
> 
> I looked at the templates for code generation:
> 
> It seems that the check for "lightTables" and  "withModuleName"
> is $agenUtils.isDefined() , so any value will enable these features,
> yes / no option doesn't matter . (Won't a check for yes/no be better 
> here ??)
> Somehow, I always find these properties turned on when code generation
> happens . In any case I changed the template code to disable these
> options for the moment.
> 
> Regarding trap code generation, version 2.0b is generating trap code,
> but the generated code is not correct for an agentx subagent , how
> should we fix that ?
> 
> -Rahul
> 
> 
> 
> ----- Original Message -----
> From: Frank.Fock____t-online.de (Frank Fock)
> Date: Thursday, January 2, 2003 11:36 am
> Subject: Re: Agent Gen 2.0 problems
> 
> 
>>Rahul,
>>
>>An updated version of AgenPro 2 can be downloaded
>>from http://www.agentpp.com/agenpro2.zip
>>
>>Version 2.0b fixes issue (1) described below.
>>I could not reproduce (2) and (3). Are you sure
>>that you did not redefine those properties in
>>a subtree?
>>
>>Regards,
>>Frank Fock
>>
>>
>>rjain____iwv.com wrote:
>>
>>>Frank,
>>>
>>>Thanks for your prompt reply to last set of problems. 
>>>Here are a few more ...
>>>
>>>1. The new code generation templates do not seem to
>>>generate code for SNMP traps . I am missing those both
>>>from .cpp and .h files.
>>>
>>>2. The code generation tool disregards the setting for
>>>withModuleName=no
>>>I always get module name prefixed in the generated code.
>>>
>>>3. lightTables=no option doesn't seem to work either
>>>for read only tables 
>>>
>>>Let me know if there are workarounds / fixes already available.
>>>
>>>Regards,
>>>Rahul Jain
>>>InterWave Communications
>>>CA, USA
>>>
>>>
>>
>>
>>
> 
>