C / C++ / MFC Discussion Boards

Re: DrawImage

Richard MacCutchan19-May-11 23:54

Richard MacCutchan

19-May-11 23:54

Fine, but in the second case you are drawing at Point(0, 0)!

The best things in life are not things.

Re: DrawImage

tagopi19-May-11 23:27

tagopi

19-May-11 23:27

grpx.DrawImage(m_img, 0, 0, m_img->GetWidth(),m_img->GetHeight());

why don't you try using same rect.left and rect.top instead of 0,0 in drawimage??

Regards,
Gopinath.

How can i create one button for two events in C# 2008 vs?

FeniksReborn19-May-11 21:27

FeniksReborn

19-May-11 21:27

Hello

How can i create one button for two events?
For example: I want to have one button for start/stop.
At the beginning of the application button name is start (start the event ), when I click the button second time it change the name to Stop (stop the event)????

I am very new to C# programming, i know to do this in VB6... Sorry for my bad english!
ThankYou

Re: How can i create one button for two events in C# 2008 vs?

Rhuros19-May-11 21:44

Rhuros

19-May-11 21:44

This is in the wrong forum, try the C# forum next door...

Re: How can i create one button for two events in C# 2008 vs?

Peter_in_278019-May-11 22:31

Peter_in_2780

19-May-11 22:31

About the best redirect I've seen here. +5 Smile | :)

Peter

Software rusts. Simon Stephenson, ca 1994.

Re: How can i create one button for two events in C# 2008 vs?

Rhuros19-May-11 22:37

Rhuros

19-May-11 22:37

glad you liked it... Smile | :)

Re: How can i create one button for two events in C# 2008 vs?

Malli_S20-May-11 1:08

Malli_S

20-May-11 1:08

[Delegates] [Virtual Desktop] [Tray Me !]

-Malli...!

How send/reseive SMS with a GSM Modem in C++(MFC)

Hadi Dayvary19-May-11 21:26

Hadi Dayvary

19-May-11 21:26

Hi Any sample or help?

Thanks

www.logicsims.ir

Re: How send/reseive SMS with a GSM Modem in C++(MFC)

Rhuros19-May-11 21:47

Rhuros

19-May-11 21:47

Hi,

Take a look at thisexample, it does detail the AT codes etc that may help you...

Open and display any image on dialog

manju 319-May-11 20:54

manju 3

19-May-11 20:54

Hi all,
How can i browse image and display on dialog.Any good links for this.

Thanks
Manju

Re: Open and display any image on dialog

ShilpiP19-May-11 21:14

ShilpiP

19-May-11 21:14

Check this link ->[^]

"Every Little Smile can touch Somebody's Heart...
May we find Hundreds of Reasons to Smile Everyday... and
May WE be the Reason for someone else to smile always!" (ICAN)

MFC, How to activate one document template among multiple document templates

swandream19-May-11 15:11

swandream

19-May-11 15:11

the problem of mine is: I defined four document templates "A B C D" in my program and I set the document template "A" as master document template others as slaves.that means I use the master document template to open data and transfer data to other document templates. so I only implement the OnOpenDocument() function of the master document template. after I have finished all the framework. my leader tell me that the view from the "B" document template should be display firstly or on top after the data is opened. so I have to hide the view of master document template and show the view of slave "B" document template. but I found the "B" is not activate, that means all the menu or toolbar command message loop are still clue to master document template. please tell me how to active the B document template and let it to response all the menu commands.

swandream

Encrypting Archives with AES

sarfaraznawaz19-May-11 1:57

sarfaraznawaz

19-May-11 1:57

i am trying to Encrypting files SetEncryptionMethod(CZipCryptograph::encWinZipAes256)
its not encrypting full here is my code ...

CZipArchive zip;
LPCTSTR sar = _T("C:\\saad.zip");
LPCTSTR password = _T("1234");
zip.Open(sar,CZipArchive::zipCreate);
zip.SetPassword(password);
zip.SetEncryptionMethod(CZipCryptograph::encWinZipAes256);
zip.AddNewFile(filepath);
zip.Close();
// TODO: Add your control notification handler code here
MessageBox(_T("file is locked successfully"),NULL,MB_OK);
when i see in winhex its shows the which type of file and data ...
by using winrar i encrypted the file then drag into the winhex it does not show file type or etc
i looking to do it like that using the zip archive lib ........
is there any other way to do it in aip archive lib only ??????
thanking you
sarfarz

Re: Encrypting Archives with AES

C^hris L^osinger19-May-11 3:37

C^hris L^osinger

19-May-11 3:37

have you tried asking the author(s) of CZipArchive ?

