UI of MFC app blurred

I am trying to port my MFC app from VS2010 to VS2013. The UI of the app built with VS2013 is blurred (and larger). With VS2010 it was ok.
I tried the setting in VS „Manifest Tool – Input and output – DPI Awareness“. I tried all 3 values (None, High DPI, per Monitor) but the UI is always blurred.
I noticed that the problem can be fixed by setting the properties of the EXE to “disable display scaling on high DPI settings” in Windows Explorer. But I cannot tell to the customers to change this setting. I need it to be the default.
Any ideas?
Thank you
Vaclav
Vaclav

"In some cases, the application vendor may be able to provide an updated software version that better supports high-DPI displays."
Please check this kb article: Some desktop applications may appear blurred on high-DPI displays.
https://support.microsoft.com/kb/2900023
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Similar Messages

Failure with embedding GUI java app into VC++ MFC app

I have the GUI Java application, wich I wish to be embedded into MFC application. But VC traces the message about unhandled exception and message "HEAP[app.exe]: HEAP: Free Heap block 3c40418 modified at 3c40438 after it was freed. Unhandled exception at 0x77f9193c in app.exe: User breakpoint." I had builded short tests. So console win32 apllication with gui java works and gui mfc without ui java too. Loading and unloadig the JVM is implemented in InitInstance() and ExitInstance() methods of main MFC app class. Which native thread is "main" for JVM is stored and verified when JNI-functions are called from another native thread. Java gui as it's own message processing thread which shouldn't confuse the native MFC one. Every Java-class method JNI-call is provided by exception checking. I'm at loss where to dig. Could you give me any hint, please?

Well, I missed the right place for my post, sorry. It should be placed at "Native methods"...
I had selected JVM 1.4.2_08 (it was 1.5.0_04 at first) for running Java part and the failure had gone away. Though I can't unload JVM DLL before exitting correctly anyway cause my program uses OLE and jvm.dll unloading provokes the memory access exception at awt.dll through ole.dll down the call stack. The test Java program works, but sometimes mouse cursor doesn't change it shape. It happens with Swing tables. There are no faults with columns exchange or cell editors activation but mouse cursor remains "arrow" when cell editor is active or I change the column width with mouse.

How to install VC++ MFC app

Problem Description :
I have an MFC application in Visual C++ 6.0 that includes CWGraph, CWSlide and CWKnob. It's compiled using shared DLL's.
I used InstallShield to make a distribution CD that includes the exe and DLL files. The installed app runs on the PC on which I developed the app. This PC has LabView
Prof. Dev. Sys 6.0 installed.
When I install on a 'clean' machine the app get's an error "Application failed to initialize properly (0xC0000142). Click OK to terminate". No window
is ever opened. I used a utility program to find what DLL's were loaded on my development PC and included those in the distribution.
Do you have any info that could help me? Does the target PC for the installation need a NI license?
Thanks for any
and all pointers,
Regards, Brian

I read both documents suggested (thanks Elton) and after following those steps unfortunately still have a DLL intialization problem. My app was developed in VC++ and linked to nidaq32.lib, nidex32.lib and gpib-32.obj. It wasn't developed in a Labview IDE. I read several comments about "the installer doing everything needed". I am running InstallShield for VC++ standalone. This requires I enter all the dependent DLL and OCX files.
The DLL's my app is using are NIBFFRU.DLL
NICFQ32.DLL,NIDAQ32.DLL,NIMDSU.DLL,NIPALU.DLL,NIPALUT.DLL,NIPSM.DLL,NIRPC.DLL,NISCALE.DLL and NISTCU.DLL.
The exception error I get (0xc00000142) is a DLL initialization failure, and not the failure to find a DLL.
P.S. I inheirited this app from someone who left the company so I ca
n't answer any 'why was it done this way' questions.
Any suggestions very welcome,
Regards, Brian

Alert blurs main app but never shows up

