C / C++ / MFC

http://www.codeproject.com/KB/combobox/#Combo%20&%20List%20Boxes%20-%20ComboBox%20Controls[^]

5-Dec-07 16:19

enough

Re: how to add check boxes in multiple colums of a list ctrl

David Crow5-Dec-07 2:35

David Crow

5-Dec-07 2:35

Member 3869682 wrote:
how can i do this

Use XListCtrl from Hans Dietrich.

"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman

"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

trace error

keyto4-Dec-07 23:17

keyto

4-Dec-07 23:17

When i call the CDialog::OnOK(); function I get error :
C:\Documents and Settings\Administrator\Desktop\new_pdf_latest\pdf_latest\itagane_latest\itagane_latest\itagane\CTools\daishi.cpp(116) : error C2039: 'OnOK' : is not a member of 'CDialog'

How can I solve this error?

Re: trace error [modified]

Nelek4-Dec-07 23:33

Nelek

4-Dec-07 23:33

One possibility is deriving your dialog from CDialog

The other one is establishing it by yourself

//in header
//{{AFX_MSG(CDaishi)
virtual void OnOK();

//in cpp
void CDaishi::OnOK()
{
//do whatever you need
}

Forget about it. I didn't pay attention, you are not in MFC.

Greetings.
--------
M.D.V. Wink | ;)

If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
“The First Rule of Program Optimization: Don't do it. The Second Rule of Program Optimization (for experts only!): Don't do it yet.” - Michael A. Jackson

modified on Wednesday, December 05, 2007 5:45:52 AM

CPallini4-Dec-07 23:41

CPallini

4-Dec-07 23:41

And how can he derive his CDialog from MFC's CDialog?
I see a little naming conflict...
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.

Nelek4-Dec-07 23:46

Nelek

4-Dec-07 23:46

I didn't realice...

Greetings.
--------
M.D.V. Wink | ;)

vasarlajagadish15-Oct-09 4:02

vasarlajagadish

15-Oct-09 4:02

/in header
//{{AFX_MSG(CDaishi)
void OnOK();

//in cpp
void CDaishi::OnOK()
{
//do whatever you need
CDialog::OnOk();
}

Remove the virtual keyword in the header.it will Work

ThatsAlok4-Dec-07 23:40

ThatsAlok

4-Dec-07 23:40

Something is missing, could you please present the decalaration of your class!

"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

about send function!!

Laurence4-Dec-07 22:35

4-Dec-07 22:35

SOCKET s = socket(AF_INET,SOCK_STREAM,0);
after I successfully connect to server,I use send function to send data.
I use default buffer and i get default value is 8192. and i don't set s to nonblocking. as following is my code fragment:
char buf[100*1024]={0};
memset(buf,0x08,sizeof(buf));
int nRet = send(s,buf,sizeof(buf),0);
but this function successfully complete. according to my understand,this function should in blocking .
cys

Laurence4-Dec-07 22:44

4-Dec-07 22:44

my test environment is in LAN

SandipG 4-Dec-07 22:59

SandipG

4-Dec-07 22:59

Whts the value of iRet??
if it is SOCKET_ERROR find the error by using WSAGetLastError()
or if it equals the byte actual bytes sent then nothing wrong in it.
and as far as ur question goes i guess it is supposed to be blocking call

Thanks,
Sandip.

Laurence5-Dec-07 1:45

5-Dec-07 1:45

nRet 's value equals 102400. this socket is in blocking mode. Because the default buffer size is 8192 bytes, and i send 102400 bytes. Obviously, 102400 is bigger than 8192, so this i/o operation should be blocked, but the actual result is that this i/o operation completes immediately.
P.S. The environment of the test is "LAN".

Thanks
Cys

followait4-Dec-07 23:24

4-Dec-07 23:24

It blocks until data is all sent or error occurs.

ktm TechMan5-Dec-07 0:13

ktm TechMan

5-Dec-07 0:13

VC_FOOD wrote:
but this function successfully complete. according to my understand,this function should in blocking .

I didn't understand what are you asking for. Confused | :confused:

