[ANN] SIXX 0.1g is now available

Hello all,

SIXX 0.1g  is now available for all major Smalltalks - Squeak, VW, and Dolphin XP.
http://www.mars.dti.ne.jp/~umejava/smalltalk/sixx/index.html

For Squeakers, there is also a SAR version:
http://www.mars.dti.ne.jp/~umejava/smalltalk/sixx/SIXX.sar

SIXX is a XML serializer/deserializer for Smalltalk. You can
exchange almost all Smalltalk objects among images.  

0.1g improvements:
-SixxReadStream can now read corrupt SIXX files with best effort
 (recovery mode).
-Now SIXX avoids sending readFrom: with String parameter.
-A SIXX Time generation test fix for different locales.

SIXX is driven by many users' feedback. I would like to say
thank you to all of the contributors...

Cheers,
---
[:masashi | ^umezawa]

> Cheers,
> ---
> [:masashi | ^umezawa]

In my view, you have the coolest Smalltalk signature around here...

Ciao,

Eric Fruttero

Thank you.
     I noticed that when serializing large binary object, i.e. that
contained binary data such as image, the machinery ran at much effort and
sometimes failed.

Best regards.
Tsun Kuo.

I don't know if this is the point: There is a little bug in ByteAray. Hereby,
I send a bugfix.

kuo schrieb:

> Thank you.
>      I noticed that when serializing large binary object, i.e. that
> contained binary data such as image, the machinery ran at much effort and
> sometimes failed.
>
> Best regards.
> Tsun Kuo.

Regards,
  Ulli Wenk

  _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

   Dr. Hans-Ullrich Wenk      HINZ FABRIK GmbH.
                                      Abt. Prog.
                                      Lankwitzer Str. 17
                         D-12107  Berlin

   Tel.:(049-)030-74704 175   [hidden email]
   Fax.:(049-)030-74704 160
   _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

Thanks.
    I tried the new code, which changed the method: "ByteArray
class>>createInstanceOf: aClass withSixxElement: sixxElement ". The new one
in your patch used "aByteArray withAll:. anArray" instead of  "anArray
asByteArray".
    The new method seemed more efficient than the old one.  The long-lasting
block when serializing my binary object became a little shorter after
changing to the new method.
   I thoght that it is not a bag but a matter of efficiency in serializing
and deserializing objects, It is much slower via SIXX than via Binary Filer
in my Dolphin Smalltalk environment.
   I'd prefer using Binary Filer to store and retrieve my objects for
efficiency if there is no other compelling reason to use SIXX.

Best regards.
kuo

"Ulli Wenk" <[hidden email]> ??? news:[hidden email] ???...
> I don't know if this is the point: There is a little bug in ByteAray.
Hereby,
> I send a bugfix.
>

kuo wrote:

>    I thoght that it is not a bag but a matter of efficiency in serializing

It's only a bug for the subclasses of ByteArray, cause the SIXX reader generated
every time a ByteArray even if you wrote out a BinaryStorageBytes or BOSSByte
instance.

Regards,
  Ulli Wenk

  _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

   Dr. Hans-Ullrich Wenk      HINZ FABRIK GmbH.
                                      Abt. Prog.
                                      Lankwitzer Str. 17
                         D-12107  Berlin

   Tel.:(049-)030-74704 175   [hidden email]
   Fax.:(049-)030-74704 160
   _/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/

Thanks.
    I understood.
    I'll spend more time studying the SIXX codes, may try to compare it with
Rosetta, hopefully.


Regards.
kuo.

"Ulli Wenk" <[hidden email]> ??? news:[hidden email] ???...

> It's only a bug for the subclasses of ByteArray, cause the SIXX reader
generated
> every time a ByteArray even if you wrote out a BinaryStorageBytes or
BOSSByte