on very very rare occasions i've got a user reporting that a simple modal Alert blurs the main app but never shows up--which more or less blocks the app.
the Alert is generated by this method:
// generic message display
protected function informUser(msg:String,msgTitle:String,msgType:String="normal"):void {
// user must interact
var inform:Alert=Alert.show(msg,msgTitle)
inform.styleName="inform";
if (msgType=="error")
informError.play();
any ideas on what might be causing this?
thanks.
attached is what the user's seeing.

no, there's always text when this Alert is called & it works 99.99% of the time. display list? yes. visible? it's supposed to be but on the blue moon events it's not showing up, main app blurs but the Alert dialogue simply doesn't show up. the client says it's happened twice over the course of several months.
i can't reproduce this so i can't really debug it.
thanks.

Issue in using DLLs from a VC++ 6.0 MFC application

Hi,
I am using Labview 7.1 for creating VIs.I have created DLLs for accessing
these
VIs from a VC++ application. The VC++ 6.0 project is created using MFC app
wizard. When I try to execute the VC++ project in Debug configuration it
works
fine. When I try to execute the same in release configuration I get an
error as
shown in the attachment.
Attachments:
labviewWError.jpg ‏132 KB

Hi Mukund!
I found this response on another forum thread that looked like it could help you out:
==============================================================
MSVC++ error (system error 998)
This is actually a Microsoft issue. It has something to do with static and
dynamic linking of the MFC DLL. Our R&D engineers have verified this with projects created with no LabVIEW code at all (that is why we believe it to be solely a Microsoft issue). There are three options at this time:
1. Link with the DLL form of MFC.
2. Do not link with the .lib from the LV DLL, instead use LoadLibrary and GetProcAddress to dynamically load the DLL and call the function.
3. Use the VC delayload feature to make the LV DLL not get loaded until the first call is made into it. See VC help on "delayload" for information on setting this up.
Randy Hoskin
Applications Engineer
National Instruments
http://www.ni.com/ask
==============================================================
Hope this helps!
Travis H.
National Instruments
Travis H.
LabVIEW R&D
National Instruments

How to solve error c1190 : MFC requires to use Winsock2.h ?

in the name of allah
hi everyone
i work with visual C++ 2008 and i'm a project that contains the c and c++ code together.
the project worked correctly but when i add a .cpp and a .h file to the project, the project
errors the c1189 : MFC requires to use winsock2.h
look the codes in the .cpp and .h files are correctly because when i add these files to another mfc project will work,
but when add to my project this error will happen.
can you tell me what the problem is?
first part of the my .h file is like below :
#pragma once
#ifdef _WINDOWS_
#undef _WINDOWS_
#endif
#include <Afx.h>
#include <afxwin.h>
#include <atlimage.h>
#include <math.h>
in addition i need to use the CWnd and CString and CImage ,... Classes in my project, because of this include the afxwin.h(for CWnd) and atlimage.h(for CImage) and ....
so i have to do these, don't i?
remaining part of .h file is :
class Object{
public:
   CImage Image;
   short int x,y;
class Theme : public CWnd{
private:
protected:
   virtual void DoDataExchange(CDataExchange* pDX);   // DDX/DDV support
public:
   CWnd *Parent;
   CPoint cursor;
   bool drag;
   CString path,imagepath;
   char DialogMove;//0==top to center - 1==center to top - 2==center to down - 3==down to center
   char code,sb;//code = 0=main page - sb=show button=1=ascedung,-1=desceding;
   short int iimage,bstart,bend,//i = index of images-b = index of buttons
   ib;//ib=index of button for clicking and do code
   short int w, h,D;
   float ani_p, ani_max;
   bool ani,mousec;
   CRect WRect,rdesktop;
   CDC *cdc;
   short int lani;
   HWND hwndani;
   Object *Image;
   CRect *Rect;
   bool *BEnable;//enable of buttons-1 = enable
   unsigned char ButtonCount,ImageCount,SysButtonCount;
   bool Transparent;
   int EndMsg;//0=WM_CLOSE       1=PostMessage(IDOK)
   void GotoPage(unsigned char PageNo,unsigned char BStart,unsigned char BEnd);
   void ClearRect(short i,short j,COLORREF color);
   bool IsIn(CPoint point,CRect rect);
   bool IsInRect(CPoint point,CRect rect,CRect Rectangle);
   void Center2Top(int);
   void Top2Center();
   void Down2Center();
   void Center2Down();
   bool AddImage(unsigned char Index,CString ImagePath,unsigned short int X,short int Y);
   void AddButton(unsigned char Index,CRect rectangle,bool enable);
   void DrawImages(unsigned char alpha,int IImage);
   //Theme(unsigned char imagecount,unsigned char buttoncount,unsigned char sysbuttoncount);
   void Init(unsigned char imagecount,unsigned char buttoncount,unsigned char sysbuttoncount);
   ~Theme(void);
   bool CreateTheme(CRect rect,CWnd *parent,unsigned short int W,unsigned short int H,bool transparent);
   afx_msg void OnPaint();
   afx_msg void OnTimer(UINT_PTR nIDEvent);
   afx_msg void OnLButtonDown(UINT nFlags, CPoint point);
   afx_msg void OnLButtonUp(UINT nFlags, CPoint point);
   DECLARE_MESSAGE_MAP()
after that
in my .cpp file i wrote the body of functions.
so where the problem is?
thanks alot
thanks

How did you created your solution is it a MFC app or Win32 App . make sure that From Project Properties Use of MFC is set to Use MFC in a Shared Dll.
Thanks
Rupesh Shukla

Integrating MFC application in swings

hi all,
i am supposed to write a swing application this application supports a functionality for which there is an existing MFC application. its kind of a swing based wrapper over an existing MFC application. is it possible? i dont feel JNI would solve this as its not just communicating with native dlls or exes instead its more like launching the exe and then piping the screen (UI) from MFC app to swing based application.
are there any 3rd party librariers\components that can help me achieve it? i had heard of some bridge libraries but not sure if they can let you directly integrate applications inside java applications. also i am worried about event handling :)
thanks.
regards,
amey

Look hear
http://www.teamdev.com/jniwrapper/index.jsf
You need to do next. Create a component with the AWT native window through WinPack. After your need to little change your MFC application in that way when main window of your MFC application has native window in AWT component as parent.

CR XI R2 Sp6 - How do you change the default printer used by the Viewer?

CR XI R2 Sp6
.NET
VS2005, C++
The app selects printer for the job as m_Report->PrintOptions->PrinterName = ss_Device;
This works nicely for printouts to the printer, but is ignored by the viewer. There, the machine default printer is always selected when I hit the print button.
Found this which is sortof similar:
http://forums.sdn.sap.com/thread.jspa?threadID=1275149
Is there any way to fix this? If no, then is it fixed in more recent versions of CR?

All of that above can be changed at runtime, but you'd somehow need to figure out what the default printer driver is on each machine and then assign it to the report.
Yes,but that is exactly what I do. The app normally uses the Windows default printer just as any C++/MFC app will do. On the file menu there is an option to select printer which calls CWinApp::OnFilePrintSetup(); which sets the application default printer setup.
In the app there is a function to retrieve the default printer:
CString CLpApp::GetDefaultPrinter()
     PRINTDLG     pd ;
     CString          printer("Failed") ;
     pd.lStructSize = (DWORD)sizeof(PRINTDLG) ;
     BOOL bRet = GetPrinterDeviceDefaults(&pd) ;
     if (bRet)
          // protect memory handle with ::GlobalLock and ::GlobalUnlock
          DEVMODE *pDevMode = (DEVMODE*)::GlobalLock(m_hDevMode) ;
          printer = pDevMode->dmDeviceName ;
          ::GlobalUnlock(m_hDevMode) ;
     return printer ;
When I print, I do:
void CSkrivDlg::StartReport(CLpReportJob^ jobb)
     jobb->SelectPrinter("",theApp.GetDefaultPrinter(),"");
     if(m_tillSkrivare)
          jobb->OutputToPrinter(1);
     else
          jobb->OutputToWindow("Fönsternamn", 0, 0, 200, 200, 0, NULL, NULL);
This works correctly for OutputToPrinter(1);, but not for OutputToWindow() which are simply wrappers for the CR functions:
bool CReportJob::OutputToPrinter(int nCopies)
     bool rc = true;
     try
          m_Report->PrintToPrinter(nCopies,true,0,0);
     catch (Exception ^e)
          TRACE("
%s",e->Message);
          m_LastError = e->Message;
          rc = false;
     return rc;
// OutputToWindow()
// a,b,c,d = Fönsterkoordinater eller noll för default
// style = flaggor för fönsterposition
// window = fönster efter vilket vi dyker upp
// child = rapportfönstrets handle om vi vill ha den
bool CReportJob::OutputToWindow(CString Namn, int a, int b, int c, int d, int style, CWnd* window, CWnd **child)
     bool rc = 0;
     CString title="Dummy1";
     title = m_Report->SummaryInfo->ReportTitle;
     CFloaterDlg *Floater = new CFloaterDlg(NULL);               // TODO: Get window
     Floater->Create(IDD_FLOATER_DLG, NULL);
     if(Floater != NULL)
          m_Report->ExportOptions->ExportFormatType = CrystalDecisions::Shared::ExportFormatType::PortableDocFormat;
          Floater->m_Viewer->ReportSource = m_Report;
          Floater->m_Viewer->Zoom(theApp.m_ScreenZoom);
          // Sätt fönsterrubrik från rapporten
          Floater->SetWindowText(title);
          // Puffa på så att den kan ändra storlek på Crystal-kontrollen
          Floater->Size();
          // Visa fönstret om det är stängt
          if(!Floater->IsWindowVisible())
               Floater->ShowWindow(SW_SHOW);
          rc = true;
          if (child!=NULL) *child=Floater;
     else
          AfxMessageBox("Kunde inte skapa fönster för utskrift",MB_OK);
          rc = false;
     return rc;
Floater is simply a dialog that holds the Viewer control.
For some reason does the Viewer not obey the printer selection done in the report

Native library NOT thread safe - how to use it via JNI?

Hello,
has anybody ever tried to use a native library from JNI, when the library is not thread safe?
The library (Windows DLL) was up to now used in an MFC App and thus was only used by one user - that meant one thread - at a time.
Now we would like to use the library like a "server": many Java clients connect the same time to the library via JNI. That would mean each client makes its calls to the library in its own thread. Because the library is not thread safe, this would cause problems.
Now we discussed to load the library several times - separately for each client (for each thread).
Is this possible at all? How can we do that?
And do you think we can solve the problem in this way?
Are there other ways to use the library, though it is not thread safe?
Any ideas welcome.
Thanks for any contributions to the discussion, Ina

(1)
has anybody ever tried to use a native library from
JNI, when the library (Windows DLL) is not thread safe?
Now we want many Java clients.
That would mean each client makes its calls
to the library in its own thread. Because the library
is not thread safe, this would cause problems.Right. And therefore you have to encapsulate the DLL behind a properly synchronized interface class.
Now the details of how you have to do that depends: (a) does the DLL contain state information other than TLS? (b) do you know which methods are not thread-safe?
Depending on (a), (b) two extremes are both possible:
One extreme would be to get an instance of the interface to the DLL from a factory method you'll have to write, where the factory method will block until it can give you "the DLL". Every client thread would obtain "the DLL", then use it, then release it. That would make the whole thing a "client-driven" "dedicated" server. If a client forgets to release the DLL, everybody else is going to be locked out. :-(
The other extreme would be just to mirror the DLL methods, and mark the relevant ones as synchronized. That should be doable if (a) is false, and (b) is true.
(2)
Now we discussed to load the library several times -
separately for each client (for each thread).
Is this possible at all? How can we do that?
And do you think we can solve the problem in this
way?The DLL is going to be mapped into the process address space on first usage. More Java threads just means adding more references to the same DLL instance.
That would not result in thread-safe behavior.

HELP!Flash Player and ActiveX communication problem in IE!

I've made a ActiveX Control which use a Modeless Dialog to
hold a
ShockWaveFlash ActiveX control. Then we could use this
ActiveX control
as a bridge to communication with the Flash which was held in
the
ShoclWaveFlash Control.
The struct is as below:
External APP or Html <--> My own ActiveX Control
<--> ShockWaveFlash
Player playing .swf file
In Firefox or MFC APP, everything is OK, but in IE, IF we
load local
swf file and set always local trust, we can get FSCommand in
our own
ActiveX,
But if we load a swf file from HTTP use URL to locate it, We
cann't get
the FSCommand fired from flash in our own ActiveX.
It should be a security issue of Flash8, but I don't know
whether a
remote SWF file can communicate with local ActiveX in IE???
Please Help! Thanks!

Please see this FAQ:
ActiveX Filtering in Internet Explorer

Can i call winmain function in labview

hello everyone,
Well i have written a C++ code that uses the winmain function (windows function). i want to convert this code into dll and call that dll into labview.
Is it possible to call winmain function as one of the functions in labview. Please let me know as soon as possible.
Thank you.
Royal tiger......

You didn't say what development environment you're using, so I'm assuming Visual Studio. It sounds like you created a Win32 app (as opposed to an MFC app). This has a "WinMain" function. The prototype for WinMain is geared towards it being called by the OS when you run the executable. You could just add the __declspec(export) directive in front of the return type, but you also need to change some build functions in Visual Studio to get a DLL. You probably also don't need all the arguments that WinMain uses. You're probably better off by starting with a new DLL project in order to get the framework for a DLL, and then copy and past the function code. That's what I would do.
I would also strongly suggest that you crack open the "Using External Code in LabVIEW" manual that gets installed when you installed LabVIEW. It's in the "manuals" directory, filename of "lvexcode.pdf".

Fatal error C1189: #error : WINDOWS.H already included.

Hi,
Can someone please explain why the following cpp file can get a compile error below?
C:\Program Files (x86)\Microsoft Visual Studio 11.0\VC\atlmfc\include\afxv_w32.h(16) : fatal error C1189: #error : WINDOWS.H already included. MFC apps must not #include <windows.h>
As you can see, there is only one include statement for afxwin.h. I cannot think of any reason for this error. Could you please help? Thanks in advance.
JD
#include <afxwin.h>
//#include "resource.h"
//#include <atlbase.h>
//#include "CAData_i.h"
class CCADataModule : public CAtlDllModuleT< CCADataModule >
public :
DECLARE_LIBID(LIBID_CADataLib)
CCADataModule _AtlModule;
// Used to determine whether the DLL can be unloaded by OLE
STDAPI DllCanUnloadNow(void)
    AFX_MANAGE_STATE(AfxGetStaticModuleState());
    return (AfxDllCanUnloadNow()==S_OK && _AtlModule.GetLockCount()==0) ? S_OK : S_FALSE;
// Returns a class factory to create an object of the requested type
STDAPI DllGetClassObject(REFCLSID rclsid, REFIID riid, LPVOID* ppv)
    return _AtlModule.DllGetClassObject(rclsid, riid, ppv);
// DllRegisterServer - Adds entries to the system registry
STDAPI DllRegisterServer(void)
    // registers object, typelib and all interfaces in typelib
    HRESULT hr = _AtlModule.DllRegisterServer();
return hr;
// DllUnregisterServer - Removes entries from the system registry
STDAPI DllUnregisterServer(void)
HRESULT hr = _AtlModule.DllUnregisterServer();
return hr;

Hi Rajesh,
But, as you can see, I didn't include "stdafx.h" in the cpp file. As I mentioned, there is only one include statement. Another evidence is to add the 3 marco statements you recommended as below. I get the same error. The
middle macro statement is de-highlighted. It means _windows_ is not defined. So, somehow, in this case, afxwin itself causes this error. I really cannot explain. Any thought? Thanks.
JD
#ifdef __windows__
#undef __windows__
#endif
#include <afxwin.h>
//#include "resource.h"
//#include <atlbase.h>
//#include "CAData_i.h"

OnSize CWGraph causes assertion error

My current environment is listed at the bottom.
I created an MDI application in Visual Studio C++ and am having my View class inheriting from CFormView. I created my dialog in the dialog editor with 1 CWGraph control. I then added the OnSize event to the class and the following code:
CRect client;
GetClientRect(&client);
m_graph.MoveWindow(client);
This causes an assert error as the CWGraph isn't a window yet. I know this is the case b/c first I changed the code to
CRect client;
GetClientRect(&client);
if (m_resize)
m_graph.MoveWindow(client);
where m_resize initializes to false and clicking a button after the graph's complete creation causes it to resize when i drag the window.
I then wrote in a quick littl
e hack to change the if statement above to
if (::IsWindow(m_graph.GetSafeHwnd()))
This is the only way the code will work. I'm wondering mostly what the issue is here as it seems as though it would be an issue inside of the CWGraph control, albeit, my experience with the order of execution and creation of Active X controls in MFC isn't what it probably should be.
TIA
Environment:
Windows XP SP1
Measurement Studio 7.0
Visual Studio C++ .NET IDE (mfc app, not c++ .net)

The problem is that the control is not actaully initialized when you first call MoveWindow on the graph control. When Onsize is called while the Window is being created, m_graph's handle will not be ready, hence causing the assertion when you try to manipulate the control. This is not a problem specific to the CWGraph control, it is pretty much standard with all MFC controls. You'll see the same thing happen if you do the same thing with a command button.
Your workaround is the correct way to set this up. You could also have use a boolean to indicate when the window has finished initializing and then change the size of the graph control. Either way, MFC has to initialize the control before it can do anything to it.
I hope this helps
Bi
lal Durrani
NI
Bilal Durrani
NI

Empty Properties in Visual Studio

Hi
I am developing some sample mfc apps that includes resources. The issues I am facing is that when ever I try to access the property of the resource it shows nothing. The properties pop up is just empty. i am not
able to set the ID for my resource. Pls advice......

Hi Win32Beginner,
I guess you mean that you cannot open the tree control in resource view. Do you get a red fork if you pop up the properties? Do you have .rc file in your MFC project?
1.Please make sure that you didnot open the resource.h file. Do you get any error message? Check this:
http://support.microsoft.com/kb/168405
2.Please try some solution in this thread.
http://stackoverflow.com/questions/8101665/visual-studio-c-resource-view-blank
3.Maybe the .rc file is corrupted. Do you have tried to edit the code in the .rc file? If you modify the .rc file in a incorrect way, you will not be able to open the resource tree.
Best regards,
Shu Hu
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Visual Studio 2015 strange failure in debug mode

Hi,
I installed the latest vs 2015 on windows 7 (vmware) to test it compiling and running a set of applications (desktop) I have.
The compilation is ok but when I try to run one of those apps, I get this error (running the debug version):
Please note that if I run in release mode, there is no error at all!?
Following the call stack, it seems that it fails somewhere in the STL releasing a temporary string or something like that. Unfortunately, I cannot create just a small example showing the failure.
Any ideas of why will this failure be in debug mode only? Note that the call stack shows that this code:
    ~_String_alloc() _NOEXCEPT
       {   // destroy the object
       _Free_proxy();
is run from xstring and it fails calling "_Free_proxy();". Also note that this is called ONLY when _ITERATOR_DEBUG_LEVEL is defined. No such code is run in release mode.
Thanks,
G.

Hi,
I think I found the issue and here are some details, hopping that it will help others running in the same problem(s).
First, I did not have just the issue starting this thread, there was another issue related.
I have created a C++ DLL exporting common functions I used in various applications. Most of the time I used this DLL from console programs (servers). However I had two GUI programs where I also used this DLL, one based on MFC and the other on WTL.
These two programs have the issues as follows:
   When the MFC program is run in debug mode under the IDE, at exist the IDE will show a memory leak. This happened with both vs 2013 and vs 2015. This is a debug mode only issue.
   When the WTL program was run in debug mode under the IDE, it showed no problems at all when using vs 2013 but had the issue described at the starting of this thread under vs 2015. This is also a debug mode only issue.
It turned out that mfc issue was caused by a known bug in MFC where the termination code of the mfc app, is run BEFORE the termination of code of the DLL. This way the IDE give a false memory leak!! There were actually no memory leaks, just the false alarm!
I am not sure exactly what is going on in the WTL but the issue seems somehow similar in the sense that something not loaded in time from the DLL caused the problem.
The solution: For both projects in fact it was very easy to fix this issue by setting the option to delay load the DLL. That in turn will force the MFC to wait to first unload the DLL and then
there is no false leakage info! This also as I said fixed the WTL issue but I am not sure why? Anyway the WTL is no longer maintained (too bad!!) so who know?!
Bottom line: if you use DLLs from WTL or from MFC, delay load your DLLs! Otherwise you may get this nasty false flags in debug mode and the assert issue.
G.

UI of MFC app blurred

Similar Messages

Maybe you are looking for