C / C++ / MFC

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

31-Mar-10 9:58

This is what I've got!

http://www.cnc-router.ro/temp/Screen.JPG[^]

C^hris L^osinger31-Mar-10 10:07

31-Mar-10 10:07

those all look fine.

what happens if you use the CreateDIBitmap function instead of CreateDIBSection ?

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

bioan31-Mar-10 10:22

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

31-Mar-10 10:22

Chris, the results seem to be the same, a black bitmap. Anyway in both cases it seems that there is something wrong with HBITMAP itself. I have attach a picture for that.
http://www.cnc-router.ro/temp/Screen1.JPG[^]

C^hris L^osinger31-Mar-10 10:30

31-Mar-10 10:30

what do you get if you draw the original DIB (try StretchDIBits)

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

bioan31-Mar-10 10:37

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

31-Mar-10 10:37

I'm struggle to implement it!
Keep you informed ASAP

bioan31-Mar-10 10:59

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

31-Mar-10 10:59

I try this code:

int iRet = StretchDIBits(NULL,
// destination rectangle
0, 0, bmInfo.bmiHeader.biWidth, bmInfo.bmiHeader.biHeight,
// source rectangle
0, 0, bmInfo.bmiHeader.biWidth, -bmInfo.bmiHeader.biHeight,
ppvBits,
&bmInfo,
DIB_RGB_COLORS,
SRCCOPY);

But the function generates me an errror..

C^hris L^osinger31-Mar-10 16:42

31-Mar-10 16:42

that first parameter has to be a valid DC (NULL is not a valid DC)

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

bioan1-Apr-10 22:50

Re: How to extract the bitmap (HBITMAP) from a BITMAPINFOHEADER variable?

1-Apr-10 22:50

I have checked again CreateDIBitmap and I finally got the correct bitmap displaying on my button, so your code works just perfect!
Thank you very much for your time offered to me!

Best regards!
Ioan

C^hris L^osinger2-Apr-10 1:15

2-Apr-10 1:15

you're welcome!

GetRegValue and using it correctly, need help.

rbwest8631-Mar-10 7:08

rbwest86

31-Mar-10 7:08

Ok, so after trying for hours on end to get things working correctly I am posting here.

I am new to programming and trying to learn. Please provide me with clarification of how I have this screwed up. Also, please include how I can fix this. I learn through practicals.

Also, I have changed things so many times trying to call the function correctly with assigning the correct arguments but I am just so confused at this point I am asking for help.

#define _WIN32_WINNT (0x0601)
#include <windows.h>
#include <winbase.h>
#include <winreg.h>
#include <iostream>
#include <iomanip>
using namespace std;

int main()
{
// REGISTRY PORTION
    DWORD pdwQuotaAllowed, pdwQuotaUsed;
    GetSystemRegistryQuota(&pdwQuotaAllowed, &pdwQuotaUsed);

// Backup Current Registry
// Open Registry Key (RegGetValue)
   DWORD dwFlags;
   RegGetValue(&dwFlags);
// Delete Contents of the Key (RegDeleteValue)
// Write New Content of the key (RegSetValueEx)
// Close Registry Handle (RegCloseKey)

    
    
    
// DISPLAY RESULTS
    cout << pdwQuotaAllowed << endl; 
    cout << pdwQuotaUsed << endl;
return 0;
}

Re: GetRegValue and using it correctly, need help.

Richard MacCutchan31-Mar-10 7:31

Richard MacCutchan

31-Mar-10 7:31

As a newbie to programming I would strongly caution you not to do anything to the registry. If you corrupt an entry you could end up with a totally unusable system.

As to the code you posted you need to read the MSDN documentation for details of how to use particular functions, e.g RegGetValue()[^] needs a lot more parameters than you offered. Once again, I would suggest you find something less likely to damage your system to learn on.

txtspeak is the realm of 9 year old children, not developers. Christian Graus

Always on top

trioum31-Mar-10 7:01

trioum

31-Mar-10 7:01

We can set task manager always on top by check options -> always on top
is that possible we can set our application window always on top

Trioum

Re: Always on top

Graham Breach31-Mar-10 7:28

Graham Breach

31-Mar-10 7:28

You could create the window using WS_EX_TOPMOST, or use SetWindowPos()[^] to make an existing window have the always-on-top style.

Re: Always on top

Richard MacCutchan31-Mar-10 7:33

Richard MacCutchan

31-Mar-10 7:33

See also somediscussions here[^].

