C / C++ / MFC

Re: Debug statements/debug dump???

14-Oct-03 8:43

An alternative that requires almost no work is to use OutputDebugString to write stuff to the debug window. MFC has TRACE() which does the same, but does nothing in Release builds. OutputDebugString will generate output in all cases.

The next step is to go to the sysinternals web site[^], and get hold of DebugView.

You can run this tool on any windows machine and it lets you catch and save to file the debug output, not just for a single app, but on a system wide basis.

I use it to examine some of the trace output from our COM+ server apps.

Steve S

Anthony_Yio15-Oct-03 1:31

Anthony_Yio

15-Oct-03 1:31

You can consider placing ASSERT condition or VERIFY condition in your codes if you haven't. There are many articles on this topic in codeproject.

ASSERT is only available in debug mode. VERIFY however is in both cases.

Many bugs can be spotted by having ASSERTS around.

hope this helps

Sonork 100.41263:Anthony_Yio

Re: Debug statements/debug dump???

LukeV15-Oct-03 2:41

LukeV

15-Oct-03 2:41

I did place ASSERTs everywhere in the code but I wanted something that could be saved as a file. In that case, it was an infinite loop so the ASSERTs would have been useless but they are useful in some other cases... Smile | :)

---------------
Tired of Spam? InboxShield for Microsoft® Outlook® 2K/2K2/2K3
http://www.inboxshield.com

CreateNewChild question.

Maximilien14-Oct-03 8:34

Maximilien

14-Oct-03 8:34

not much on google for this one...

I'd like to remove the doc/view from our application, no real need for it.
anyway.

if I do something like :

{ ...
CreateNewChild( RUNTIME_CLASS( MyOtherFrame ), IDR_BIGTESTYPE, ::LoadMenu(hInst, MAKEINTRESOURCE(IDR_BIGTESTYPE)), ::LoadAccelerators(hInst, MAKEINTRESOURCE(IDR_BIGTESTYPE) ) );
...}

when opening a new window, and doing this for other frame class, it's working fine; I don't keep the returned value from CreateNewChild since the frame and the data gets deleted

Is there's a way to iterate the framewnd to close them ? other than iterate the child windows and closing them manually. for example if I want to do a close all window, or close document.

Thanks.

Maximilien Lincourt
"Never underestimate the bandwidth of a station wagon filled with backup tapes." ("Computer Networks" by Andrew S Tannenbaum )

Steve S14-Oct-03 8:38

14-Oct-03 8:38

What I've done before now is that the CMainFrame class maintains a CArray<> of CFrameWnd pointers which are children, and the OnCreate()/OnDestroy() handlers for the child frame post messages to the main frame window to register/unregister themselves...

Steve S

Maximilien14-Oct-03 9:08

Maximilien

14-Oct-03 9:08

say that again ? that you kept an array on CFrameWnd or that the CMainFrame(CMDIFrameWnd) already keeps it ?

thanks.

Maximilien Lincourt
"Never underestimate the bandwidth of a station wagon filled with backup tapes." ("Computer Networks" by Andrew S Tannenbaum )

Steve S14-Oct-03 9:13

14-Oct-03 9:13

In CMainFrame I had an array of CFrameWnd*, which was updated on receipt of a user defined message. The user defined message was posted when my child frames were created or destroyed. Saves iterating through via EnumChildWindows, as it only encounters child frames, not things like toolbars and the like.

Steve S

Bitmap displaying upside down

Maximilien14-Oct-03 9:42

Maximilien

14-Oct-03 9:42

thanks, I tried it on a sample project, and it's working nicely, Smile | :)

Will see how I can integrate it into my main application.

Thanks.

Maximilien Lincourt
"Never underestimate the bandwidth of a station wagon filled with backup tapes." ("Computer Networks" by Andrew S Tannenbaum )

Dave Harper14-Oct-03 8:31

14-Oct-03 8:31

Hi there

I have written a program that takes a single frame from a video camera and writes it to a .bmp file the problem that I am having is that the .bmp is upside down. The pixel data for my image is contained in a buffer defined as:-

DWORD* pBuffer;

I have used DWORD as the image is 768 * 576 * 32 bit.

Can anyone help with a method of rearranging the DWORDS in my buffer to correct the image. I need it to display top down, not bottom up.

Thanks

Dave

Steve S14-Oct-03 8:35

14-Oct-03 8:35

Might be simpler than that. At some stage, presumably, you have a header for the bitmap you're writing. You might want to check the sign of the height. ISTR that sometimes some handlers object to -ve height, and invert the image. Of course, I might be talking through my hat, but it won't hurt to check...

Steve S

Dave Harper14-Oct-03 22:00

14-Oct-03 22:00

