Am 29.11.2005 um 16:49 schrieb Joseph J. Strout:
At 9:05 AM -0600 11/29/05, Roph wrote:
If you look at the RB .rbp binary project file format with say, a
Hex file
editor, you'll discover that it is filled with numerous, sizeable
null-filled spans of padding, which may well account for the
difference in
size whenever you make an edit to a method.
But they don't amount to much. They only fill out project item
blocks to make them land on even boundaries, and you'd never have
more than one such padding section for each project item in the
project -- and they never exceed a certain size. It can't account
for the posted observations.
In the past, we've had problems where certain icon data would cause
the project file to grow on each save. We fixed that a while back,
though, and I'm not aware of any such issues in the current version.
If you export all your project items, then create a new project,
and drag them in, and the size of this saved new project is
substantially smaller, then I think you have uncovered some similar
bug. Otherwise, I think it's just a big project.
Yes,
Really it's a big project. But we produces NOT much more code the day
while using RB2005Rx than using RB 5.5.x and the project file grows
much more using RB2005Rx.
That's the point.
Best,
- Joe
--
Joe Strout REAL Software, Inc.
Vote for REALbasic (twice!) in the LinuxWorld Reader's Choice Awards:
http://linux.sys-con.com/general/readerschoice.htm
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
_______________________________________________
Unsubscribe or switch delivery mode:
<http://www.realsoftware.com/support/listmanager/>
Search the archives of this list here:
<http://support.realsoftware.com/listarchives/lists.html>
|