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.3 required=5.0 tests=BAYES_00,INVALID_MSGID autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f7344,dbab47e756f4068e X-Google-Attributes: gidf7344,public X-Google-Thread: 103376,dbab47e756f4068e X-Google-Attributes: gid103376,public From: Ted Dennison Subject: Re: DEC Ada V3.3 Date: 1996/08/23 Message-ID: <321DACA3.167EB0E7@escmail.orl.mmc.com>#1/1 X-Deja-AN: 175980317 references: <321C3BC6.1897@dial.eunet.ch> content-type: text/plain; charset=us-ascii organization: Lockheed Martin Information Systems mime-version: 1.0 newsgroups: comp.lang.ada,comp.os.vms x-mailer: Mozilla 2.0 (X11; I; SunOS 4.1.3_U1 sun4m) Date: 1996-08-23T00:00:00+00:00 List-Id: Rob Kirkbride wrote: > > It concerns the use of Text_Io.Put, it does not seem to flush these > until the program has finished running - even if a Text_Io.Get_Line is > done! Has anyone else spotted this - how did you fix it? Have you tried a Text_IO.Put_Line ? Also, Its been a while, but I believe there is a "FORM =>" parameter you can give Text_IO if you are opening or creating a file to specify no buffering. In fact, I seem to remember that you can do anything RMS can do with the right "FORM =>" parameter. > We get library corruption problems every couple of weeks generally when > we have obsoleted some base types files several times. Anyone get > similar results? That sounds like the dreaded dependancy problem. You can avoid it by making sure that in your compilation there are no situations where a package in a "child" library depends on a package in a "parent" library which in turn depends on a package in a child library. This often happens when a commonly "withed" package is brought down to a lower library for maintanence. If I remember correctly, DEC Ada detects this situation and enters links in your lower-level libraries so that no unit in your compilation depends on a unit in one of your child libraries. When the maintanence is done and the unit is moved back up to the correct parent library, you may be clever enough to remove the unit itself from your library, but the links that DEC Ada created must be removed as well. -- T.E.D. | Work - mailto:dennison@escmail.orl.mmc.com | | Home - mailto:dennison@iag.net | | URL - http://www.iag.net/~dennison |