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: 103376,5feb723c26279aee
X-Google-Attributes: gid103376,public
From: "David Botton" <David@Botton.com>
Subject: Re: Win32 dialogs/resource grief (longish)
Date: 2000/03/01
Message-ID: <gakv4.1035$FQ2.294990@news4.usenetserver.com>#1/1
X-Deja-AN: 592043559
References: <38BC8428.901597BD@brighton.ac.uk> <38bdb710_1@news2.prserv.net>
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3612.1700
X-Abuse-Info: Otherwise we will be unable to process your complaint properly
X-Complaints-To: admin@usenetserver.com
Organization: UseNet Server,
 Inc.  http://www.usenetserver.com - Home of the fastest NNTP servers on the
 Net.
NNTP-Posting-Date: Wed, 01 Mar 2000 21:16:44 EST
Newsgroups: comp.lang.ada
Date: 2000-03-01T00:00:00+00:00
List-Id: <comp.lang.ada>

Actually that was not his problem. Your version of the code would also have
seen the same problem if you threw in the second dialog box.

BTW rcl also does not compile the resource to coff correctly in that case
either (mutliple dialogs). Windres or M$ cvtres are the only options here.

David Botton

Jerry van Dijk wrote in message <38bdb710_1@news2.prserv.net>...
>Basically, the problem is that passing around data within the
>Win32 environment takes more care. Explaining it all would take
>more then a posting, but hopefully the code below will point in
>the right direction.