c++, CryptGetHashParam works in XP, Vista, but not Windows 7 - C / C++ / MFC Discussion Boards

Vfw decompression - real sample code wanted

Vaclav_14-May-12 8:24

14-May-12 8:24

I am using the attached MSDN sample code as a base to decompress video in MJPEG format.
I can see the video frames, processed by the MJPEG driver, in capAVI preview window OK.
ICDecompressBegin return OK, but the actual data in the buffer is garbage- unchanged!
I sure could use a real sample code to get some idea what I am doing wrong.I am using OpenCV and for now I am stuck with Vfw.

Any constructive help would be appreciated.
And I did Google for it with no luck.
Thanks Vaclav

LPBITMAPINFOHEADER lbpiIn, lpbiOut;
LPVOID lpIn, lpOut;
LONG lNumFrames, lFrameNum;

// Assume lpbiIn and lpbiOut are initialized to the input and output
// format and lpIn and lpOut are pointing to the buffers.
if (ICDecompressBegin(hIC, lpbiIn, lpbiOut) == ICERR_OK)
{
for (lFrameNum = 0; lFrameNum < lNumFrames, lFrameNum++)
{
if (ICDecompress(hIC, 0, lpbiIn, lpIn, lpbiOut,
lpOut) == ICERR_OK)
{
// Frame decompressed OK so we can process it as required.
}
else
{
// Handle the decompression error that occurred.
}
}
ICDecompressEnd(hIC);
}
else
{
// Handle the error identifying an unsupported format.
}

DrawImage from 2 image buffer

john563213-May-12 23:34

john5632

13-May-12 23:34

My application accepts buffer (jpeg buffer) of image from another application and needs to draw that images in picture control. Buffer may be diffrrence of current image from prev image in such case I need to merge the diff with prev image buffer to draw complete image. I need to XOR diffrence buffer with prev buffer, how can I do that so that I can get only one resultant buffer.

Re: DrawImage from 2 image buffer

Richard MacCutchan14-May-12 0:17

Richard MacCutchan

14-May-12 0:17

You can use the SRCINVERT operator of the BitBlt()[^] function.

Programming is work, it isn't finger painting. Luc Pattyn

IPC using named pipes

ForNow13-May-12 9:27

ForNow

13-May-12 9:27

Hi,

I am using to named pipes to communicate between a DOS console program "the server"
and a Windows "client" program

Here is the what I have coded

DOS Server

CreateNamedPipe

CreateEvent 1) for read 2) for write (used in the overlapped structure) of the Readfile
and Writefile API

DuplicareHandle - used to copy over the file handle created by the CreateFile
in the Windows Client program

WriteFile -- with a OVERLAPPED structure having a event used by CreateEvent

Windows program
CreateFile using the same name (pipename) as the one used in CreateNamedPipe in the DOS server

Openevent used to copy events created by the CreateEvent in the DOS Server

Readfile using a OVERLAPPED structure which has the same named event used by the WriteFile

I must be missing something as I get good retuen codes but can get the data over to the Windows program

Re: IPC using named pipes

«_Superman_»13-May-12 16:15

«_Superman_»

13-May-12 16:15

Please post relevant code and indicate what data is being sent and what is being received.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Polymorphism in C

Re: IPC using named pipes

ThatsAlok13-May-12 20:06

ThatsAlok

13-May-12 20:06

ForNow wrote:
I must be missing something as I get good retuen codes but can get the data over to the Windows program

I am afraid i am not able to understand your question, what are you missing good return code or actual data transfer?

"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture

cheers,
Alok Gupta
VC Forum Q&A :- I/IV
Support CRY- Child Relief and You

Re: IPC using named pipes

Software_Developer14-May-12 0:02

Software_Developer

14-May-12 0:02

Try this: Creating Named Shared Memory.

**First Process**

