C / C++ / MFC

2-Nov-12 0:37

Take a look at some of these links[^].

One of these days I'm going to think of a really clever signature.

Chart Control

Tom Paronis1-Nov-12 6:04

Tom Paronis

1-Nov-12 6:04

Hello. I'm currently extending an options risk application that makes use of Gunnar Bolle's neat little charting control. I'm trying to get a handle on the functionality by looking at the code but it would GREATLY speed things up if I could communicate with someone who is versed in the control. What I need to do is pretty basic; labeling, editing, scaling, etc. Any help would be greatly appreciated.

Re: Chart Control

Richard MacCutchan1-Nov-12 6:48

1-Nov-12 6:48

You could try posting a message in the forum at the end of the article so he sees it.

One of these days I'm going to think of a really clever signature.

Re: Chart Control

Tom Paronis1-Nov-12 7:34

Tom Paronis

1-Nov-12 7:34

I already tried that. I'm thinking of putting out an international APB.

Copy CDC

_Flaviu31-Oct-12 22:29

_Flaviu

31-Oct-12 22:29

I have the follow code :

C++

CSize sizeDoc = pDoc->GetBitmapSize();
CDC MemDC, TempDC;
MemDC.CreateCompatibleDC(pDC);
TempDC.CreateCompatibleDC(pDC);
CBitmap* pOldBitmap = MemDC.SelectObject(&pDoc->GetBitmap());
pDC->SetStretchBltMode(HALFTONE);
TempDC.StretchBlt(0, 0, sizeLog.cx, sizeLog.cy, &MemDC, 0, 0, sizeDoc.cx, sizeDoc.cy, SRCCOPY);
pDC->StretchBlt(0, 0, sizeLog.cx, sizeLog.cy, &TempDC, 0, 0, sizeDoc.cx, sizeDoc.cy, SRCCOPY);
pDC->SelectObject(pOldBitmap);

and on view I see nothing ... what I'm doing wrong ? TempDC don't have the same structure like MemDC ? Because if I do so:

C++

	CSize sizeDoc = pDoc->GetBitmapSize();
	CDC MemDC, TempDC;
	MemDC.CreateCompatibleDC(pDC);
//	TempDC.CreateCompatibleDC(pDC);
	CBitmap* pOldBitmap = MemDC.SelectObject(&pDoc->GetBitmap());
	pDC->SetStretchBltMode(HALFTONE);
	pDC->StretchBlt(0, 0, sizeLog.cx, sizeLog.cy, &MemDC, 0, 0, sizeDoc.cx, sizeDoc.cy, SRCCOPY);
	pDC->SelectObject(pOldBitmap);

everything it's ok ...

Re: Copy CDC

Santhosh G_1-Nov-12 1:38

Santhosh G_

1-Nov-12 1:38

C++

    CSize sizeDoc = pDoc->GetBitmapSize();
CDC MemDC, TempDC;
MemDC.CreateCompatibleDC(pDC);
TempDC.CreateCompatibleDC(pDC);
CBitmap* pOldBitmap = MemDC.SelectObject(&pDoc->GetBitmap());
pDC->SetStretchBltMode(HALFTONE);
TempDC.StretchBlt(0, 0, sizeLog.cx, sizeLog.cy, &MemDC, 0, 0, sizeDoc.cx, sizeDoc.cy, SRCCOPY);
pDC->StretchBlt(0, 0, sizeLog.cx, sizeLog.cy, &TempDC, 0, 0, sizeDoc.cx, sizeDoc.cy, SRCCOPY);
pDC->SelectObject(pOldBitmap);

When a memory device context is created, GDI automatically selects a 1-by-1 monochrome stock bitmap for it. GDI output functions can be used with a memory device context only if a bitmap has been created and selected into that context.

Here TempDC is not attached to any Bitmap, and therefore GDI function StretchBlt will not draw to TempDC.
You have to create a Bitmap compatible to your DC, and attach the same to temperory memory DC.

