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=3.8 required=5.0 tests=BAYES_00,INVALID_MSGID, RATWARE_MS_HASH,RATWARE_OUTLOOK_NONAME autolearn=no autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,f1efe20cb462d89c X-Google-Attributes: gid103376,public From: "Jerry van Dijk" Subject: Re: gnat 3.07 DOS Date: 1997/01/22 Message-ID: <01bc08b6$87b9c4a0$f32d5c8b@jerryware>#1/1 X-Deja-AN: 211677416 references: <5c36l5$5u3@top.mitre.org> organization: *JerryWare HQ*, Haarlem, Holland newsgroups: comp.lang.ada Date: 1997-01-22T00:00:00+00:00 List-Id: Michael F Brenner wrote in article <5c36l5$5u3@top.mitre.org>... > Preliminary Feedback: the gnat 3.07 DOS: (1) More things work > than worked under 3.05. (2) Some things work a lot faster. > (3) All EXEs are about twice as big as gnat 3.05 before stripping, > but they strip (using SLIMFAST.BAT) down to about 10K more > than their 3.05 size, Yes, I have the same experiences. Also error checking is improved again. > (4) There may be a couple of new problems. Lets see... > First, we may have to start a new stream_IO thread, because > we seem to be getting extra carriage returns on some stream_io > writes. Hmmm, although I'm doing a lot of file scanning/parsing right now I haven't run into this (yet?). I hardly dare to ask, but are you sure it's not a file format translation (unix (LF) to DOS (LF/CR) problem ? Both GNAT and DJGPP have options controlling the translation. > Also, some applications that worked under 3.05 are getting > sigseg interrupt 08 DOS hangs. As a result it will take a > couple of days to test the public domain software we were using. That is really odd.You are not using djgpp 2.01 ? Note that *DOS error 8* (what is what in djgpp the signal number means) is 'out of memory'. > Things someone could look into: (A) Were the symbols REALLY stripped > from the runtime routines? In 3.05 the 'strip' utility was automatically run when building a executable, this has been left out of 3.07. To get back to the 3.05 filesizes use: exe2coff file.exe strip --strip-all file coff2exe file del file (B) How can we write streams of bytes > in a way that they work the same way from a pipeline or to > an internally opened filename, preferably in a way that works > unchangingly between DOS and un*x? By setting the proper file format options, see GNAT and DJGPP docs. BTW although we should be glad ACT has provided us yet again with a new version of GNAT/DOS, it would have been even nicer if: a) DJGPP v2.01 was used as a platform, the incompatibilities are a major PITA; b) GNAT would use the DJGPP Long Filename Support when running in a Win95 DOS box. Jerry.