From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM autolearn=unavailable autolearn_force=no version=3.4.4 X-Received: by 10.224.36.15 with SMTP id r15mr21530344qad.8.1374240032850; Fri, 19 Jul 2013 06:20:32 -0700 (PDT) X-Received: by 10.49.120.67 with SMTP id la3mr682892qeb.35.1374240032832; Fri, 19 Jul 2013 06:20:32 -0700 (PDT) Path: eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!news.eternal-september.org!news.eternal-september.org!feeder.eternal-september.org!news.bbs-scene.org!border4.nntp.dca.giganews.com!border2.nntp.dca.giganews.com!nntp.giganews.com!f1no24404qae.0!news-out.google.com!dk8ni705qab.0!nntp.google.com!f1no24400qae.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Fri, 19 Jul 2013 06:20:32 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=129.59.203.58; posting-account=7Oy7OQoAAABhVYFOo553Cn1-AaU-bSfl NNTP-Posting-Host: 129.59.203.58 References: <9cbe0ad4-f54c-4c99-ba58-4db027ae962e@googlegroups.com> <70b1d2b0-d5ab-431e-84b9-9f00af08dbe2@googlegroups.com> <91dea591-19d5-484d-a13d-db86bbf0b3b8@googlegroups.com> <24223a1d-b350-4289-9d35-7ab197349e96@googlegroups.com> <63b8f2ef-5f9b-45b5-8d40-2eec7f32f11b@googlegroups.com> User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <49806f1c-e5e7-4484-aa93-c68964072e5b@googlegroups.com> Subject: Re: Size optimization for objects From: Eryndlia Mavourneen Injection-Date: Fri, 19 Jul 2013 13:20:32 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:16430 Date: 2013-07-19T06:20:32-07:00 List-Id: On Friday, July 19, 2013 12:02:38 AM UTC-5, Randy Brukardt wrote: > "Rego, P." wrote in message=20 >=20 > news:ca34e347-b53e-4119-b6d1-0cba6f40be79@googlegroups.com... > ... > > However when I add all the column, the result also seems incoherent,=20 > > around 8GB. > > The real bla.out generated is ~478kB. >=20 > I wouldn't expect the *uninitialized* data to have any effect on the size= of=20 > the .out file, either. The contents of the .o files are combined to creat= e=20 > the .out, and I don't think the uninitialized data appears in it, either,= =20 > just being a length given to the system loader. (That's definitely how it= =20 > works on Windows, and Windows NT copied [not very well] a lot of Unix stu= ff,=20 > mainly because they started with an existing Unix targeted C compiler.) >=20 > Randy. That's also the way it works on VMS and RSX. Depending on the loader, unin= itialized data is typically left uninitialized (you get whatever happens to= be in that memory location upon loading) or zero-filled. The development of the Win32 kernel, and I suppose a number of other parts = of Windows NT, were led by Dave Cutler, who did the design of RSX (on the P= DP-11) and then VMS on the VAX (CISC) and Alpha (RISC) machines. This is a= big reason you have device driver forking in Windows, which was introduced= into RSX-11M first and then later used in VMS, instead of some other schem= e (such as privileged, high-priority tasks for processing data emitted by d= evice drivers as used in RSX-11D, also designed by Dave). -- Eryndlia (a.k.a. KK1T)