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.50.20.135 with SMTP id n7mr6931280ige.8.1432322671155; Fri, 22 May 2015 12:24:31 -0700 (PDT) X-Received: by 10.140.93.38 with SMTP id c35mr127474qge.38.1432322671026; Fri, 22 May 2015 12:24:31 -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!j8no8030744igd.0!news-out.google.com!k20ni44842qgd.0!nntp.google.com!z60no3265357qgd.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-for-mail Newsgroups: comp.lang.ada Date: Fri, 22 May 2015 12:24:30 -0700 (PDT) In-Reply-To: Complaints-To: groups-abuse@google.com Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=206.53.65.29; posting-account=ShYTIAoAAABytvcS76ZrG9GdaV-nXYKy NNTP-Posting-Host: 206.53.65.29 References: User-Agent: G2/1.0 MIME-Version: 1.0 Message-ID: <00836c9e-9ed0-4638-9d0b-0b3cd4e07c65@googlegroups.com> Subject: Re: Problems with the "mwindows" switch From: sbelmont700@gmail.com Injection-Date: Fri, 22 May 2015 19:24:31 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Xref: news.eternal-september.org comp.lang.ada:25962 Date: 2015-05-22T12:24:30-07:00 List-Id: On Friday, May 22, 2015 at 2:35:59 PM UTC-4, NiGHTS wrote: >=20 > Any hints on what could be wrong is be highly appreciated! >=20 A Win32 executable is either 'console' or 'windows' (CUI or GUI). This is,= effectively, what the -mwindows switch controls, with its omission indicat= ing CUI. Essentially, a CUI executable gets its standard output handle from its pare= nt console; so if you spawn a CUI from the shell, it uses the same console = for output, and you get it in the same window as the shell. Not so with a = GUI app, that has no default output, and would open a new window should you= try (via AllocConsole()). So, if you use the -mwindows switch, you get no default console and your te= xt goes nowhere. If you remove it, you will always get a console whether y= ou want it or not. There is, officially, no way to create a windows execut= able that is dynamically both. There is probably a more subtle reason as to why your GUI doesn't appear wh= en -mwindows is present. (http://blogs.msdn.com/b/oldnewthing/archive/2009/01/01/9259142.aspx) -sb