Laurence5-Dec-07 1:46

5-Dec-07 1:46

this socket is in blocking mode. Because the default buffer size is 8192 bytes, and i send 102400 bytes. Obviously, 102400 is bigger than 8192, so this i/o operation should be blocked, but the actual result is that this i/o operation completes immediately.
P.S. The environment of the test is "LAN".

Thanks
Cys

R about send function!!

Laurence5-Dec-07 1:50

5-Dec-07 1:50

This socket is in blocking mode. Because the default buffer size is 8192 bytes, and i send 102400 bytes. Obviously, 102400 is bigger than 8192, so this i/o operation should be blocked, but the actual result is that this i/o operation completes immediately.
P.S. The environment of the test is "LAN".

Thanks
Cys

JudyL_MD5-Dec-07 2:33

JudyL_MD

5-Dec-07 2:33

The underlying network stack and driver were able to output the data before the return back into user-land, therefore your call completed with all bytes sent.

I've never found any relationship between the default buffer sizes and the amount of data I could send into or receive from the network stack. Just check the return values to see how many of the requested bytes were handled and deal with that situation.

Judy

How to catch GDI+ exceptions? [modified]

Dexterus5-Dec-07 21:24

Dexterus

5-Dec-07 21:24

Unless your computer is very very very slow I doubt send would ever actually block for a perceptible amount of time. Shouldn't be that hard to push some data from your buffer to the wires, the function doesn't need to wait for anything but your pc and 100KB on a 100Mbit card ... that's easy.

followait4-Dec-07 22:08

4-Dec-07 22:08

for example

try {
    Bitmap bmp(path);   //It is strange that the piece of code  works
                        //in my test app, when I copy it, it throw
                        //exception here. The code is totally local.
} catch (/*???*/) {
]

	CMainFrame *pMF=(CMainFrame *)AfxGetMainWnd();

	TCHAR Path[MAX_PATH];
	TCHAR FullPath[MAX_PATH];
	BROWSEINFO bi;
	::memset(&bi,0,sizeof(bi));
	bi.hwndOwner=m_hWnd;
	bi.pszDisplayName=Path;
	bi.lpszTitle=TEXT("Select a directory");
	bi.ulFlags=BIF_DONTGOBELOWDOMAIN|BIF_EDITBOX|BIF_NEWDIALOGSTYLE
		|BIF_NONEWFOLDERBUTTON|BIF_RETURNONLYFSDIRS|BIF_STATUSTEXT;
	LPCITEMIDLIST pidl=SHBrowseForFolder(&bi);
	if(::SHGetPathFromIDList(pidl,FullPath)) {
		int len=_tcslen(FullPath);
		CString s(FullPath);
		s+=TEXT("\\*.jpg");
		CFileFind ff;
		BOOL b=ff.FindFile(s);
		while (b) {
			b=ff.FindNextFile();
			CString FilePath=ff.GetFilePath();
			WCHAR *p=FilePath.AllocSysString();
			Gdiplus::Bitmap bmp(p);
			Gdiplus::Bitmap *pThmb=(Gdiplus::Bitmap*)bmp.GetThumbnailImage(60,45);
			HBITMAP hBmp;
			pThmb->GetHBITMAP(Color::Black,&hBmp); 
//Got exception in the previuos line, 
//pThumb is NULL and bmp seems not available when I check in debug

modified on Wednesday, December 05, 2007 4:15:58 AM

SandipG 4-Dec-07 22:47

SandipG

4-Dec-07 22:47

Have you verified value of FilePath is it valid file path??
i guess you also have to do following
CString FilePath=ff.GetFilePath();
FilePath = FilePath + "\\" + ff.GetFileName();
i am not sure about the "\\" it might be already there in GetFilePath.

Thanks,
Sandip.

followait4-Dec-07 23:00

4-Dec-07 23:00

Yes, the FilePath can't be wrong.

SandipG 4-Dec-07 23:08

SandipG

4-Dec-07 23:08

You are also not checking it for directory??

followait4-Dec-07 23:18