Go to the FreeLists Home Page Home Signup Help Login
 



[openbeos] || [Date Prev] [11-2005 Date Index] [Date Next] || [Thread Prev] [11-2005 Thread Index] [Thread Next]

[openbeos] Re: A new BMessage implementation (Message4)

  • From: "Axel Dörfler" <axeld@xxxxxxxxxxxxxxxx>
  • To: openbeos@xxxxxxxxxxxxx
  • Date: Mon, 07 Nov 2005 10:04:34 +0100 CET
mmlr@xxxxxxxx wrote:
> To sum it up: Dano messages are simple and fast and it would be 
> easily
> possible to transform Message4 into something very similar to the 
> Dano
> format producing compatible output.
> 
> So what about just going this way and leave that R5 message format as 
> a
> reader only? This would make us compatible with Dano / ZETA and we
> could start from there togheter. As much as I don't like to say it 
> (as
> an R5 only user), but we should just dump the R5 format - it just 
> isn't
> efficient in anything other than it's space savings.
> 
> I'm sorry that I still haven't checked in that Message4, but I just 
> want
> to get it working first. I thought that it would work right away, 
> which
> was not (as most of the time) the case. It's now kind of working, but
> if we could agree on using the Dano format, I could squeeze that
> refactoring in beforehand.

I don't think it's worth to re-engineer the Dano message format 
actually (unless you've already done so). And I would also agree with 
Diane that switching to the new format on-disk was not a good idea at 
all; it's just a question if this assessment is already true with the 
release of Zeta.
But since our aim is compatibility with R5, I would still think the R5 
message format is preferrable on disk.

Bye,
   Axel.






[ Home | Signup | Help | Login | Archives | Lists ]

All trademarks and copyrights within the FreeLists archives are owned by their respective owners.
Everything else ©2007 Avenir Technologies, LLC.