Due to removal of this command all command numbers are decreased by 1.
May it cause problems when 2.8.x/2.10.0 clients connects to 2.10.1 server
and vice versa?
Anton Pak
On Tue, 15 Jan 2008 00:54:47 +0300, Renier Morales <[EMAIL PROTECTED]>
wrote:
> [EMAIL PROTECTED] wrote on 01/14/2008 02:06:28
> PM:
>
>> Hello!
>>
>> I've found that eFsaHpiVersionGet had been removed from
>> marshal/marshal_hpi.h.
>> Revision log says: "#1804367 fixing hpiel when no openhpid is running".
>> I've read #1804367 discussion and got no information about removing of
>> this command.
>>
>> The link to diff:
>>
>> http://openhpi.svn.sourceforge.
>> net/viewvc/openhpi/openhpi/trunk/marshal/marshal_hpi.h?r1=6534&r2=6567
>>
>> What was the real reason?
>>
>
> This was done as an afterthought when dealing with marshaling HPI and
> OpenHPI versions, which was related to the hpiel problem.
>
> saHpiVersionGet() returns a constant from SaHpi.h. The idea is that both
> library (the client part) and daemon have to be in sync anyway since they
> are distributed together. That means they use the same SaHpi.h. If so,
> there is no need for the client part to request the HPI version from the
> daemon, since it can pull the constant itself and much more quickly.
>
> Is this ok? It can be changed back if needed.
>
> --Renier
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
_______________________________________________
Openhpi-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/openhpi-devel