You wrote "gdpiplus.dll", you probably meant GdiPlus.dll...
GdipConvertToEmfPlus was not present in GdiPlus.dll v5.x,
but was in >= v6.x
This browser is no longer supported.
Upgrade to Microsoft Edge to take advantage of the latest features, security updates, and technical support.
One user has reported the following error when he tries to run my Visual Studio 2019 C++ MFC application:
A message box appears with caption "Entry Point Not Found" and body that says: "The procedure entry point GdipConvertToEmfPlus could not be located in the dynamic link library gdpiplus.dll".
I do use gdiplus in my application. Is it possible that I am not doing something I should be doing with redistributables? When the user installs my application I run VC_redist.x86.exe, which is described as "Microsoft Visual C++ 2015-2019 Redistributable (x86) - 14.24.28127". That's all I do. After some searching I found a more recent one: "Microsoft Visual C++ 2015-2019 Redistributable (x86) - 14.28.29325". Is it possible that if he runs the latter this will fix the problem? Can I just send him the latter as an EXE and tell him to run it? Should I include the latter in the next version of my application? Is that safe?
How are we supposed to know when a new redistributable has been created incidentally? I only found the new one because a user reported the problem.
I see that there is also a site: https://platform-sdk-redistributable-gdi.win10download.net/. What's that about? Should I tell him to go there and try downloading the latest GDI+ redistributable?
All help very much appreciated.
You wrote "gdpiplus.dll", you probably meant GdiPlus.dll...
GdipConvertToEmfPlus was not present in GdiPlus.dll v5.x,
but was in >= v6.x
By the way, as I checked these documents: Image Functions and Metafile::ConvertToEmfPlus(constGraphics,constWCHAR,INT,EmfType,constWCHAR) method (gdiplusheaders.h), which mentioned “Microsoft Product Support Services will not provide support for code that calls the flat API directly.” I’m not sure how you use
gdiplus
and related functions, this issue may be also caused by codes.@Tianyu Sun-MSFT : Thank you for your help with this. I checked in our code. We do not call the function "GdipConvertToEmfPlus" (or any method) anywhere in the whole program. I see that the flat functions all appear to have a "Gp" prefix. I did a case-sensitive search for all occurrences of "Gp" in our code. There are no calls to any functions that have that prefix. As far as I can see we always use the approved Wrapper method of making GDI+ calls.
You say "this issue may also be caused by codes". I didn't understand that. What 'codes'?