image processing toolkits | batch image processing

Re: Encrypting Archives with AES

sarfaraznawaz19-May-11 19:53

sarfaraznawaz

19-May-11 19:53

about CListCtrl

luyuxibaby19-May-11 0:41

luyuxibaby

19-May-11 0:41

hello everybody :

i created a dialog base program and it has a CListCtrl on the dialog. now ,i wanna print the datas of CListCtrl.but the reuslt was wrong.

may be the wrong in TextOut function

following 's my code , help me please.

BOOL CBingLiGuanLi::PrintList(CListCtrl *pListCtrl)<br />
{<br />
	PRINTDLG   pd;   <br />
	pd.lStructSize   =   sizeof(PRINTDLG);   <br />
	pd.Flags   =   PD_RETURNDC;   <br />
	pd.hDC   =   NULL;   <br />
	pd.hwndOwner   =   NULL;   <br />
	pd.hInstance   =   NULL;   <br />
	pd.nMaxPage   =   1;   <br />
	pd.nMinPage   =   1;   <br />
	pd.nFromPage   =   1;   <br />
	pd.nToPage   =   1;   <br />
	pd.nCopies   =   1;   <br />
	pd.hDevMode   =   NULL;   <br />
	pd.hDevNames   =   NULL;   <br />
	//显示打印对话框，由用户来设定纸张大小等。   <br />
	if(!PrintDlg(&pd))   return   FALSE;   <br />
	ASSERT(pd.hDC!=NULL);   <br />
	int   nHorRes   =   GetDeviceCaps(pd.hDC,   HORZRES);   <br />
	int   nVerRes   =   GetDeviceCaps(pd.hDC,   VERTRES);   <br />
	int   nXMargin   =   2;   <br />
	int   nYMargin   =   2;   <br />
	TEXTMETRIC   tm;   <br />
	GetTextMetrics(pd.hDC,   &tm);   <br />
	int   nCharHeight   =   tm.tmHeight;   <br />
	int   nCharWidth   =   tm.tmAveCharWidth;   <br />
	CHeaderCtrl*   pHeader   =   pListCtrl->GetHeaderCtrl();   <br />
	//获得行，列的个数   <br />
	int   nColCount   =   pHeader->GetItemCount();   <br />
	int   nLineCount   =   pListCtrl->GetItemCount();   <br />
	int   ColOrderArray[100];   <br />
	COLATT   ca[100];   <br />
	pListCtrl->GetColumnOrderArray(ColOrderArray,   nColCount);   <br />
	int   nColX   =nXMargin*nCharWidth;   <br />
	//检索各列的信息，确定列标题的内容长度。   <br />
	for(int   iXinXi   =0   ;   iXinXi<   nColCount;   iXinXi++)   <br />
	{   <br />
		ca[iXinXi].nColIndex   =   ColOrderArray[iXinXi];   <br />
		LVCOLUMN   lvc;   <br />
		char   text[100];   <br />
		lvc.mask   =   LVCF_TEXT|LVCF_SUBITEM;   <br />
		lvc.pszText   =   text;   <br />
		lvc.cchTextMax   =   100;   <br />
		pListCtrl->GetColumn(ca[iXinXi].nColIndex,   &lvc);   <br />
		ca[iXinXi].strColText   =   lvc.pszText;   <br />
		ca[iXinXi].nSubItemIndex   =   lvc.iSubItem;   <br />
		ca[iXinXi].nPrintX   =   nColX;   <br />
		nColX   +=   nCharWidth   *   strlen(ca[iXinXi].strColText);   <br />
		if(nColX   >   nHorRes)   <br />
		{   <br />
			DeleteDC(pd.hDC);   <br />
			AfxMessageBox("字段太多，无法在一行内打印，请试用较大的纸，或横向打印。");   <br />
			return   FALSE;   <br />
		}   <br />
	}   <br />
	DOCINFO   di;   <br />
	di.cbSize   =   sizeof(DOCINFO);   <br />
	di.lpszDocName   =   "ListCtrl   Data   Printing";   <br />
	di.lpszOutput   =   (LPTSTR)   NULL;   <br />
	di.lpszDatatype   =   (LPTSTR)   NULL;   <br />
	di.fwType   =   0;   <br />
	StartDoc(pd.hDC,   &di);   <br />
	StartPage(pd.hDC);   <br />
	//调整各列的宽度，以使各列在后面的打印输出时更均匀的打印在纸上。   <br />
	int   space   =   (nHorRes-nXMargin*nCharWidth-nColX)   /   (nColCount   -1);   <br />
	for(int	iKuanDu  =1;   iKuanDu<nColCount;  iKuanDu++)   <br />
	{   <br />
		ca[iKuanDu].nPrintX   +=   iKuanDu*space;   <br />
	}   <br />
	//输出列标题   <br />
	for(int	iLieBiaoTi  =0;   iLieBiaoTi<nColCount;   iLieBiaoTi++)   <br />
	{<br />
		TextOut(pd.hDC,   ca[iLieBiaoTi].nPrintX,   nYMargin,   <br />
			ca[iLieBiaoTi].strColText,   strlen(ca[iLieBiaoTi].strColText));   <br />
	}<br />
	int   nMaxLinePerPage   =   nVerRes/nCharHeight   -3;   <br />
	int   nCurPage   =1;   <br />
	//输出各列的数据   <br />
	for(int i=0;   i<nLineCount;   i++)   <br />
	{   <br />
		for(int   j   =0;   j<nColCount;   j++)   <br />
		{   <br />
			if(i+1-(nCurPage-1)*nMaxLinePerPage   >   nMaxLinePerPage)   <br />
			{   <br />
				//新的一页   <br />
				EndPage(pd.hDC);   <br />
				StartPage(pd.hDC);   <br />
				nCurPage   ++;   <br />
			}   <br />
			CString   subitem   =   pListCtrl->GetItemText(j,   ca[j].nSubItemIndex);   <br />
			TextOut(pd.hDC,   ca[j].nPrintX,nYMargin+(j+1-(nCurPage-1)*nMaxLinePerPage)*nCharHeight,subitem,   strlen(subitem));  <br />
			<br />
			<br />
		}   <br />
	}   <br />
	EndPage(pd.hDC);   <br />
	EndDoc(pd.hDC);   <br />
	//打印结束   <br />
	DeleteDC(pd.hDC);   <br />
	return   TRUE;    <br />
}

