C / C++ / MFC Discussion Boards

Anonymous22-Sep-04 17:23

22-Sep-04 17:23

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/reading_asynchronously_with_io_completion_ports.asp[^]

winctrl5 error

google7322-Sep-04 16:56

google73

22-Sep-04 16:56

Solution Title: COleDateTime
Date Asked: 12/01/2003 05:55AM PST
Date Answered: 03/30/2004 02:18AM PST

Hi

I am having some difficulty with the COleDateTime class in that I have a
DateTimePicker ctrl (m_date) and I am trying to initialise
it to the current time. from msdn help I have

DoDataExchange
DDX_DateTimeCtrl(pDX, IDC_LOG_DATE_PICKER, m_date);

Dialog Init
m_date = COleDateTime::GetCurrentTime();

Every time the dialog loads I get an error about "winCtrl5.cpp". I have traced it
and the above line is causing the problem.

Why? I had this working on Friday!

component gallery in VC++.net ?

Maximilien22-Sep-04 15:48

Maximilien

22-Sep-04 15:48

Is there a component gallery in VC++.net ( 2002 version ) ?

Thanks.

Maximilien Lincourt
Your Head A Splode - Strong Bad

hooking problem

Dev57822-Sep-04 14:27

Dev578

22-Sep-04 14:27

I am having trouble with the "Process-wide api spying" article by Anton Bassov. Here is the code:

HMODULE hMod = GetModuleHandle("kernel32.dll");
if (hMod == NULL)
MessageBox(NULL,"could not load dll","error",MB_OK);
else
{
IMAGE_DOS_HEADER * dosheader=(IMAGE_DOS_HEADER *)hMod;
IMAGE_OPTIONAL_HEADER * opthdr =(IMAGE_OPTIONAL_HEADER *) ((BYTE*)hMod+dosheader->e_lfanew+24);
IMAGE_IMPORT_DESCRIPTOR * descriptor=(IMAGE_IMPORT_DESCRIPTOR*)(BYTE*)hMod + opthdr->DataDirectory[IMAGE_DIRECTORY_ENTRY_IMPORT].VirtualAddress;

while(descriptor->FirstThunk)
{
char*dllname=(char*)((BYTE*)hMod+ descriptor->Name);
IMAGE_THUNK_DATA* thunk=( IMAGE_THUNK_DATA*)((BYTE*) hMod + descriptor->OriginalFirstThunk);

int x=0;
while(thunk->u1.Function)
{
char*functionname=(char*)((BYTE*) hMod + ( DWORD)thunk->u1.AddressOfData+2);
MessageBox(NULL,functionname,"function",MB_OK);
DWORD *IATentryaddress=( DWORD *)((BYTE*) hMod + descriptor->FirstThunk)+x;
x++; thunk++;
}
descriptor++;
}
}

It is crashing at run-time, saying that it cannot read from desciptor. Anyone have any idea what the problem is? Any help is appreciated.

-Dev578

Deleting a self-created CView or CMDIChildWnd object..

herbert_chow22-Sep-04 11:48

herbert_chow

22-Sep-04 11:48

Hi,

I am working on an MDI program and I am not using DOC/View architecture because its too slow. So I kind of made my own version that creates CMDIChildWnd derived objects during runtime then calling ->Create to create and show the window in the main frame.

Right now I am closing the windows by sending WM_CLOSE message to the object. However, I can't seem to delete the object explicitly. Visual C++ will break with an exception if I do.

I read the code project tutorial "Creation of Multiple Dynamic Views" and it says near the bottom that I can't delete it explicitly and must let the main frame close and call the destructors automatically.

http://www.codeproject.com/docview/dynviews.asp#xxxx[^]

Now after extended use without closing the main frame, will there be a memory leak in my program? If so, how do I get around this so I can delete my memory right away.

Thanks in advance!

getting info from VS_VERSION_INFO?

BlackDice22-Sep-04 11:39

BlackDice

22-Sep-04 11:39

How can I get the info out of my VS_VERSION_INFO (strings like ProductVersion, CompanyName)? I know it's probably very simple, but I've never done it before and I can't seem to find any documentation on it. everything I've found is talking about getting the version info for another .exe, but not yours!! Any help is appreciated. Thanks in advance!

