C / C++ / MFC

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

12-Jun-10 23:08

R. Walker wrote:
OleLoadPicturePath(wpath, NULL, NULL, NULL, IID_IPicture,(LPVOID*)&pPic);

I guess the only things that can be bad here (unless OleLoad... itself is faulty but that's of course not likely) is either wpath or the parameter after it.

I checked the documentation[^] of OleLoadPicturePath. Now, i only scratched the surface of COM, so this might be completely valid, but the documentation doesn't menation that you may specify NULL for punkCaller.

I can't detect any problem with wpath.

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> Computers don't kill programs, users kill programs <
> "It doesn't work, fix it" does not qualify as a bug report. <

Robert Inventor13-Jun-10 5:40

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

13-Jun-10 5:40

Yes sounds reasonable. I did a Google search just now - there's not much by way of example code for OleLoadPicturePath(..) but what there is all uses NULL for the second parameter. I don't know enough about the Com interface to know how to use IUnknown instead - just copied this code from somewhere else. Usually I add a comment to the code to say where I got it from, but this is very old code, maybe it comes from before I did that.

Strange thing is, though, why didn't Purify trigger an access violation here for the apparently identical code in one of my other programs? That might be a line of investigation to find out more about what is happening.

Apparently identical code in another program which Purify let through without any errors at all:

WCHAR wpath[MAX_PATH];
MultiByteToWideChar(CP_ACP, 0, pszPath, -1, wpath, MAX_PATH);
IPicture* pPic=NULL;
CoInitialize(NULL);
OleLoadPicturePath(wpath, NULL, NULL, NULL, IID_IPicture,(LPVOID*)&pPic);
if(pPic)
 {
  HBITMAP hPic = NULL;
  pPic->get_Handle((UINT*)&hPic);
  hPicRet = (HBITMAP)CopyImage(hPic, IMAGE_BITMAP, 0, 0, LR_COPYRETURNORG|LR_CREATEDIBSECTION);
  pPic->Release();
 }
 CoUninitialize();

OH I SEE IT NOW

Difference is the

CoInitialize(NULL);
// ...
CoUninitialize();

Must be required. I now remember this triggering a bug in one of my other programs until I fixed it though I can't remember any other details.

I'll add it in and test it in Purify. Need to reboot to Vista to do that, middle of doing things will do that later on (Purify doesn't run in Windows 7).

All this happens before the dialog with the rich edit in question is even created however. I wonder if missing out a required CoInitialise during start up could somehow have a sporadic effect on the rich edit processing?

I've done a new build with this bug fix and with the richedit subclassing code removed completely (it is just a minor feature and will hardly be missed).

So that will eliminate those two possible issues and will see if the rich edit bug still happens.

Robert

Code-o-mat13-Jun-10 5:53

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

13-Jun-10 5:53

