From: "Steven Levine" Received: from [192.168.100.201] (HELO mail.2rosenthals.com) by 2rosenthals.com (CommuniGate Pro SMTP 5.4.10) with ESMTPS id 938899 for cwmm-dev@2rosenthals.com; Sat, 01 Aug 2020 03:57:12 -0400 Received: from [192.168.200.201] (port=55746 helo=mail2.2rosenthals.com) by mail.2rosenthals.com with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1k1mO4-0006Ma-2a for cwmm-dev@2rosenthals.com; Sat, 01 Aug 2020 03:57:00 -0400 Received: from elasmtp-galgo.atl.sa.earthlink.net ([209.86.89.61]:48822) by mail2.2rosenthals.com with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1k1mJ8-0001O5-2b for cwmm-dev@2rosenthals.com; Sat, 01 Aug 2020 03:51:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=earthlink.net; s=dk12062016; t=1596268314; bh=sgOvuesKnWHPu6RlseoyUov7Al9xDdFXPWFh JyP6W2A=; h=Received:From:Date:To:In-Reply-To:Subject:X-Mailer: Message-ID:X-ELNK-Trace:X-Originating-IP; b=URncWd429LHlJ6aIam9ic8 PcJuKAnS7s2AZkEGX5YDMnB4l7OxH7IVKqwW+/pE167vVO0IvKCx4j0oj8bt0KyK4iD 6z95lcpw+0kw1nkgHUiJSP/SldQYOVr500p5uW3t5py4vxmA8onMLOPpU4v05qyrlv4 TEIMdjNxotTVwOmF5tOi607ffrWfl0ntVYsK3WyZvEnLGBfqeMWIdXN44SbEl2XG+0f TGm/+ADLCksiAKSaOpRacHIBEZgODMRSvUisvvrtB1sx6UsFEGhY2Hf6dI/e5axl5CJ od4dxjXnN93+hj5Wy8I/9Mesk8SB/vHaR2RE9RIYKX2FUmq5v7JQ== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=dk12062016; d=earthlink.net; b=QOk/GDLTHd1JPsomvQZbd3enEPMlmwKeuSpRX7CIXRUHG2AJmUUE/fYmytL6LByEs4o+xShQKf2QiEb5R1TSedJKN9vez1sTcA8bOw41YKq4449Dzls9roAR+5xFnrh8KTwtNbHUDwjG9S47rLmkw2kXg9/ls3cSJbYKjAwg30rAmV6wdCOc119603lznx+7Vc3vyoH4ws2aHe6VYp/+pimNFTPKlpf4z4YeK1kmdo/jIHifmiZq4NJc9JQxSP+F123gtGle1d8YdTt4JITfzxAhTRF7kWZlzkN1T42LUsxwCxizKN3POnpa9ieZfCdVy4z6jEJ3bLb9tk7l7XBLQg==; h=Received:From:Date:To:In-Reply-To:Subject:X-Mailer:Message-ID:X-ELNK-Trace:X-Originating-IP; Received: from [108.193.252.206] (helo=slat60-1) by elasmtp-galgo.atl.sa.earthlink.net with esmtpa (Exim 4) (envelope-from ) id 1k1mJ6-000BCE-Ut for cwmm-dev@2rosenthals.com; Sat, 01 Aug 2020 03:51:53 -0400 Date: Fri, 31 Jul 2020 23:45:18 -0700 To: "CWMM Developers Mailing List" In-Reply-To: Subject: Re: [cwmm-dev] Compiling cwwm X-Mailer: MR/2 Internet Cruiser Edition for OS/2 v3.00.11.21 BETA/60 Message-ID: X-ELNK-Trace: a1109158fca87577d780f4a490ca6956846b590522b13c95671546536f71a156e6823583b9fe1423350badd9bab72f9c350badd9bab72f9c350badd9bab72f9c X-Originating-IP: 108.193.252.206 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable In , on 07/31/20 at 10:28 PM, "Dave Yeo" said: Hi Dave, >> WPTYPES.IDL:23 >> typedef unsigned long ULONG; >OK, I've installed the VACPP 3.08 including all fixes that Lewis kindly=20 >donated, I still see in G:\IBMCPP\INCLUDE\OS2\WPTYPES.IDL having at line >23, typedef int BOOL; My advice is make the G:\IBMCPP\INCLUDE\OS2\ directory disappear and forget it existed. The same is true for any other SOM components in \IBMCPP that have been superceded by newer components in the Toolkit. I apologize for taking so long to recall why this directory can exist. It took some review of the VAC VACPP.PKG Software Installer Package file to revive my memory. It's been over 20 years since I last had to think about this directory. In software installer terms, the content of IBMCPP\INCLUDE\OS2\ is part of COMPONENT NAME =3D 'Warp Toolkit Headers & Libraries', ID =3D 'WARPHLIB', This component existed because back in 1995 there was not yet a separately delivered toolkit. When the toolkit appeared, I uninstalled the VAC WARPHLIB component because to my form of common sense, keeping it around could only cause problems. Also back in the 90's disk space was a bit more of a scarce commodity. The same applies to the VAC SOM Component COMPONENT NAME =3D 'SOM DLL', ID =3D 'SOMDLL', It too got uninstalled when the separately installed toolkit appeared. The same thing applies to any copies of SOM .IR files that duplicate copies in %_BOOT:\OS2\ETC. They sould be gone. Nothing good can come from trying to use them. This reminds me of an interesting feature of the VAC installer. Left to its own devices, it would backlevel the SOM DLLs on the boot drive with: FILE EXITWHEN =3D '"%TARGET%" =3D=3D REMOTE', EXITIGNOREERR =3D 'YES', EXIT =3D 'REPLMOD %EPFIBOOTDRIVE%:\IBMCPP\DLL\SOM.DLL' and so on. Like I said before, nothing good could come of this. Review SOM\LIB in your tooklit and make sure you are using the backleveled: Toolkit\SOM\LIB\EMITC.DLL 4-27-98 12:35 49,425 0 EMITC.DLL 280973a9abe88dd8dbfdd57343ebff64 *EMITC.DLL Lars discovered some defects in the EMITC.DLL that shipped with the 4.5.2 toolkit. The fix is to use the EMITC.DLL from the 4.0 tooklit. It has less defects. Now that we have gone over all this, it's now obvious to me why you have G:\IBMCPP\INCLUDE\OS2\WPTYPES.IDL having at line 23, typedef int BOOL; It's a defect in the version of WPTYPES.IDL that shipped with VAC. I assume that the version of SC.EXE that shipped with VAC accepted accepted this usage without complaining because it did not understand that this was a defect. Someone must have noticed/reported this and the defect was fixed in the toolkit versions of SC.EXE and WPTYPES.IDL and part of the fix was to report the defective usage of int. Steven --=20 ---------------------------------------------------------------------- "Steven Levine" Warp/DIY/BlueLion etc. www.scoug.com www.arcanoae.com www.warpcave.com ---------------------------------------------------------------------- --=20 This email was Anti Virus checked by Astaro Security Gateway. http://www.so= phos.com