<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-size:small">Hi Marcel,</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 23, 2022 at 2:20 AM Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de">marcel.taeumel@hpi.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div><div id="m_6484887743202598457__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr">
<span style="font-size:13.3333px">Hmm... 1024 bytes in a ByteArray will be 1029 bytes on disk. So it's okay, I suppose. Interestingly, a DoubleByteArray is use 5142 bytes on disk. A WordArray uses 4101 bytes hmm... okay. Strange for the DoubleByteArray though...</span></div></div></blockquote><div><br></div><div class="gmail_default" style="font-size:small">IIRC these files include textual Smalltalk code for certain post-processing operations (if not, I apologise). So it may be worth-while "reading" the file in the FileList and seeing if there are any obvious differences between the generated files. I expect that there are a small set of privileged classes that have special support while others get more voluminous support.</div><div class="gmail_default" style="font-size:small"><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div><div id="m_6484887743202598457__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr"><br><div></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px">
<p style="color:rgb(170,170,170);margin-top:10px">Am 23.11.2022 11:13:09 schrieb Marcel Taeumel <<a href="mailto:marcel.taeumel@hpi.de" target="_blank">marcel.taeumel@hpi.de</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif"><div id="m_6484887743202598457__MailbirdStyleContent" style="font-size:10pt;font-family:Arial;color:rgb(0,0,0);text-align:left" dir="ltr">
Aha! Thanks for the clarification! :-)<div><br></div><div>Best,</div><div>Marcel</div><div></div><blockquote type="cite" style="border-left-style:solid;border-width:1px;margin-top:20px;margin-left:0px;padding-left:10px">
<p style="color:rgb(170,170,170);margin-top:10px">Am 23.11.2022 03:54:55 schrieb David T. Lewis <<a href="mailto:lewis@mail.msen.com" target="_blank">lewis@mail.msen.com</a>>:</p><div style="font-family:Arial,Helvetica,sans-serif">On Tue, Nov 22, 2022 at 10:58:09AM +0100, Marcel Taeumel wrote:<br>> Hi all --<br>> <br>> Should the following work?<br>> <br><br>No, it should not work. And yes, it will lock up the image (confirmed<br>on Linux 64-bit).<br><br><br>> class := DoubleByteArray.<br>> size := 10.<br>> dummy := 123.<br>> <br>> array := class new: size.<br>> array?? atAllPut: dummy.<br>> <br>> (DataStream newFileNamed: 'numbers')<br>> nextPut: array;<br>> close.<br>> <br>> stream := DataStream fileNamed: 'numbers'.??<br>> load := stream readArray.<br>> stream close.<br>> load explore<br>> <br><br>DataStream>>readArray is a private method that will do bad things<br>if you call it at the wrong time. In the example above, it reads<br>a number from the wrong place in the stream (because it should not<br>have been called at that point). This number is used to allocate<br>an array with over 150 million 8-byte slots, leading to the apparent<br>image lockup.<br><br>The fix would be to put the private methods into a method category<br>labeled "private".<br><br>Dave<br><br><br></div></blockquote>
</div></div></blockquote>
</div></div><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><span style="font-size:small;border-collapse:separate"><div>_,,,^..^,,,_<br></div><div>best, Eliot</div></span></div></div></div></div>