[insert witty comment here]

bdiamond Sleepy | :zzz:

Re: getting info from VS_VERSION_INFO?

Michael Dunn22-Sep-04 11:42

Michael Dunn

22-Sep-04 11:42

Use GetModuleFileName() with a handle of NULL to get your EXE's filename. You should be able to do the rest with your sample code.

--Mike--
Personal stuff:: Ericahist | Homepage
Shareware stuff:: 1ClickPicGrabber | RightClick-Encrypt
CP stuff:: CP SearchBar v2.0.2 | C++ Forum FAQ
----
Pinky, are you pondering what I'm pondering?
I think so Brain, but how will we fit the hamster inside the accordion?

Re: getting info from VS_VERSION_INFO?

Graham Bradshaw22-Sep-04 13:37

Graham Bradshaw

22-Sep-04 13:37

Take a look at the GetFileVersionInfo, GetFileVersionInfoSize and VerQueryValue functions.

Re: getting info from VS_VERSION_INFO?

ThatsAlok23-Sep-04 3:17

ThatsAlok

23-Sep-04 3:17

thanks for this useful help

-----------------------------
"I Think It Will Help"
-----------------------------
Alok Gupta
visit me at http://www.thisisalok.tk

Re: getting info from VS_VERSION_INFO?

BlackDice23-Sep-04 7:22

BlackDice

23-Sep-04 7:22

yeah, I found a piece of code here on CP to do what I needed. I think it's simpler to just #define VERSION_NUMBER _T("1.8") as I've been doing. That seems like an awful lot of work to get the version number info from your own app. I think it should be a member of CWinApp, personally.

theApp.m_strVersionNumber or something like that. Thanks, though.

[insert witty comment here]

bdiamond Sleepy | :zzz:

How to avoid editing date in Datetime picker ?

ldaoust22-Sep-04 10:48

ldaoust

22-Sep-04 10:48

Anybody knows how to avoid the user to edit the date in a datetimepicker control ?

I only want the user to be able to open the calendar when he/she clicks on the arrow and pick a date from that month calendar, but not be able to change the date in the edit fields.

-------------------------------
[Wednesday, September 22, 2004]    <- not allow to change in that portion
-------------------------------
| sun mon tue wed thu fri sat |
|  1   2   3   4   5   6   7  |    <- ok to use the popop calendar
|  8   9   10  11  12  13  14 |
|  15  16  17  18  19  20  21 |
|  22  23  24  25  26  27  28 |
|  29  30                     |
-------------------------------

thanks.
Lou

* how do you like my datetimepicker control ? Cool | :cool:

OnWizardNext question ...

Maximilien22-Sep-04 10:17

Maximilien

22-Sep-04 10:17

in MSDN this is written :

"To jump to a page other than the next one, return the identifier of the dialog to be displayed."

should it be something like that :

LRESULT CMyPropertyPage1::OnWizardNext() 
{
  BOOL b = m_Choose.GetCheck();
  if ( m_Choose.GetCheck() == TRUE )
    return 1;
  else
    return 3;
}

to go to either page 1 or page 3 ?

because it doesn't seem to work ? Am I missing something ?

Thanks.

Max.

Maximilien Lincourt
Your Head A Splode - Strong Bad

Re: OnWizardNext question ...

Michael Dunn22-Sep-04 11:43

Michael Dunn

22-Sep-04 11:43

"the identifier of the dialog" means the dialog resource ID, eg IDD_FINISHING_PAGE.

--Mike--
Personal stuff:: Ericahist | Homepage
Shareware stuff:: 1ClickPicGrabber | RightClick-Encrypt
CP stuff:: CP SearchBar v2.0.2 | C++ Forum FAQ
----
Four fonts walk into a bar. The bartender says "Hey - get out! We don't want your type in here."
"That probably would've sounded more commanding if I wasn't wearing my yummy sushi pajamas."
-- Buffy

Re: OnWizardNext question ...

Maximilien22-Sep-04 15:26

Maximilien

22-Sep-04 15:26

Duh !!

thanks!!!

Maximilien Lincourt
Your Head A Splode - Strong Bad