C++

    CSize sizeDoc = pDoc->GetBitmapSize();
CDC MemDC, TempDC;
MemDC.CreateCompatibleDC(pDC);
TempDC.CreateCompatibleDC(pDC);
CBitmap* pOldBitmap = MemDC.SelectObject(&pDoc->GetBitmap());
pDC->SetStretchBltMode(HALFTONE);

    // Creating Bitmap for Memory DC.
    HDC hdc = ::GetDC(NULL);
    HBITMAP hScreenBmp = CreateCompatibleBitmap( hdc , nWidth, m_nImageHeight );

    // Attach temporary bitmap with DC.
    TempDC.SelectObject( hScreenBmp );

    // Draw bitmap to Temporary MemDC.
TempDC.StretchBlt(0, 0, sizeLog.cx, sizeLog.cy, &MemDC, 0, 0, sizeDoc.cx, sizeDoc.cy, SRCCOPY);
pDC->StretchBlt(0, 0, sizeLog.cx, sizeLog.cy, &TempDC, 0, 0, sizeDoc.cx, sizeDoc.cy, SRCCOPY);
pDC->SelectObject(pOldBitmap);

Re: Copy CDC

_Flaviu1-Nov-12 2:20

_Flaviu

1-Nov-12 2:20

Thank you so much, is working now.

Strange memory leak

miniman0631-Oct-12 21:58

31-Oct-12 21:58

C++

//process.h
private:
    PROCESSENTRY32 * m_proc;
    char * m_filename;
    bool m_stringupdated;

//process.cpp
Process::Process()
{
   m_proc = new PROCESSENTRY32;
   m_proc->dwSize = sizeof(PROCESSENTRY32);
   m_stringupdated = false;
   m_filename = NULL;
}
//process.cpp
Process::~Process()
{
    delete m_proc;
    if(m_filename)
	delete [] m_filename;
}

//main
Process * allo = new Process();
allo->~Process();

VLD reports:

Visual Leak Detector Version 2.2.3 installed.
WARNING: Visual Leak Detector detected memory leaks!
---------- Block 1 at 0x005A2100: 12 bytes ----------
  Call Stack:
    c:\users\jean\documents\visual studio 2012\projects\procenum\procenum\procenum.cpp (26): ProcEnum.exe!wmain + 0x7 bytes
    f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c (533): ProcEnum.exe!__tmainCRTStartup + 0x19 bytes
    f:\dd\vctools\crt_bld\self_x86\crt\src\crtexe.c (377): ProcEnum.exe!wmainCRTStartup
    0x760A33AA (File and line number not available): kernel32.dll!BaseThreadInitThunk + 0x12 bytes
    0x76CF9EF2 (File and line number not available): ntdll.dll!RtlInitializeExceptionChain + 0x63 bytes
    0x76CF9EC5 (File and line number not available): ntdll.dll!RtlInitializeExceptionChain + 0x36 bytes
  Data:
    48 21 5A 00    00 00 00 00    00 CD CD CD                    H!Z..... ........


Visual Leak Detector detected 1 memory leak (48 bytes).
Largest number used: 640 bytes.
Total allocations: 640 bytes.
Visual Leak Detector is now exiting.
The program '[10680] ProcEnum.exe' has exited with code 0 (0x0).

I'm freaking out guys I just don't see the leak ,Thanks in advance Smile | :)

Sivaraman Dhamodharan31-Oct-12 22:45

Sivaraman Dhamodharan

31-Oct-12 22:45

How many bytes allocated and pointed by m_filename?

Programming Article

miniman0631-Oct-12 23:10

31-Oct-12 23:10

it's not used ,its deallocating it anyway...

Rolf Kristensen31-Oct-12 22:47

Rolf Kristensen

31-Oct-12 22:47

If the sizeof(PROCESSENTRY32) == 48, then I have found your leak.

miniman0631-Oct-12 23:11

