Subj : SO32DLL.DLL & IREX To : Charles Cruden From : Jonathan de Boyne Pollard Date : Thu Jan 18 2001 03:18 pm JdeBP> What name, exactly, are you passing to the call ? CC>>> rc = DosLoadModule (NULL, 0, "SO32DLL.DLL", &So32Dll); DN> Try ditching the .DLL suffix on the filename. One should only code the DN> extension if one is also specifying the full path. [This is a hole in DN> the OS/2 DTK documentation.] CC> If it were a problem with the info passed to the call itself, I'd have CC> expected it to fail in *all* cases. In IBM OS/2 how a DLL specified without a pathname prefix is located varies according to whether or not another process already has that particular DLL loaded into its address space. The presence or absence of ".DLL" does make a difference, especially when it comes to shortname matching. CC> As it is, it's worked fine in all but a few installs, usually installs using Injoy CC> as the dialup provider, so I kind of suspect it isn't anything that altering the CC> code will fix. You should modify the code anyway, in regard of David's second point (which you appear to have overlooked), namely that DosLoadModule() gives you (and more importantly, your users) an easy way to find out exactly which DLL is failing to load, so that you can print that name out. As it is, your software is complaining in its error messages about "SO32DLL.DLL" when, in fact, it may be some *other* DLL that is at the root of the problem here. If you print out the correct DLL name in your error messages, it gives your users a better chance to figure out the problem on their own, and that's almost always a good thing. Russell Tiedt, for example, checked the location and accessibility of SO32DLL.DLL before reporting the problem. But he may well have been fruitlessly checking the wrong DLL. ¯ JdeBP ® --- FleetStreet 1.22 NR * Origin: JdeBP's point, using Squish (2:440/4.3) .