You could try checking the return value of the OleLoadPicturePath call (it's HRESULT, is it not?), i think there is a common error code for the "you forgot to initialize COM" case, however, if you get the picture loaded correctly then maybe there is more to it than just that...i mean, if you simply miss the init call shouldn't the load fail completely? Anyways, check the return of the OleLoad... call, maybe it gives some more usefull information.
Another thing, since it is an Ole call, shoulsn't you be using OleInitialize and OleUninitialize instead of CoInitialize/CoUninitialize? I believe i read somewhere that CoInit isn't enough for some Ole things to work correctly, OleInit calls CoInit somewhere under the hood but it probably also performs some other things that are needed for Ole things to work correctly.

Robert Inventor13-Jun-10 10:50

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

13-Jun-10 10:50

Thanks, just tried that, HRESULT always 0. Also picture loads successfully (except when running under Purify that is).

Ran it with Purify with CoInitialize, and also OleInitialize. Still got an unhandled exception in the same place, didn't fix it. Found out that the reason it doesn't happen under Purify with my other programs is because they try LoadImage first - when I adapted one of them to make sure it always uses OleLoadPicturePath then got an access violation again when running under Purify.

Did a google search and some code examples don't use anything, some use CoInitialize and a few use OleInitialize but seems to be rarer.

Anyway will just avoid this bit of code for now and see if the bug still occcurs.

With it skipped, the program was basically error free in Purify except for a memory related warning during WM_PASTE operations pasting text into the rich edit, can't remember what it was now though and forgot to write it down - anyway doesn't give a code location in evaluation version of Purify.

Maybe the three day trial of insure++ will give more information when I have time to give it a go.

Thanks, do say if you or anyone reading this has any other ideas and I'll continue to investigate and will be sure to post here if / when I fix it.

Code-o-mat13-Jun-10 11:14

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

13-Jun-10 11:14

I'll do if i come up with anything usable, good luck.

Robert Inventor20-Jun-10 6:03

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

20-Jun-10 6:03

Great, thanks!

Just a quick update.

It's not done it for a week now. Normally would have happened at least once by now - as there is no particular hurry to get this sorted out, I will leave it for another week to be sure.

That's with the subclassing disabled and the OleLoadPicturePath code also disabled. Next step will be to re-enable those two features one at a time and see which it is, which would take up to another fortnight for each one.

Not had time yet to set aside three days for a test drive of Insure++.

More later,

Robert

Code-o-mat20-Jun-10 7:43

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

20-Jun-10 7:43

Thanks for the update, i'm still curious so if some new info turns up about the problem, please drop a few lines here. Smile | :)

> The problem with computers is that they do what you tell them to do and not what you want them to do. <
> "It doesn't work, fix it" does not qualify as a bug report. <
> Amazing what new features none of the programmers working on the project ever heard of you can learn about when reading what the marketing guys wrote about it. <

Robert Inventor3-Jul-10 6:30

Re: Glitchy mouse clicks out of sync. with position of caret in RichEdit control and text displayed incorrectly

3-Jul-10 6:30

Well after nearly three weeks glitch free with the new update, suddenly did it today.

So - not caused by the subclassing, or by the OleLoadPicturePath (or if either of those have anything to do with it, not the only thing that causes it).

So back to the idea of checking the code thoroughly with a memory overrun checker. Which I'll do when I have time.

Robert

Code-o-mat3-Jul-10 6:43

3-Jul-10 6:43

Damn

, lurking errors are nasty...too bad you can't intentionally reproduce it...i have no idea what could help, if i think of something i will post it...

Ms PowerPoint

MsmVc10-Jun-10 23:21

10-Jun-10 23:21

Hi All

Where i can found msppt8.h? or How can i make msppt8.h file?Please help me

Cool_Dev10-Jun-10 23:55

Re: Ms PowerPoint [modified]

10-Jun-10 23:55

Generate it from Powerpoint typelibrary.
Project->Add Class->MFC->MFC Class from Typelib. if from registry, select 'Microsoft Powerpoint Object Library' or if from file browse for powerpoint type library (msppt.olb) in directory where Ms Office is installed. Select whatever classes you need there.. give header file name.. go ahead..

MsmVc11-Jun-10 0:03

11-Jun-10 0:03

ok i add

msppt.olb

then it's generate more than 100 class.So which class header file name i chane.As per Microsoft site say only one header file include

Msppt.h

.So can you give me tips to which file name change.
My requirement is open MS PowerPoint.
Please celebrator it.
Thanks in advance.

modified on Friday, June 11, 2010 6:10 AM

Cool_Dev11-Jun-10 0:18

11-Jun-10 0:18

for older versions of visual studio, it generates all wrapper classes in to single header file say mspptX.h. But it doesn't mater. Only care to include the header files before using the wrapper classes declared in them. Still you can specify single header file name for all generated classses so that just need to include this single .h file.

MsmVc11-Jun-10 0:23

11-Jun-10 0:23

ok when i add

MSPPT.olb in 2005 and 2008

then i am not getting.There is any more option.
Please help me

Cool_Dev11-Jun-10 0:41

11-Jun-10 0:41

what you are not getting? Frown | :(

MsmVc11-Jun-10 0:43

11-Jun-10 0:43

sorry it's mistake
i mean to say

msppt.h

MsmVc11-Jun-10 0:47

11-Jun-10 0:47

if you have msppt.h.Please attached it.
Thanks in advance

Cool_Dev11-Jun-10 0:48

11-Jun-10 0:48

why do you insist on the name 'msppt.h'? You select whatever interfaces you want and let visual studio to declare wrapper classes for them in any .h file. You just include those .h files before using those classes.

Refer this

MsmVc11-Jun-10 0:50