31-Oct-12 23:11

not that either it's around 500~ bytes and I'm deallocating that too :/

Santhosh G_31-Oct-12 23:22

Santhosh G_

31-Oct-12 23:22

I cant see any memory leak in the given code.

//main.. comment out the below code
// Process * allo = new Process();
//allo->~Process();

Please check memory leak without allocating memory Process.

miniman0631-Oct-12 23:31

31-Oct-12 23:31

Visual Leak Detector Version 2.2.3 installed.
No memory leaks detected.
Visual Leak Detector is now exiting.
The program '[9248] ProcEnum.exe' has exited with code 0 (0x0).

Not a false positive.

Jochen Arndt31-Oct-12 23:35

Jochen Arndt

31-Oct-12 23:35

You are explicitly calling the destructor. This will free the allocated memory for the members but not the object itself. You should use delete instead:

C++

delete allo;

Or you may use auto delete (using an additional member var):

C++

Process::~Process()
{
    delete m_proc;
    if(m_filename) // this is not necessary
	delete [] m_filename;
    if (m_bAutoDelete)
        delete this;
}

miniman061-Nov-12 0:09

1-Nov-12 0:09

that pretty much solved me the problem
something to note
delete still calls the destructor.
so the auto delete code that you provided will cause an exception.

Process::~Process()
{
    if(m_bDeallocated)
       return;

    delete m_proc;
    delete [] m_filename;
    m_bDeallocated = true;
    if (m_bAutoDelete)
        delete this; //will call this destructor again and cause trouble

}

Jochen Arndt1-Nov-12 0:29

Jochen Arndt

1-Nov-12 0:29

Yes, you are right. That would result in a recursion. My code lacks resetting the m_bAutoDelete variable. It must be:

C++

Process::~Process()
{
    if (m_bAutoDelete)
    {
        m_bAutoDelete = false;
        delete this;
    }
    else
    {
        delete m_proc;
        delete [] m_filename;
        m_proc = NULL;
        m_filename = NULL;
    }
}

However, this is not a good solution because the destructor is called twice and this will fail if the object wasn't allocated using new.

BCN-1631-Nov-12 16:01

about accessing PDF file, compile error.

1-Nov-12 16:01

thank you and the reply, I learned something for this question. thanks again!

BCN-16331-Oct-12 15:18

31-Oct-12 15:18

I'm trying to read the context of a PDF file(such as reading the word following the cursor) and
I used class wizard to add some header files (add class form Typelib ---> acrobat Access 3.0 Type Library<3.0>) to my project and include these header files in one .cpp file, but when compile, many compile error occurs.

what I know is as follow:
each header file imported include such line : "
#import "C:\\Program Files\\Adobe\\Acrobat 10.0\\Acrobat\\plug_ins\\Accessibility.api" no_namespace
"
when I comment out this line and then compile, everything is OK, but I'm not sure is it OK to do so, by the way I'm searching what the *.api file and its function on google and baidu(another search engine)

anyone who had read PDF file may help,
I really appreciate your help. thanks.

Richard MacCutchan31-Oct-12 23:41

31-Oct-12 23:41

Did you check the documentation[^]?
Also, if you want help then you need to explain exactly what error(s) you see, we cannot guess what happens.

One of these days I'm going to think of a really clever signature.

BCN-1631-Nov-12 15:56

1-Nov-12 15:56

thanks for your reply, I have read the document, but I am not sure how to access PDF files.
the error is as follow:
error C2011: 'IAccessible' : 'struct' type redefinition
...
many this kind of error.

the headers imported is a wrap of I* interface,for example
CAccessible == IAccessible.
CAccID == IAccID

Richard MacCutchan1-Nov-12 22:35

1-Nov-12 22:35

It looks like you have duplicate definitions in one or more of your source files. Check which headers you are including.

One of these days I'm going to think of a really clever signature.

BCN-1634-Nov-12 13:39