Hi,
Gerrit Voss wrote:
> On Fri, 2008-06-13 at 08:51 -0500, Carsten Neumann wrote:
>> Dirk Reiners wrote:
>>> I guess we could leave that as an explicit thing to when transitioning,
>>> as long as it cleanly breaks on compile and not semantically. It should
>>> be something that can be done relatively easily with a transition script.
>> hm, now I'm confused, basically I see these options:
>>
>> - keep 1.x as is wrt to DynamicVolume (i.e. not remove it even if
>> OSG_2_PREP is defined)
>>
>> - Unconditionally change the ProxyGroup to use a BoxVolume, which breaks
>> any .osb files that contain a ProxyGroup (not sure how severe the
>> breakage would be though, i.e. if it crashes or just fails to restore
>> the volume).
>>
>> - remove the DynamicVolume almost everywhere in 1.x if OSG_2_PREP is
>> defined except keep in the ProxyGroup.
>>
>> I lean towards the first option, as the changes in application code
>> should be few and most (all?) should cause compile errors.
>> Ok, so what solution do we go for ?
>
> I would prefer 3 because 99% of the changes will be outside the proxy
> group, so they can be handled and only the 1% for the proxy group
> remains until the 2.x move.
ok.
> What happens to the loader in case of Node as this one also
> includes a dynamic volume (IIRC)
for Nodes the volume is neither written nor loaded; there is code in the
loaders (1.x and 2) that explicitly excludes it.
> This seems to me the bigger issue and reason for solution 1 as compared
> to the relatively unused proxy group. So still I would prefer to make
> 3 possible.
ok, I'll continue working on the patch then.
> BTW what happens to old osb files in 2.x ?
the general idea is to make it possible to load osb written by 1.x into
2. For this particular problem I'll have to add some code that handles
the volume of the ProxyGroup, Nodes don't need any additional special
handling.
Thanks,
Carsten
-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
_______________________________________________
Opensg-core mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-core