The first process creates the file mapping object by calling the `CreateFileMapping` function with `INVALID_HANDLE_VALUE` and a name for the object. By using the `PAGE_READWRITE` flag, the process has read/write permission to the memory through any file views that are created.
Then the process uses the file mapping object handle that `CreateFileMapping` returns in a call to `MapViewOfFile` to create a view of the file in the process address space. The `MapViewOfFile` function returns a pointer to the file view, `pBuf`. The process then uses the CopyMemory function to write a string to the view that can be accessed by other processes.

Process 1 code:

#include <windows.h>
#include <stdio.h>
#include <conio.h>
#include <tchar.h>

#define BUF_SIZE 256
TCHAR szName[]=TEXT("Global\\MyFileMappingObject");
TCHAR szMsg[]=TEXT("Message from first process.");

int _tmain()
{
   HANDLE hMapFile;
   LPCTSTR pBuf;

   hMapFile = CreateFileMapping(
                 INVALID_HANDLE_VALUE,    // use paging file
                 NULL,                    // default security
                 PAGE_READWRITE,          // read/write access
                 0,                       // maximum object size (high-order DWORD)
                 BUF_SIZE,                // maximum object size (low-order DWORD)
                 szName);                 // name of mapping object

   if (hMapFile == NULL)
   {
      _tprintf(TEXT("Could not create file mapping object (%d).\n"),
             GetLastError());
      return 1;
   }
   pBuf = (LPTSTR) MapViewOfFile(hMapFile,   // handle to map object
                        FILE_MAP_ALL_ACCESS, // read/write permission
                        0,
                        0,
                        BUF_SIZE);

   if (pBuf == NULL)
   {
      _tprintf(TEXT("Could not map view of file (%d).\n"),
             GetLastError());

       CloseHandle(hMapFile);

      return 1;
   }


   CopyMemory((PVOID)pBuf, szMsg, (_tcslen(szMsg) * sizeof(TCHAR)));
    _getch();

   UnmapViewOfFile(pBuf);

   CloseHandle(hMapFile);

   return 0;
}

**Second Process**

A second process can access the string written to the shared memory by the first process by calling the `OpenFileMapping` function specifying the same name for the mapping object as the first process. Then it can use the `MapViewOfFile` function to obtain a pointer to the file view, `pBuf`. The process can display this string as it would any other string. In this example, the message box displayed contains the message "Message from first process" that was written by the first process.

Process 2 code:

#include <windows.h>
#include <stdio.h>
#include <conio.h>
#include <tchar.h>
#pragma comment(lib, "user32.lib")

#define BUF_SIZE 256
TCHAR szName[]=TEXT("Global\\MyFileMappingObject");

int _tmain()
{
   HANDLE hMapFile;
   LPCTSTR pBuf;

   hMapFile = OpenFileMapping(
                   FILE_MAP_ALL_ACCESS,   // read/write access
                   FALSE,                 // do not inherit the name
                   szName);               // name of mapping object

   if (hMapFile == NULL)
   {
      _tprintf(TEXT("Could not open file mapping object (%d).\n"),
             GetLastError());
      return 1;
   }

   pBuf = (LPTSTR) MapViewOfFile(hMapFile, // handle to map object
               FILE_MAP_ALL_ACCESS,  // read/write permission
               0,
               0,
               BUF_SIZE);

   if (pBuf == NULL)
   {
      _tprintf(TEXT("Could not map view of file (%d).\n"),
             GetLastError());

      CloseHandle(hMapFile);

      return 1;
   }

   MessageBox(NULL, pBuf, TEXT("Process2"), MB_OK);

   UnmapViewOfFile(pBuf);

   CloseHandle(hMapFile);

   return 0;
}