I have tried that method, I am specifying the whole bitmap structure but if I make the height negative I get an error saying something like the height needs to be greater than 0 when you try to open the bitmap in an image editor.

Thanks

Dave

ZoogieZork14-Oct-03 11:00

ZoogieZork

14-Oct-03 11:00

Are you just writing the buffer directly to the file? The BMP format internally stores the image data upside down (I recall that there was actually a reason for this, but I can't remember now).

Anyway, you since you know the number of rows and the size of each row, you can just allocate a temporary buffer the same size as your original buffer, then copy rows of data from the first buffer to the temporary buffer. Something like this:

int rows = 576;
int cols = 768;
DWORD* destbuf = (DWORD*)malloc(rows * cols * sizeof(DWORD));
for (int row = 0; row < rows; row++) {
  memcpy(
    destbuf + (row * cols),
    pBuffer + ((rows - row - 1) * cols),
    cols * sizeof(DWORD)
    );
}

- Mike

Dave Harper14-Oct-03 22:06

14-Oct-03 22:06

Cheers Mike I'll give that a go today. Tried to use memcopy yesterday but kept gettin exception errors and bombing out into debug. Im learning so I dont have any expirience with the debugger I havent a clue what it all meant. I'll see how it goes.

Thanks

Dave

Chris Richardson14-Oct-03 11:17

Chris Richardson

14-Oct-03 11:17

Steve S is right. Get your hands on the BITMAPINFOHEADER structure located in your buffer, then negate the biHeight value. From the MSDN:

biHeight
Specifies the height of the bitmap, in pixels. If biHeight is positive, the bitmap is a bottom-up DIB and its origin is the lower-left corner. If biHeight is negative, the bitmap is a top-down DIB and its origin is the upper-left corner.
If biHeight is negative, indicating a top-down DIB, biCompression must be either BI_RGB or BI_BITFIELDS. Top-down DIBs cannot be compressed.

[edit]For clarification, Michael is also right. His solution will work, it just depends on what you really want to do.[/edit]

Chris Richardson

Dave Harper14-Oct-03 22:02

Line argument of browsers

14-Oct-03 22:02

Chris Richardson wrote:
Get your hands on the BITMAPINFOHEADER structure located in your buffer, then negate the biHeight value.

I have tried that method, I am specifying the whole BITMAPINFOHEADER structure myself but if I make the height negative I get an error saying something like the height needs to be greater than 0 when you try to open the bitmap in an image editor.

Thanks

Dave

Cris14-Oct-03 8:20

Cris

14-Oct-03 8:20

Hello,
How can I open a browser without address bar ?? Which line argumets ??

[]'s
Cris.

Re: Line argument of browsers

David Crow14-Oct-03 9:04

David Crow

14-Oct-03 9:04

IE supports the following command-line switches:

-new
-remote
-k
-nohome
-embedding
-channelband
-e
-v

I'm not sure which, if any, would affect the address bar.

Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?

Re: Line argument of browsers

Cris14-Oct-03 9:27

Cris

14-Oct-03 9:27

Ok thanks, but where can I find any documentation about this ??

[]'s
Cris.

Re: Line argument of browsers

David Crow14-Oct-03 9:35

David Crow

14-Oct-03 9:35

Try here for starters. Googling also works.

Five birds are sitting on a fence.
Three of them decide to fly off.
How many are left?

SendMessage Question

ns14-Oct-03 7:50

14-Oct-03 7:50

I have a CDialog class that spawns another CDialog class. This second CDialog spawns yet another CDialog class. From dlg #3 I sendmessage to dlg#2 using m_pParentWnd (in which I save the "this" passed in the create function when dlg #3 was created modelessly by #2) . But the code never steps into the handler in #2 which is supposed to respond to my message. What am I doing wrong or not doing?
Thanks

LRESULT CImageDisplay::OnUDMPlusMag(UINT nDummy1, UINT nDummy2) 
{

	m_zoomFactor += 10;

	double zoom = m_zoom *m_zoomFactor;

		m_THBImage.SetZoomFactor(zoom);

		m_THBImage.Redraw();

		return 0;

}

ON_COMMAND(UDM_PLUSMAG, OnUDMPlusMag)

afx_msg LRESULT OnUDMPlusMag(UINT nDummy1, UINT nDummy2);

BOOL CDlgSettings::Create(UINT nIDTemplate, CWnd* pParentWnd)
{
	m_pParentWnd = pParentWnd;


	return CDialog::Create(nIDTemplate, pParentWnd);
}

void CDlgSettings::OnBplus() 
{
		m_pParentWnd->SendMessage(UDM_PLUSMAG, 1,1);
}

Re: SendMessage Question

Steve S14-Oct-03 8:30