C / C++ / MFC Discussion Boards

Re: LOGFONT structure..

kumar sanghvi29-Jun-09 7:49

kumar sanghvi

29-Jun-09 7:49

if u don"t mind can u be a little more clear...

Re: LOGFONT structure..

C^hris L^osinger29-Jun-09 7:54

C^hris L^osinger

29-Jun-09 7:54

GetDeviceCaps(hDC, LOGPIXELSY) gives you the number of pixels per inch for the device. (pixels/inch)

there are 72 points in an inch. (points/inch)

the other variable is points.

so (points * (pixels / inch)) / (points / inch) = pixels = height of text.

image processing toolkits | batch image processing

Re: LOGFONT structure..

Sarath C29-Jun-09 7:59

Sarath C

29-Jun-09 7:59

Are you asking What is a point?[^] Usually we express the size of the font in points. See the link.

-Sarath.
"Great hopes make everything great possible" - Benjamin Franklin

My blog - Sharing My Thoughts

Re: LOGFONT structure..

Randor 29-Jun-09 8:03

Randor

29-Jun-09 8:03

kumar sanghvi wrote:
if u don"t mind can u be a little more clear...

Point (typography)[^]

Best Wishes,
-David Delaune

Deployment Problem - Nothing Happens when run!

Grahamfff29-Jun-09 4:07

Grahamfff

29-Jun-09 4:07

I created a Deployment applicaton via the Wizard to deplay my Visual Studio 2005 .Net application. The application uses several ActiveX controls. I have included them and registered them in the target PC.

However when I run the application having installed it on the target PC the hour-glass is visable for a few seonds then reverts back the the default cursor.

Are they any way of finding out the reason for this - I am toally blind to the problem. I did try and run from a DOS window, but still nothing.

On the deveopment PC the Installer works OK.

Regards,

Andy.

grahamfff

Re: Deployment Problem - Nothing Happens when run!

Cedric Moonen29-Jun-09 4:27

Cedric Moonen

29-Jun-09 4:27

Grahamfff wrote:
However when I run the application having installed it on the target PC the hour-glass is visable for a few seonds then reverts back the the default cursor.

I had very similar issues when I was testing a dialog based application which was using ActiveX controls that were not registered on the target platform. Are you absolutely sure that all your ActiveX controls are registered properly in the target system ?

Cédric Moonen
Software developer

Charting control [v2.0]
OpenGL game tutorial in C++

MDI OnDraw never being called

transoft29-Jun-09 3:13

transoft

29-Jun-09 3:13

Hi
I made some modification to MDI Application. The View's "OnDraw" will never be called.

How can I fix it?

Best regards,

Re: MDI OnDraw never being called

Alan Balkany29-Jun-09 5:23

Alan Balkany

29-Jun-09 5:23

Two wild guesses:

1. Invalidate () is never called, so no message to redraw the view is sent.
2. OnDraw () is being overridden by a derived class.

Showing the modifications you made might help with diagnosing the problem.

Re: MDI OnDraw never being called

Ozer Karaagac29-Jun-09 11:45

Ozer Karaagac

29-Jun-09 11:45

Besides. CView::OnDraw() is called by OnPaint() as a result of WM_PAINT message for screen painting in addition to OnPrint() for printing. You should be beware of this if you've done modification to WM_PAINT handler, too.
Standard paint routine is below.

void CView::OnPaint()
{
    CPaintDC dc(this);
    OnPrepareDC(&dc);
    OnDraw(&dc);
}

Re: MDI OnDraw never being called

transoft30-Jun-09 2:02

transoft

30-Jun-09 2:02

I did not modify OnPaitn().

Best,

Re: MDI OnDraw never being called

Ozer Karaagac30-Jun-09 2:39

Ozer Karaagac

30-Jun-09 2:39

OnDraw() won't be called also for some view classes which require special drawing (like CFormView, CHtmlView, CCtrlView) although they are descendant of CView.
You need to give more info, as Alan said also.

Getting #include {iostream} to work

JaeBeam29-Jun-09 3:09

JaeBeam

29-Jun-09 3:09

I am having issues writing a C++ .dll.

When using MSVC++ 2003 the following line;
#include <iostream>

gives me a few errors

OraclePingC++ error LNK2019: unresolved external symbol __malloc_dbg referenced in function "void * __cdecl operator new(unsigned int,struct std::_DebugHeapTag_t const &,char *,int)" (??2@YAPAXIABU_DebugHeapTag_t@std@@PADH@Z)

and

OraclePingC++ error LNK2019: unresolved external symbol __free_dbg referenced in function "void __cdecl operator delete(void *,struct std::_DebugHeapTag_t const &,char *,int)" (??3@YAXPAXABU_DebugHeapTag_t@std@@PADH@Z)

When I comment out the #include line, the errors go away. I've tried to play with the linker settings with my properties, but I'm not making progres..

Re: Getting #include {iostream} to work

David Crow29-Jun-09 3:16

David Crow

29-Jun-09 3:16

JaeBeam wrote:
When I comment out the #include line, the errors go away.

So then what's the problem?

"Old age is like a bank account. You withdraw later in life what you have deposited along the way." - Unknown

"Fireproof doesn't mean the fire will never come. It means when the fire comes that you will be able to withstand it." - Michael Simmons

Re: Getting #include {iostream} to work

Rajesh R Subramanian29-Jun-09 3:18