txtspeak is the realm of 9 year old children, not developers. Christian Graus

CListCtrl won't update as expected

Vaclav_31-Mar-10 5:56

31-Mar-10 5:56

I would like to update my CListCtrl at specific counts. I have tryed the following code and it does not update the control until the main loop is finished. What am I missing?

for(long x = 0; x != 1000;x++)
{
int iCount = 1000;
int a;
for ( long loop =0; loop != 100;loop++)
{
m_list.InsertItem(0,"Loop test");
}
m_list.UpdateData();
// test delay
do
{
a++;
} while(iCount--);
}
Any constructive help on subject is as always appreciated.
Thanks for reading.
Vaclav

Code-o-mat31-Mar-10 6:14

Code-o-mat

31-Mar-10 6:14

What does UpdateData() do? The MSDN page[^] doesn't mention such a method.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Sometimes you just have to hate coding to do it well. <

Vaclav_31-Mar-10 6:39

31-Mar-10 6:39

"CWnd::UpdateData
This method initializes data in a dialog box, or retrieves and validates dialog data."

To be truthful I am not sure if it does anything in my test case.
I was just trying to make it work for me. It works same wihtout it - the list updates on completion of the loop only.

I vaguely recall using it when I have been accessing (different) list control from functions and not in the loop like this time. It did update the list then.
I am currently looking onto LVITEM and see if it can be used.
Thanks for your input.
Vaclav

Maximilien31-Mar-10 6:54

Maximilien

31-Mar-10 6:54

the documentation says it works for dialog box (update variables associated with controls with DDX macros) , not for lists or other controls.

Watched code never compiles.

David Crow31-Mar-10 7:56

David Crow

31-Mar-10 7:56

Vaclav_Sal wrote:
To be truthful I am not sure if it does anything in my test case.

Exactly the reason why you should not be using it. There are a few exceptions to this, but this is definitely not one of them.

"One man's wage rise is another man's price increase." - Harold Wilson

"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

"Man who follows car will be exhausted." - Confucius

Code-o-mat31-Mar-10 10:31

Code-o-mat

31-Mar-10 10:31

Ah, that UpdateData, i belive that is only used on dialogs, i mean, you use it to move data between controls on a dialog and data members assigned to them, you usually don't use UpdateData on controls themselfs. Anyways, now i am a bit confused about what you are trying to achieve...

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Sometimes you just have to hate coding to do it well. <

Vaclav_31-Mar-10 14:05

31-Mar-10 14:05

Basically, I have nested loops changing one COM parameter at a time, outputing simple command ( 5 bytes ) to a serial device ( ham radio ) and reading the response ( frequency ). If the response is valid ( numeric characters ) I assume that the COM setup is correct.
The entire process ( about 80 steps) is displayed in a list control for about 2 seconds ( time for the hardware to react).
The code I used here was just to get the display working after each setup is completed.
The UpdateData was incorrect way to accomplish this( see last entry in thread).
Vaclav

Maximilien31-Mar-10 6:45

Maximilien

31-Mar-10 6:45

When dealing with a large number of items in a list ( CListBox, CListCtrl), it is best to learn how to use virtual list boxes (owner drawn lists ) ( read this :virtual lists[^] )

This technique will remove most (if not all) performance issues, mostly when inserting a large number of items at one time in the list.

Another suggestion if you just want to "make it work" is to disable the drawing when inserting items in the list with CWnd::LockWindowUpdate and CWnd::UnlockWindowUpdate.

Watched code never compiles.

Vaclav_31-Mar-10 7:13

31-Mar-10 7:13

Nope, it did nor work using CWnd::LockWindowUpdate and CWnd::UnlockWindowUpdate.
And yes, the documentation say that about UpdateData() ,apparently correctly because it does not do anything (visible) in my code.
But, CListCtrl is in DDX. It should do something, and it probably does when the function is finished.
I think stopping the windows from hogging the process is the key.

But I would expect at least one good pass. That is bugging me.

Thanks for your input.

Re: CListCtrl won't update as expected SOLVED with a hack

krmed31-Mar-10 7:05

krmed

31-Mar-10 7:05

Try using

m_list.UpdateWindow()

whenever you want to display the new information.

Hope that helps.

Karl - WK5M
PP-ASEL-IA (N43CS)
PGP Key: 0xDB02E193
PGP Key Fingerprint: 8F06 5A2E 2735 892B 821C 871A 0411 94EA DB02 E193

Vaclav_31-Mar-10 7:30