ODBC, ADO or OLEDB ?

0v3rloader22-Sep-04 10:15

0v3rloader

22-Sep-04 10:15

Hi there,

I have recently finished a collection of classes which provide support for database processing. The only problem though is the classes use the (old-deprecated) ODBC API.

Some time ago I was told ADO data source connectivity is a much better approach because of its ease of use, speed and so forth. This made me think about updating (or actually rewritting) the entire collection so that it can support the latest in what regards to datasource connectivity.

But I have been doing some reading and would like to ask you some questions:

- doesn't ADO use OLEDB? And if so, should I not be thinking about supporting OLEDB rather than ADO as it would create an additional layer between the ODBC driver and the App?

- in what concerns compatibility and speed, what is, in your own opinion, the platform I should be aiming for?

Thank you very much,

David

Re: ODBC, ADO or OLEDB ?

Alexander ^M.,22-Sep-04 10:38

Alexander ^M.,

22-Sep-04 10:38

I think the time needed to load the data from hard disk takes much longer than the time to process requests and transfer them via ODBC.
I myself use ODBC, too, and I don't see any reason why I shouldn't do so.

Don't try it, just do it! Wink | ;-)

Re: ODBC, ADO or OLEDB ?

Anonymous22-Sep-04 17:30

Anonymous

22-Sep-04 17:30

Yes, ADO uses OLEDB. Using OLEDB will give you the most functionality and performance. Consider using ATL wrapper classes, they'll make it easier. For example:

<br />
HRESULT hr = spDataInitialize.CoCreateInstance(CLSID_MSDAINITIALIZE);<br />
	if(FAILED(hr)) return 1;<br />
<br />
	hr = spDataInitialize->GetDataSource(NULL, CLSCTX_INPROC_SERVER, pwszConnectionString,<br />
										 IID_IDBInitialize, reinterpret_cast<IUnknown**>(&spDBInitialize));<br />
	if(FAILED(hr)) return 1;<br />
<br />
	hr = spDBInitialize->Initialize();<br />
	if(FAILED(hr)) return 1;<br />
<br />
	ATL::CComQIPtr<IDBCreateSession> spDBCreateSession = spDBInitialize;<br />
	if(!spDBCreateSession) return 1;<br />
<br />
	hr = spDBCreateSession->CreateSession(NULL, IID_IDBCreateCommand, reinterpret_cast<IUnknown**>(&spDBCreateCommand));<br />
	if(FAILED(hr)) return 1;<br />
<br />
	hr = spDBCreateCommand->CreateCommand(NULL, IID_ICommand, reinterpret_cast<IUnknown**>(&spCommand));<br />
	if(FAILED(hr)) return 1;<br />
<br />
	ATL::CComQIPtr<ICommandStream> spCommandStream = spCommand;<br />
	if(!spCommandStream) return 1;

Re: ODBC, ADO or OLEDB ?

Anonymous22-Sep-04 17:35

Anonymous

22-Sep-04 17:35

Let's try this again, this time with the angle brackets.. Wink | ;-)

	HRESULT hr = spDataInitialize.CoCreateInstance(CLSID_MSDAINITIALIZE);<br />
	if(FAILED(hr)) return 1;<br />
<br />
	hr = spDataInitialize->GetDataSource(NULL, CLSCTX_INPROC_SERVER, pwszConnectionString,<br />
										 IID_IDBInitialize, reinterpret_cast<IUnknown**>(&spDBInitialize));<br />
	if(FAILED(hr)) return 1;<br />
<br />
	hr = spDBInitialize->Initialize();<br />
	if(FAILED(hr)) return 1;<br />
<br />
	ATL::CComQIPtr<IDBCreateSession> spDBCreateSession = spDBInitialize;<br />
	if(!spDBCreateSession) return 1;<br />
<br />
	hr = spDBCreateSession->CreateSession(NULL, IID_IDBCreateCommand, reinterpret_cast<IUnknown**>(&spDBCreateCommand));<br />
	if(FAILED(hr)) return 1;<br />
<br />
	hr = spDBCreateCommand->CreateCommand(NULL, IID_ICommand, reinterpret_cast<IUnknown**>(&spCommand));<br />
	if(FAILED(hr)) return 1;<br />