Re: about CListCtrl

CPallini19-May-11 2:23

CPallini

19-May-11 2:23

Please use the <pre> tags (use the 'code block' button)to post code snippets.
What do you mean with 'wrong result'? Please elaborate.
Smile | :)

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]

MFC Program and Very Large Text Files

Andy20219-May-11 0:37

Andy202

19-May-11 0:37

For merging together some recording data stored in CSV files I have used the class CtextFile (by Johan Rosengren via the Codeproject site) to read in and write out the processed files. I also used class CNewStringArray (which is a modified version of CStringArray by Anders M Eriksson, again via the Codeproject)
I use the MFC function AfxExtractSubString() to extract the various fields of the CSV record and CnewStringArray variables to hold and process the data.
Now I have a problem where the size of some of the files to be processed may be in the order of 250 to 700Gb.
I have never used files larger that about 10Mb, but will I have problems with files these sizes and do I need to consider new methods of processing these very large files.
Any comments and advice please.

Re: MFC Program and Very Large Text Files

Maximilien19-May-11 1:05

Maximilien

19-May-11 1:05

I'm not an expert on that topic, but I think you have to look at Memory Map Files.

That will let you navigate the file without having to load the whole file in memory.

Watched code never compiles.

Re: MFC Program and Very Large Text Files [modified]

federico.strati19-May-11 1:26

federico.strati

19-May-11 1:26

Yes, you definitely are better off using memory mapped files,
namely, you should use "CreateFileMapping", "MapViewOfFile", "UnmapViewOfFile" and the likes.

It is a bit outdated, but the book from Jeffrey Richter
"Programming Applications for Microsoft Windows" has a good introduction to such an API.

Maybe, looking into MSDN with these pointers will lead you to the correct API to use
for your Operating System version.

Cheers
Federico

yeap, it is still the same API in latest versions of Windows, just checked on MSDN:
http://msdn.microsoft.com/en-us/library/aa366537(v=VS.85).aspx

modified on Thursday, May 19, 2011 7:51 AM

Re: MFC Program and Very Large Text Files

Andy20219-May-11 22:04

Andy202

19-May-11 22:04

Thanks Federico for your post.

I have used these API's, but for large auto generated data structures ~ 50k bytes.

I did look at he link you gave and the following concerns me:-

If the file mapping object is backed by the operating system paging file (the hfile parameter is INVALID_HANDLE_VALUE), specifies that when a view of the file is mapped into a process address space, the entire range of pages is committed rather than reserved. The system must have enough committable pages to hold the entire mapping. Otherwise, CreateFileMapping fails.

With files sizes of ~ 500GB will these APIs work?

Andy.

Re: MFC Program and Very Large Text Files

federico.strati20-May-11 23:25

federico.strati

20-May-11 23:25

Hello Andy,

what follows is extracted from the book from Jeffrey Richter
"Programming Applications for Microsoft Windows"