Rajesh R Subramanian

29-Jun-09 3:18

DavidCrow wrote:
So then what's the problem?

It is "not working".

Big Grin | :-D

It is a crappy thing, but it's life -^ Carlo Pallini

Re: Getting #include {iostream} to work

CPallini2-Jul-09 9:57

CPallini

2-Jul-09 9:57

Rajesh R Subramanian wrote:
It is "not working".

It's not working, plz send me codez, urgentz plz plz.

FFY
Big Grin | :-D

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: Getting #include {iostream} to work

Rajesh R Subramanian2-Jul-09 17:52

Rajesh R Subramanian

2-Jul-09 17:52

Now I understand. The low vote is because I missed the important information. Laugh | :laugh:

It is a crappy thing, but it's life -^ Carlo Pallini

Re: Getting #include {iostream} to work

josda100029-Jun-09 4:56

josda1000

29-Jun-09 4:56

This is just supposition, but did you do this in debug mode? I see that it's trying to call malloc and free with debug mode... try in release. see what happens. but i've definitely never seen this happen before

Re: Getting #include {iostream} to work

Randor 29-Jun-09 4:57

Randor

29-Jun-09 4:57

In your compiler settings look for the C/C++ Code generation section and change the Runtime library to Multi-Threaded-Debug /MTd

Best Wishes,
-David Delaune

Re: Getting #include {iostream} to work

JaeBeam29-Jun-09 5:02

JaeBeam

29-Jun-09 5:02

It appears I already have my my Runtime library to Multi-Threaded-Debug (/MTd)

Here is the complete command line, cut and pasted from my projects properties:
/Od /AI "D:\Source Code\Cardacc v5.0.xx Customs\OracleTest\OraclePingC++\Debug" /D "WIN32" /D "_DEBUG" /D "_WINDLL" /D "_MBCS" /FD /EHsc /MTd /GS /Yu"stdafx.h" /Fp"Debug/OraclePingC++.pch" /Fo"Debug/" /Fd"Debug/vc70.pdb" /W3 /nologo /c /Zi /clr /TP /FU "c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\mscorlib.dll" /FU "c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\System.dll" /FU "c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\System.Data.dll"

When I try to build the dll in Release mode, I receive a ton of LNK2001 and 2019 errors.

Re: Getting #include {iostream} to work

Randor 29-Jun-09 5:10

Randor

29-Jun-09 5:10

JaeBeam wrote:
c:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\mscorlib.dll

Is your project suppose to be using Managed C++ because you have the /clr flag set.

Best Wishes,
-David Delaune

Re: Getting #include {iostream} to work

PJ Arends29-Jun-09 6:13

PJ Arends

29-Jun-09 6:13

Sometime the order that you #include header files will cause stuff like this to happen because one header expects another to be included first. Try changing the order of your #includes.

You may be right
I may be crazy
-- Billy Joel --

Within you lies the power for good - Use it!

Using the CRegistry class

Larry Mills Sr29-Jun-09 2:48

Larry Mills Sr

29-Jun-09 2:48

I used the class to obtain values that an installer package saved to the registry. I can see the values in Regedit. but when the CRegistry class (readline()) never reads them!
I really need a solution to this: here's my code:
// App command to run the dialog
void CShopApp::FindRegData()
{
CRegistry Reg();
CRegData m_cRegData;// class of 5 CStrings
m_cRegData.CleanUp();
//CRegistry Reg;
CString csSubRoot = "SOFTWARE\\Mills Software Solutions Inc\\Shop";
m_cRegData.m_csRootMainKey = "HKEY_LOCAL_MACHINE";
m_cRegData.m_csSubKey = csSubRoot;
Reg.SetRootKey(HKEY_LOCAL_MACHINE);
if (Reg.SetKey(csSubRoot, FALSE))// jumps out here
{
m_cRegData.m_csCompany = Reg.ReadString("Company", "");// all CStrings in class m_cRegData are
"bad pointer" errors
m_cRegData.m_csUser = Reg.ReadString("Name", "");
m_cRegData.m_csSerialCode = Reg.ReadString("Serial", "");
m_cRegData.m_csRegCode = Reg.ReadString("RegCode", "");
//Reg
}
else
{
TRACE("Failed to open key\n");
}

m_csSaveData = InsertDelimiterReg(m_cRegData);// all CStrings Bad pointer
FileSaveRegData();
}
Can someone please explain why this is happening? I used REGEDIT and found that the key and values are there! I just can't get CRegistry to retrieve them.
Help!

A C++ programming language novice, but striving to learn

Re: Using the CRegistry class

David Crow29-Jun-09 3:19

David Crow

29-Jun-09 3:19

Larry Mills Sr wrote:
I used the class...

This one?

Re: Using the CRegistry class

Larry Mills Sr29-Jun-09 7:42

Larry Mills Sr

29-Jun-09 7:42

I found the culprit. ERROR_ACCESS_DENIED (Error # 5). How do I tell my program to "Run As Administrator" PROGRAMMATICALLY, without the User having to do anything IN MFC!

A C++ programming language novice, but striving to learn

Re: Using the CRegistry class

David Crow29-Jun-09 7:45

David Crow

29-Jun-09 7:45

Larry Mills Sr wrote:
How do I tell my program to "Run As Administrator" PROGRAMMATICALLY, without the User having to do anything...

Have you looked at AdjustTokenPrivileges()?

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.