Hmm, excellent suggestions from Phil and Richard, but evidently something else is going on.
> Use "compact stack" to get rid of space formerly used by now-deleted > objects. compact stack did not recover the 8 MB after deleting all but the first card from my test stack to reduce it to what should be a 28KB file. > Does your card contain a group with its backgroundBehavior set to true? > > If so, and if the cards are created with copy and paste, I believe you > may find a large number of unplaced groups in the stack. The extra cards were created using create, not copy-and-paste, there is only 1 group in the stack before and after deleting extra cards. Actually I just did a hex dump of the 8MB file saved from the 1 card stack; and lo! it has an EOF at about the 28KB position, at which point BBEdit stops dumping the file; up to that point it appears to be the correct data for a 1 card stack, no extraneous garbage. But the system reports it as an 8MB file. Doesn’t that mean the file was not closed correctly by the save stack command, or that compact stack is not working correctly to reduce the internal memory and save stack is blindly writing bytes beyond the EOF, so either way it is a bug? All of which is peripheral to my original aim of finding out what is going on with LC and Windows 10 Neville Smythe _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