Source : [http://msdn.microsoft.com/en-us/library/windows/desktop/aa366551(v=vs.85).aspx]

c++, CryptGetHashParam works in XP, Vista, but not Windows 7

jkirkerx13-May-12 8:49

jkirkerx

13-May-12 8:49

I'm baffled by this. My MD5 Hash function works in Windows XP and Windows Vista, but fails in windows 7 with an Error 87.

So I rewrote the function to use HP_HASHSIZE to properly get the size, but nothing I did on Windows 7 made a difference.

I went back to XP, modified my code with the new changes, ran it, and produced the correct hash value result.

My Triple DES works fine on Windows 7, and my DES, so I'm going to check my crypt files on Windows 7 now, and see if I can find anything.

BYTE* CA_Encryption::_create_MD5_Hash( WCHAR *pzInputW, LPDWORD dwOutput )
{
BOOL			bResult = FALSE;
HCRYPTPROV		hProv = 0;
HCRYPTHASH		hHash = 0;

BYTE			*szBuffer = NULL;
DWORD			dwHashLen = 0;	
			
// Get the size of the conversion
int iCharA = ( WideCharToMultiByte(CP_UTF8, 0, pzInputW, -1, NULL, 0, NULL, NULL) - 1 );	
char *szInputA = new char[ iCharA ];
WideCharToMultiByte( CP_UTF8, 0, pzInputW, -1, szInputA, iCharA, NULL, NULL );
			
DWORD	dwCount = sizeof( DWORD );	
DWORD	dwPasswordLen = iCharA;	
		
bResult = CryptAcquireContextW( &hProv, NULL, MS_STRONG_PROV, PROV_RSA_FULL, 0);	
bResult = CryptCreateHash( hProv, CALG_MD5, 0, 0, &hHash );   
bResult = CryptHashData( hHash, (BYTE*)szInputA, dwPasswordLen, 0 );

delete [] szInputA;
// The line below does nothing and produces an error 87, 
if(CryptGetHashParam( hHash, HP_HASHSIZE, (BYTE*)&dwHashLen, &dwCount, 0 ) ) {
	if  (( *dwOutput > 0 ) && ( *dwOutput < 4096)) {
		szBuffer = new BYTE[dwHashLen+1];
		CryptGetHashParam( hHash, HP_HASHVAL, szBuffer, &dwHashLen, 0 );
		*dwOutput = dwHashLen;
		szBuffer[dwHashLen] = 0;		
	}
	else {
		*dwOutput = dwHashLen+1;
		szBuffer = L'\0';
	}
}
else {
	*dwOutput = 1;
	szBuffer = new BYTE[ *dwOutput ];
	szBuffer[ 0 ] = L'\0';
}
		
CryptDestroyHash(hHash);
CryptReleaseContext(hProv, 0);
		    	
return szBuffer;
}

[SOLVED] Re: c++, CryptGetHashParam works in XP, Vista, but not Windows 7

jkirkerx13-May-12 10:13

jkirkerx

13-May-12 10:13

Well I guess it wasn't a Windows 7 issue, I used the power of checking the error codes, and some real hard critical thinking to figure out that on a fresh OS install, I had to generate a new key for the first time, and then after that, it works fine.

The code below was experimental, and needs to be cleaned up.

bResult = CryptAcquireContext( &hProv, NULL, MS_ENHANCED_PROV, PROV_RSA_FULL, 0 );
    dwErrorCode = GetLastError();

    if ( dwErrorCode == 2148073494 ) {
        bResult = CryptAcquireContext( &hProv, NULL, MS_ENHANCED_PROV, PROV_RSA_FULL, CRYPT_NEWKEYSET );
        dwErrorCode = GetLastError();
    }

where should add the try-catch?

yu-jian13-May-12 5:55

yu-jian

13-May-12 5:55

If I want to catch all the exception in the application?

Re: where should add the try-catch?

Richard MacCutchan13-May-12 6:45

Richard MacCutchan

13-May-12 6:45

You could put it in your main routine around all the calls to subroutines, but that is generally not a good idea. Much better to use it around specific areas where you know that an exception can occur, and you can then post specific information about it, or even attempt a recovery process.

Programming is work, it isn't finger painting. Luc Pattyn

Re: where should add the try-catch?

yu-jian13-May-12 18:39

yu-jian

13-May-12 18:39

I know that is a way.
But if need catch all the exception in the application how to do ?

Re: where should add the try-catch?

ThatsAlok13-May-12 20:08

ThatsAlok

13-May-12 20:08

yu-jian wrote:
But if need catch all the exception in the application how to do ?

In the main function, however there still some exception or hazards which cannot be caught! review/find them on google!

cheers,
Alok Gupta
VC Forum Q&A :- I/IV
Support CRY- Child Relief and You

Re: where should add the try-catch?

Richard MacCutchan13-May-12 21:41

Richard MacCutchan

13-May-12 21:41

I already told you: in the main function, so it surrounds all other function calls.

Programming is work, it isn't finger painting. Luc Pattyn

Re: where should add the try-catch?

TinyDevices13-May-12 20:59

TinyDevices

13-May-12 20:59

All exception in application?

If you are worried about exception cause and details of it you should set up independent try catch blocks on the exception-likely part of the codes.

Mind you, not all part of the code blocks require a try-catch.

For example:

functionx()
{
int x = 0;
}

but this one needs

functionxy()
{
x = x/y; // y might be 0
}

And I usually prefer wrapping the exception blocks on the top most layers for ex:

Funct1()
{
try
{
funct2();
}
}

funct2()
{
//No exception catches here
}

But if care the least about exception details and want to have a global catch of the thrown ones,

Refer: Termnial Handlers on Windows.

Re: where should add the try-catch?

yu-jian13-May-12 22:24

yu-jian

13-May-12 22:24

Good example. Thank you.

Re: where should add the try-catch?

Aescleal14-May-12 3:15

Aescleal

14-May-12 3:15

I'm going to go contrary to Richard's advice here...

With a few exceptions (pardon the pun) exceptions in C++ should only be thrown when your code's going down in flames and there's no chance of recovery. This means that the only place you catch exceptions is around main. This means that your program dies cleanly after telling the user and programmer what's going on and releasing all its resources.

Having said that not everyone follows those rules. If you know a subsystem chucks exceptions out instead of error codes then write an exception eating wrapper around the subsystem and convert the exceptions to return codes.

Another place you have to use exceptions is around call backs into the OS. Don't let an exception fall into a OS hole or it may be fatal to the called app. This includes thread functions and window procedures.

Cheers,

Ash

Need Help with Audio Output in C/C++

Veeshal Beotra13-May-12 4:12

Veeshal Beotra

13-May-12 4:12

I need to control the audio output of the left and right channel of speakers separately, I want to use one function to give the sound to Left channel and another for the right channel.
I am still new to programming, any help would be appreciated.

Re: Need Help with Audio Output in C/C++

Vaclav_14-May-12 8:35

Vaclav_

14-May-12 8:35

Read up on "mixer". That is MS common "device" for controlling variety of inputs , including audio.
Good luck.
Vaclav

Changing the background color of Text control or combo box when text got changed

Ashish Ranjan Mishra13-May-12 4:01

Ashish Ranjan Mishra

13-May-12 4:01

How to change the background color of Edit control or combo box only when some one has edited the text of text box or change the slection of combo box?

Thanks in advance

asdasdadadasd

Re: Changing the background color of Text control or combo box when text got changed

«_Superman_»13-May-12 4:12

«_Superman_»

13-May-12 4:12

Background colors of controls are changed by handling the WM_CTLCOLOR message and returning a brush with the required color.
In your case, you also need to check the text in the control and only then return the brush.
You would also need to invalidate the control as soon as the edit text or combo selection is changed so that the WM_CTLCOLOR handler gets called.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Polymorphism in C

'Forward Class Declaration' Not Working

AmbiguousName12-May-12 20:44

AmbiguousName

12-May-12 20:44

hello guys... I am having a debug assertion when trying to use forward class declaration. Basically I have this CMyTabCtrl inwhich I have forward declared two dialog class, like this:

CMyTabCtrl.h

C++

class	CTabOneDlg;
class	CTabTwoDlg;

And now in the implementaion file, I am using these pointers to create instances of two dialogs and add them to the TabCtrl.
Here are the constructor and the InitializeTabs() functions.

CMyTabCtrl.cpp

CMyTabCtrl::CMyTabCtrl()
{
   m_arrTabs[0] = new CTabOneDlg; //CDialog* m_arrTabs[2];
   m_arrTabs[1] = new CTabTwoDlg;

   m_tabOne = (CTabOneDlg*)m_arrTabs[0]; // CTabOneDlg* m_tabOne; 
   m_tabTwo = (CTabTwoDlg*)m_arrTabs[1]; // CTabTwoDlg* m_tabTwo; 
}

coid CMyTabCtrl::InitializeTabs()
{
	this->InsertItem(0, _T("Faculty"));
	this->InsertItem(1, _T("Admin"));

	//create the dialogs
	m_arrTabs[0]->Create(IDD_TAB1_DLG, this);
	m_arrTabs[1]->Create(IDD_TAB2_DLG, this);

	//show the firs and hide the rest
	m_arrTabs[0]->ShowWindow(SW_SHOW);
	m_arrTabs[1]->ShowWindow(SW_HIDE);
}

And finally when in MainDialogDlg.cpp, I try to forward declare this CMyTabCtrl class, it gives debug assertion on the second line of the InitializeTabs() function.

CMainDialogDlg.h

C++

class CMyTabCtrl;

CMyTabCtrl *tabCtrl;

CMainDialogDlg.cpp

C++

BOOL CMainDialogDlg::OnInitDialog()
{
    tabCtrl = new CMyTabCtrl;
    tabCtrl->InitizlizeTabs();
}

The debug assertion it gives is as follows

mfc100ud.dll!CTabCtrl::InsertItem(int nItem, const wchar_t * lpszItem)  Line 570 + 0x2d bytes	C++

Why it is giving debug assertion on the InsertItem() function in the InitializeTabs() function. Thanks for at least giving time to read it.

This world is going to explode due to international politics, SOON.

Re: 'Forward Class Declaration' Not Working

«_Superman_»12-May-12 20:53

«_Superman_»

12-May-12 20:53

In which files have you #included the tab dialog and tab control headers?

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Polymorphism in C

Re: 'Forward Class Declaration' Not Working

AmbiguousName12-May-12 22:23

AmbiguousName

12-May-12 22:23

Tab Dialog are #included in CMyTabCtrl.cpp like this

CMyTabCtrl.h

C++

class CTabOneDlg;
class CTabTwoDlg;

CMyTabCtrl.cpp (Constructor)

m_arrTabs[0] = new CTabOneDlg; //CDialog* m_arrTabs[2];
m_arrTabs[1] = new CTabTwoDlg;

While the class for Tab control is #included in main dialog like this.

CMainDialogDlg.h

class CMyTabCtrl;

public:
CMyTabCtrl *tabCtrl;

CMainDialogDlg.cpp (OnInitDialog)

tabCtrl = new CMyTabCtrl;
tabCtrl->InitizlizeTabs();

BTW, this application works fine if I dont use forward decaration method and #include all the files, normally the way we do.

This world is going to explode due to international politics, SOON.

Re: 'Forward Class Declaration' Not Working

Richard MacCutchan12-May-12 21:30

Richard MacCutchan

12-May-12 21:30

This has nothing to do with forward declaration; that is merely a convenience for the compiler. You should look more closely at the actual code, and use your debugger to step through and try to see which variable is causing the actual assertion.

Programming is work, it isn't finger painting. Luc Pattyn

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