Subj : PL/I v 2.1 FixPak 6
To   : David Noon
From : Murray Lesser
Date : Mon Jul 31 2000 12:17 am

(Excerpts from a message dated 07-30-00, David Noon to Murray Lesser)

Hi David--

DN>Replying to a message of Murray Lesser to David Noon:

 ML>       "On OS/2, all 16-bit support has been dropped."

DN>I have seen suggestions that you use JdeBP's 32-bit shim DLL. This
  >is actually quite reasonable. The change can be implemented using
  >PL/I macro language, with your original source being largely
  >unchanged,

    Thanks, but no thanks.  I'll just continue to live in the backwaters
of PL/I for OS/2 (v 2.1 FP4) and leave all my existing source code
alone.  Personally, I can't see any less grief in having the "original
source being largely unchanged" than in having it "largely changed."
There is essentially the same amount of conversion, recompiling and
relinking involved in either case.  Since I can see nothing in either
FP5 or FP6 that I need, there is no reason for me to "upgrade" just for
the sake of living with the latest version.  (This is why I am still
running Warp 4 at FP5 level :-).)

    I will admit that if had I taken your suggestion many moons ago, to
make my "private library" a set of DLLs, rather than a set of separately
compiled static-link modules, going to JdeBP's offering would have made
sense.  Mea culpa.

 ML> As a test, just to make sure the quoted message says what I was afraid
 ML> it says, I tried recompiling my KBREAD.PLI procedure and got a
 ML> compile-time message to the effect that the compiler didn't recognize
 ML> the option "linkage(pascal16)" so was ignoring it.  When I linked the
 ML> newly compiled version to a test driver and ran it, I got an access
 ML> violation Exception!

DN>Did you see any external references to DosFlatToSel() or
  >DosSelToFlat() in the link map? If not, then no address "thunking"
  >is being performed and no call thunking has been automatically
  >generated.

    Didn't look.  Perhaps I should have, but I took the compiler warning
and the access violation as sufficient proof :-(.

 ML> More important, can you think of any other
 ML> workaround than the one I used (restored the previously installed
 ML> version)?

DN>Write your own call thunking routine in assembler. ... :-))

    What?!!!  Who, me?

BN>Still, the slack time has allowed me finally to decomission my old
  >80486 system and move totally to the AMD K6-III based machine I built
  >a few months ago. 

    Congratulations!  Wear it in good health.

    Regards,

        --Murray
<Team PL/I>
___
 * MR/2 2.30 #120 * Newer is not necessarily better.

--- Maximus/2 3.01
 * Origin: COMM Port OS/2 juge.com 204.89.247.1 (281) 980-9671 (1:106/2000)

.