|
Hi,
I'm having a problem with the caret in my windowless control (created in part with the CFlashWnd object in an article by Makarov Igor.) If I click in a text region on my control, the caret does not appear. However, if I open any other application's window or click on the desktop (anything to shift the focus from my app to another), the caret suddenly appears in the windowless text region.
Has anyone seen this behavior? How can I fix this problem?
Thanks,
Brian
|
|
|
|
|
Hi there,
I am new to C++. My job is to recompile a c++ project from VC 6 and Ultimate Grid (Version from 1999?) to VC 2005 and Ultimate Grid 7.2
when compiling, I get the following Linker errors:
<code>
1>UGCBType.obj : error LNK2019: Verweis auf nicht aufgelöstes externes Symbol ""public: static bool __cdecl UGXPThemes::DrawBackground(struct HWND__ *,struct HDC__ *,enum UGXPCellType,enum UGXPThemeState,struct tagRECT const *,struct tagRECT const *)" (?DrawBackground@UGXPThemes@@SA_NPAUHWND__@@PAUHDC__@@W4UGXPCellType@@W4UGXPThemeState@@PBUtagRECT@@4@Z)" in Funktion ""public: virtual void __thiscall CUGCheckBoxType::OnDraw(class CDC *,struct tagRECT *,int,long,class CUGCell *,int,int)" (?OnDraw@CUGCheckBoxType@@UAEXPAVCDC@@PAUtagRECT@@HJPAVCUGCell@@HH@Z)".
1>UGCelTyp.obj : error LNK2001: Nicht aufgelöstes externes Symbol ""public: static bool __cdecl UGXPThemes::DrawBackground(struct HWND__ *,struct HDC__ *,enum UGXPCellType,enum UGXPThemeState,struct tagRECT const *,struct tagRECT const *)" (?DrawBackground@UGXPThemes@@SA_NPAUHWND__@@PAUHDC__@@W4UGXPCellType@@W4UGXPThemeState@@PBUtagRECT@@4@Z)".
1>UGCtrl.obj : error LNK2001: Nicht aufgelöstes externes Symbol ""public: static bool __cdecl UGXPThemes::DrawBackground(struct HWND__ *,struct HDC__ *,enum UGXPCellType,enum UGXPThemeState,struct tagRECT const *,struct tagRECT const *)" (?DrawBackground@UGXPThemes@@SA_NPAUHWND__@@PAUHDC__@@W4UGXPCellType@@W4UGXPThemeState@@PBUtagRECT@@4@Z)".
1>UGDLType.obj : error LNK2001: Nicht aufgelöstes externes Symbol ""public: static bool __cdecl UGXPThemes::DrawBackground(struct HWND__ *,struct HDC__ *,enum UGXPCellType,enum UGXPThemeState,struct tagRECT const *,struct tagRECT const *)" (?DrawBackground@UGXPThemes@@SA_NPAUHWND__@@PAUHDC__@@W4UGXPCellType@@W4UGXPThemeState@@PBUtagRECT@@4@Z)".
</code>
Any ideas?
THx for any help!
horatio
|
|
|
|
|
horatio wrote: I am new to C++. My job is to recompile a c++ project from VC 6 and Ultimate Grid (Version from 1999?) to VC 2005 and Ultimate Grid 7.2
That is exactly how I started out as a C++ beginner. 
led mike
|
|
|
|
|
Did you forget to link a required lib?
Du kommst aus den USA aber dein Compiler liefert deutsche Fehlermeldungen?
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
Hi Everyone,
I have created one application for compiling and executing a 'C' source file. In my application i have created one button for compiling as well as executing (This single button will do both compilation and execution operations). I want to create one more button for stoping (terminating / killing the process) the compilation or execution process(i don't know while clicking this button whether my application is in compilation or execution phase).
Please suggest me how can i handle this or what code i have to write for this new button ???
Thanks in advance
Sanjeeva Kumar.
|
|
|
|
|
Did you really make a C compiler? That's amazing!!!
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.
[my articles]
|
|
|
|
|
Don't be so flippant, it's probably urgent.
led mike
|
|
|
|
|
led mike wrote: it's probably urgent
Sure - that beast is probably leaking memory, and he has only so many minutes left to stop it!
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all.
Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
You're right. But I was quite impressed by the new compiler-without-linker technology.
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.
[my articles]
|
|
|
|
|
That is IT! I can NOT read your posts while drinking coffee.
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/coffee.gif)
|
|
|
|
|
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
What does your button-click handler look like?
"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
|
|
|
|
|
Sanjeeva Kumar K wrote: (i don't know while clicking this button whether my application is in compilation or execution phase
weird ...
You should know, because you start your "execution" after the compilation is done.
When the compilation is running, set a flag, when it's finish set another flag, when the execution start, set another flag.
so, when you click on your "termination/killing" button, you just have to check the flag to know if you need to stop the compilation or
kill the process.
|
|
|
|
|
On the handler of the first button you can set a global variable (declared in theApp or inside the class where you are working (possibly the same dialog)) to true, and then once you press the second button you can check the state of that variable. Of course you should revert the state of that variable to false once the compiler has finished it's work...
Somehow I have a feeling that the question (how to know if you have pressed a button) and the job done (a compiler) are no matching very well...
|
|
|
|
|
I am using one boolean variable(Initially it is false). In the code of second button i am initializing this variable to true. In the first button code, after finishing every phase(i.e, after compilation, linking and execution) i am checking whether this boolean variable is true or false. If this boolean variable is true then i am returning the control(return statement).
Now the problem is when my application is executing the code behind the first button i am unable to click the second button.
what code i should write for clicking the second button, when first button is performing its operation ???
Thanks in advance
Sanjeeva Kumar.
|
|
|
|
|
Sanjeeva Kumar K wrote: when my application is executing the code behind the first button i am unable to click the second button.
Haven't you read on multiple threads and synchronization techniques? If not, probably it's time to read on those topics. And I think you're going too far without knowing the basics.
Nobody can give you wiser advice than yourself. - Cicero
.·´¯`·->Rajesh<-·´¯`·.
Codeproject.com: Visual C++ MVP
|
|
|
|
|
I suppose that what is happening here is that you should be using a multi threaded application to do that... if your main thread gets blocked because you are processing the compilation... then the program won't answer to anything until it has finished...
You should read about a "worker thread" and the synchronization objects that are available.
Hope this helps...
PS: Are you sure that you have made a compiler?
|
|
|
|
|
Joan Murt wrote: Somehow I have a feeling that the question (how to know if you have pressed a button) and the job done (a compiler) are no matching very well...
If he knows how to program a compiler, he should have known how to do flow-control though. 
Maxwell Chen
|
|
|
|
|
By using GCC compiler i am compiling, linking and executing the 'C' source file.
My application selects a 'C' source file and by using GCC compiler i am compiling, linking and executing it.
|
|
|
|
|
Sanjeeva Kumar K wrote: By using GCC compiler i am compiling, linking and executing the 'C' source file.
My application selects a 'C' source file and by using GCC compiler i am compiling, linking and executing it.
I see. So you are not making a "compiler" per se which parse every token in the sources, but are making a GCC invoker. 
Maxwell Chen
|
|
|
|
|
Normally, when using the Spy++ find window tool, you can mouse over a dialog and the controls will highlight as you mouse over them, allowing you to click them and then have Spy++ select them in its list of windows.
We have a dialog app and this has worked fine for that app. We recently upgraded to a new version of a third party GUI library we use and are seeing some wierdness.
When trying to use Spy++ to examine the windows, I noticed that the Spy++ find window tool no longer works in this dialog. With the find window tool active, when you mouse over the dialog the controls do not highlight. If you move to the title bar the dialog does highlight. If you click the dialog, you can see it in the Spy++ list along with all the child controls.
I guess I'm grasping at straws a bit, but this seemed really unusual. I can run an older version (before the third party GUI library update) and it works fine.
Any ideas what (if anything) this strange Spy++ behavior could indicate?
|
|
|
|
|
Dave Calkins wrote: you can see it in the Spy++ list along with all the child controls
Are you sure the above list contains the controls that Spy++ find window tool cannot detect?
I mean maybe those controls aren't windows.
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.
[my articles]
|
|
|
|
|
yes, they are windows. although they don't highlight when mousing over with the find window tool, if you mouse over the dialog title bar and click it, it finds it in the list. If you then expand the tree, you can see all the controls listed as windows. In the list, you can right-click and highlight them and they do highlight.
It just seemed that the mouse-over behavior was odd and I was wondering if that indicated anything particular.
|
|
|
|
|
I've seen this quite a few times with controls that are obscured by others. I never bothered to find a solution, if there even is one.
"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
|
|
|
|
|
Dave Calkins wrote: Any ideas what (if anything) this strange Spy++ behavior could indicate?
yes
Dave Calkins wrote: third party GUI library we use
Therefore
Dave Calkins wrote: seeing some wierdness.
Does this library include source code? If not then you need to be asking them not us. If the library does not include source code then you have eliminated yourself or any other developer from solving the problem. You are now completely at the mercy of the third party. Are you having fun yet?
led mike
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
