Changes to Trunk (http://source.squeak.org/trunk.html) in the last 24 hours:
http://lists.squeakfoundation.org/pipermail/packages/2011-November/005104.ht...
Name: System-dtl.461 Ancestors: System-eem.460
Fix ReferenceStream handling of weak references. Test and patches by Juan Vuletich. http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-November/162285.html
Packages affected: Kernel-Objects System-Object Storage Tests-Object Storage
If we serialize a model with weak references to views, only the model should be serialized and not the views.
The bug became apparent only when dumping a model to a SmartRefStream, that calls #references, and the serialized stream was later materialized in an image where the view classes had been deleted. In such rare cases, materialization would fail when trying to reference these absent classes. If serializing to a ReferenceStream, the bug didn't become apparent (views were never serialized). If serializing to a SmartRefStream, but view classes still existed, the bug didn't really become apparent (because views were not actually deserialized), the only effect was a larger file.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2011-November/005105.ht...
Name: Kernel-dtl.655 Ancestors: Kernel-bf.654
Fix ReferenceStream handling of weak references. Test and patches by Juan Vuletich. http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-November/162285.html
Packages affected: Kernel-Objects System-Object Storage Tests-Object Storage
If we serialize a model with weak references to views, only the model should be serialized and not the views.
The bug became apparent only when dumping a model to a SmartRefStream, that calls #references, and the serialized stream was later materialized in an image where the view classes had been deleted. In such rare cases, materialization would fail when trying to reference these absent classes. If serializing to a ReferenceStream, the bug didn't become apparent (views were never serialized). If serializing to a SmartRefStream, but view classes still existed, the bug didn't really become apparent (because views were not actually deserialized), the only effect was a larger file.
=============================================
http://lists.squeakfoundation.org/pipermail/packages/2011-November/005106.ht...
Name: Tests-dtl.136 Ancestors: Tests-ul.135
Fix ReferenceStream handling of weak references. Test and patches by Juan Vuletich. http://lists.squeakfoundation.org/pipermail/squeak-dev/2011-November/162285.html
Packages affected: Kernel-Objects System-Object Storage Tests-Object Storage
If we serialize a model with weak references to views, only the model should be serialized and not the views.
The bug became apparent only when dumping a model to a SmartRefStream, that calls #references, and the serialized stream was later materialized in an image where the view classes had been deleted. In such rare cases, materialization would fail when trying to reference these absent classes. If serializing to a ReferenceStream, the bug didn't become apparent (views were never serialized). If serializing to a SmartRefStream, but view classes still existed, the bug didn't really become apparent (because views were not actually deserialized), the only effect was a larger file.
=============================================
squeak-dev@lists.squeakfoundation.org