It is written for a 32bit O.S. so be careful to adapt it in case you work on Win 7

--- start ---

Processing a Big File Using Memory-Mapped Files

In an earlier section, I said I would tell you how to map a 16-EB file into a small address space.
Well, you can't. Instead, you must map a view of the file that contains only a small portion of the file's data.
You should start by mapping a view of the very beginning of the file.

When you've finished accessing the first view of the file, you can unmap it and then map a new view
starting at an offset deeper within the file. You'll need to repeat this process until you access the complete file. This certainly makes dealing with large memory-mapped files less convenient, but fortunately most files are small enough that this problem doesn't usually come up.

Let's look at an example using an 8-GB file and a 32-bit address space.
Here is a routine that counts all the 0 bytes in a binary data file in several steps:

__int64 Count0s(void) {

// Views must always start on a multiple
// of the allocation granularity

SYSTEM_INFO sinf;
GetSystemInfo(&sinf);

// Open the data file.

HANDLE hFile = CreateFile("C:\\HugeFile.Big", GENERIC_READ,
FILE_SHARE_READ, NULL, OPEN_EXISTING, FILE_FLAG_SEQUENTIAL_SCAN, NULL);

// Create the file-mapping object.
HANDLE hFileMapping = CreateFileMapping(hFile, NULL,
PAGE_READONLY, 0, 0, NULL);
DWORD dwFileSizeHigh;

__int64 qwFileSize = GetFileSize(hFile, &dwFileSizeHigh);
qwFileSize += (((__int64) dwFileSizeHigh) << 32);

// We no longer need access to the file object's handle.
CloseHandle(hFile);

__int64 qwFileOffset = 0, qwNumOf0s = 0;
while (qwFileSize > 0) {

  // Determine the number of bytes to be mapped in this view
  DWORD dwBytesInBlock = sinf.dwAllocationGranularity;
  if (qwFileSize < sinf.dwAllocationGranularity)
    dwBytesInBlock = (DWORD) qwFileSize;
  PBYTE pbFile = (PBYTE) MapViewOfFile(hFileMapping, FILE_MAP_READ,
                            (DWORD) (qwFileOffset >> 32), // Starting byte
                            (DWORD) (qwFileOffset & 0xFFFFFFFF), // in file
                             dwBytesInBlock); // # of bytes to map
  // Count the number of Js in this block.
  for (DWORD dwByte = 0; dwByte < dwBytesInBlock; dwByte++) {
    if (pbFile[dwByte] == 0)
    qwNumOf0s++;
  }
  // Unmap the view; we don't want multiple views
  // in our address space.
  UnmapViewOfFile(pbFile);
  // Skip to the next set of bytes in the file.
  qwFileOffset += dwBytesInBlock;
  qwFileSize -= dwBytesInBlock;
}

CloseHandle(hFileMapping);
return(qwNumOf0s);
}

This algorithm maps views of 64 KB (the allocation granularity size) or less.
Also, remember that MapViewOfFile requires that
the file offset parameters be a multiple of the allocation granularity size.

As each view is mapped into the address space, the
scanning for zeros continues. After each 64-KB chunk of the file has been mapped and scanned,
it's time to tidy up by closing the file-mapping object.

--- end ---

Cheers

Federico

Re: MFC Program and Very Large Text Files

Andy20225-May-11 21:33

Andy202

25-May-11 21:33

Thanks Federico for the information. The requirement has gone away, but I thought that it would be good to do this task (a worked example) should I ever need to revist this problem again.

Just one follow up question you suggest 64 KB (the allocation granularity size)?

Is this from expericence? And the best value.

Andy

Re: MFC Program and Very Large Text Files

federico.strati26-May-11 2:14

federico.strati

26-May-11 2:14

Hi,

the allocation granularity size, if you look at the code, is system dependent:

SYSTEM_INFO sinf;
GetSystemInfo(&sinf);

[... snipped ...].

  // Determine the number of bytes to be mapped in this view
  DWORD dwBytesInBlock = sinf.dwAllocationGranularity;

I don't know the values for recent Windows OS's, I cited 64Kb just to say a size,
you may just get them from the API (GetSystemInfo).

As far as what would be the best value, I would say that you should map in multiples of
such allocation size and other considerations (as available memory for the system and/or the single
process) come into play.

You may have to experiment a bit to find the best for your requirements.

Cheers

Federico

Re: MFC Program and Very Large Text Files

Chandrasekharan P19-May-11 1:22

Chandrasekharan P

19-May-11 1:22

250 to 700GB of data or is it a typo error???? if its 250 to 700 Gb of data, where are your data stored??

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