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
	autolearn=unavailable autolearn_force=no version=3.4.4
X-Received: by 10.66.250.163 with SMTP id zd3mr21452511pac.35.1433284392456;
        Tue, 02 Jun 2015 15:33:12 -0700 (PDT)
X-Received: by 10.140.106.247 with SMTP id e110mr368712qgf.7.1433284392378;
 Tue, 02 Jun 2015 15:33:12 -0700 (PDT)
Path: 
 eternal-september.org!reader01.eternal-september.org!reader02.eternal-september.org!news.eternal-september.org!mx02.eternal-september.org!feeder.eternal-september.org!news.glorb.com!h15no1235804igd.0!news-out.google.com!k20ni45095qgd.0!nntp.google.com!j5no55596qga.1!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail
Newsgroups: comp.lang.ada
Date: Tue, 2 Jun 2015 15:33:12 -0700 (PDT)
In-Reply-To: <b69ed49c-391e-4c75-92cc-ca92e9ddbac7@googlegroups.com>
Complaints-To: groups-abuse@google.com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=73.138.95.40;
 posting-account=wEPvUgoAAABrLeiz_LRhQ3jeEhyfWVMH
NNTP-Posting-Host: 73.138.95.40
References: <df2d79a4-b792-49f4-b941-712772dee4e9@googlegroups.com>
 <b69ed49c-391e-4c75-92cc-ca92e9ddbac7@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <1dbceb5d-732d-45d2-8321-9317c6eee81d@googlegroups.com>
Subject: Re: Problems with the "mwindows" switch
From: NiGHTS <nights@unku.us>
Injection-Date: Tue, 02 Jun 2015 22:33:12 +0000
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Xref: news.eternal-september.org comp.lang.ada:26144
Date: 2015-06-02T15:33:12-07:00
List-Id: <comp.lang.ada>

On Saturday, May 23, 2015 at 4:23:46 PM UTC-4, gautier...@hotmail.com wrote=
:
> Le vendredi 22 mai 2015 20:35:59 UTC+2, NiGHTS a =E9crit=A0:
>=20
> > Unfortunately when the "mwindows" flag is set not only does the GUI not=
 appear as expected, but I don't get any feedback on the command console ei=
ther. It makes me think that there is something fundamentally broken with t=
he executable itself.
>=20
> It is an unfortunately normal behavior. Each console output when there is=
 not console due to -mwindows will stop the program...
> So you need to remove all you put's or put_line's or frame them inside a =
condition.
>=20
> if trace then
>   put(...);
> en if;
>=20
> _________________________=20
> Gautier's Ada programming=20
> http://gautiersblog.blogspot.com/search/label/Ada=20
> NB: follow the above link for a valid e-mail address

This worked.=20

I don't mind this limitation though as I expected to eventually pipe all de=
bug data to SQLite. I'm surprised that Windows doesn't give me any useful f=
eedback about the problem, especially since this problem appeared to have o=
ccurred before main thus out of reach of debugging.=20

Wouldn't it be the Ada way to scream violently before its death instead of =
quietly accepting its fate? I have a feeling Windows is inherently the prob=
lem here.