<br />
	ATL::CComQIPtr<ICommandStream> spCommandStream = spCommand;<br />
	if(!spCommandStream) return 1;

Re: ODBC, ADO or OLEDB ?

cmk22-Sep-04 22:22

cmk

22-Sep-04 22:22

ADo wraps OLEDB.
ADO has had some bugs and portability issues (to WinCE).
I think most have been sorted out but it has left a sour taste in the mouths of some of us - i don't use it.

ODBC is a cleaner API (in my opinion) than OLEDB - i am not a fan of COM.

That said, ODBC is not supported by WinCE but OLEDB is.

So i have database classes that wrap both ODBC and OLEDB but provide a common method interface.
I generally use ODBC on the desktop and OLEDB on WinCE.

...cmk

Save the whales - collect the whole set

Re: ODBC, ADO or OLEDB ?

0v3rloader23-Sep-04 4:39

0v3rloader

23-Sep-04 4:39

Hi and thanks for replying.

It is interesting to know you are (also) an adept of the ODBC_API... but looking at both the ODBC_API and OLEDB what would you say about performance issues such as:
- memory usage;
- processing speed (in the general sense);

And what about the future? I mean, do you think ODBC will still be supported in the future or will it be made deprecated by Microsoft?

#David

Re: ODBC, ADO or OLEDB ?

cmk23-Sep-04 10:46

cmk

23-Sep-04 10:46

dNimrod#X wrote:
looking at both the ODBC_API and OLEDB what would you say about performance issues such as:
- memory usage;
- processing speed (in the general sense);

I've never compared them head-to-head.
I almost always use ODBC on desktop and OLEDB on PDA - you can't compare the relative speeds due to the difference in the platforms.

At this point i wouldn't expect to find much of a performance difference between the two. Any difference would likely be dwarfed by the time required for the RDBMS to execute the query.

dNimrod#X wrote:
do you think ODBC will still be supported in the future or will it be made deprecated by Microsoft?

I don't know.
I don't think it will be depreciated any time soon (knock on wood).

ODBC has an open source port for UNIX (MAC?) so it is now truely a cross-platform API.
http://www.odbc.org/[^]
http://www.iodbc.org/[^]

...cmk

Save the whales - collect the whole set

Creating an escaped windows path?

hyling22-Sep-04 8:20

hyling

22-Sep-04 8:20

Is there an easily way to create an escaped Window's path, or is there a better way to do this?

I have code that gets a path from a CFileDialog then I want to open the file with fopen because I want the code to be portable.

example:
CFileDialog fileDlg;
CString fileName = fileDlg.GetPathName();
FILE *file = fopen(fileName, "r");

I've done google searches but found nothing helpful, unless I'm using C# in which case they have @"" strings that handle this nicely.

Thanks
Hua-Ying

Re: Creating an escaped windows path?

David Crow22-Sep-04 8:35

David Crow

22-Sep-04 8:35

What you have is fine, except that fileDlg.DoModal() needs to be called.

BTW, why are you using a FILE object rather than a CFile object?

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

Re: Creating an escaped windows path?

hyling22-Sep-04 8:42

hyling

22-Sep-04 8:42

Thanks for pointing that out. I am calling fileDlg.DoModal() in the real code, I didn't put it in the sample code for simplicity. I'm using FILE instead of CFile for portability. That code needs to run under other platforms such as Linux.

The problem is fileDlg returns a string in this format: "c:\testfile.txt" but fopen wants this: "c:\\testfile.txt".

Re: Creating an escaped windows path?

David Crow22-Sep-04 8:53

David Crow

22-Sep-04 8:53

hyling wrote:
That code needs to run under other platforms such as Linux

So does the Linux platform support CFileDialog?

hyling wrote:
The problem is fileDlg returns a string in this format: "c:\testfile.txt" but fopen wants this: "c:\\testfile.txt".

Only if you are using a string literal are double backslashes required. When the compiler encounters a backslash, it treats the next character as special (e.g., \n, \t, \a). Since the backslash character is special in and of itself, it must be preceded by a second backslash.

"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen

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