|
Thanks for your reply 
When I install a callback with "glutDisplayFunc(functionAddress)" (it's a function which installs a callback to render a scene in OpenGL), is that function also using RPC??
|
|
|
|
|
Hello Mr Freeze,
I haven't used OpenGL before. I'm not familiar with it. But I believe that to use it, you would link with OpenGL DLLs. The function you mentioned, glutDisplayFunc(), is probably exported from one of the OpenGL DLLs.
Assuming that this is the case, the OpenGL DLLs are in the same address space as your app. No RPC is required in this case. The OpenGL functions (like glutDisplayFunc()) is free to call your functions (callback or otherwise) directly.
This same principle is used with several Win32 APIs like EnumWindows() which takes a pointer to an EnumWindowsProc(). This EnumWindowsProc() must reside in your application. The EnumWindows() function is in USER32.DLL which is loaded into the same address space as your app.
Let me know if you need further clarifications, Mr Freeze.
Best Regards,
Bio.
|
|
|
|
|
Thanks again Bio![Rose | [Rose]](https://www.codeproject.com/script/Forums/Images/rose.gif)
I am quite new to all this and might be a bit slow understanding... but a last question:
The dll linking my two applications has a shared data segment. Does this simplify something?
What about just overriding an unused window function in application2 and then, in application1 calling : FromHandle(app2WindowHandle)->the_overrided_function() ??
Best regards
|
|
|
|
|
Hello Mr Freeze,
You're most welcome, Mr Freeze. Joaquin has supplied a possible solution to your problem with the use of Shared Data Segments (please read his message to you in this thread).
I have tried it myself but there are some issues with it (please refer to my response to Joaquin's message).
>> What about just overriding an unused window function in application2
>> and then, in application1 calling :
>> FromHandle(app2WindowHandle)->the_overrided_function() ??
I'm not 100% sure about this, Mr Freeze, but I doubt if it will accomplish what you are setting out to achieve. Let's see what Joaquin says about my concerns over the Shared Data Section.
Regards,
Bio.
|
|
|
|
|
Hello Bio,
Thanks a lot for your clarification and your precious help
Best regards,
Marc
|
|
|
|
|
Hello Mr Freeze,
You're most welcome, Mr Mreeze. I'm searching for a suitable RPC sample and will email you if I manage to find one.
Best Regards,
Bio.
|
|
|
|
|
In one of your posts following this, you said you've declared a shared data segment. Keep it, you will need it for what you're after.
The trick is having a function pointer storing the callback in the shared data segment:
typedef BOOL (WINAPI * MY_DLL_CALLBACK)(int);
#pragma data_seg(".MYSEC")
MY_DLL_CALLBACK pMyDLLCallback=0;
#pragma dara_seg()Now you just export functions setting and using this pointer:
extern "C" __declspec(dllexport) void setCallback(MY_DLL_CALLBACK *pCallback)
{
pMyDLLCallback=pCallback;
}
extern "C" __declspec(dllexport) BOOL callCallback(int parm1)
{
return pMyDLLCallback(parm1);
}Having the pointer declared in a shared data segment is required so that both apps "see" the same variable (by default, EXEs have their own copy of all the data in DLLs, regardless of whether the DLLs are being used by other apps).
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Hello Joaquin,
Your suggestion is very good, Joaquin. Yes, the use of a Shared Data Section seems quite useful and may have great potential for Mr Freeze's problem. I tried using Shared Data Section with the following architecture :
1. App1 links with Shared DLL and calls setCallback(<pointer to CallBack Func() in App1>).
1.1 This sets "pMyDLLCallback" to the address of Callback Func in App1.
2. App2 links with Shared DLL and calls callCallback(<some value>).
2.1 This makes callCallback() call a function whose address is stored in "pMyDLLCallback".
There is a problem in 2.1 because the address in "pMyDLLCallback" points to is in the address space of App2. And App2 does not contain the Callback function in App1.
In this case, App2 will either crash or may execute some function which is not the same Callback function as that in App1. It may even dive straight into the middle of some function in itself.
Is my analysis correct, Joaquin ? Please let me know as I may have totally misunderstood your solution.
Many Thanks,
Bio.
|
|
|
|
|
Hello Lim,
I'm afraid your analysis is 100% correct. Conclusion: my approach is useless. Didn't think about the address space issue. As you pointed out, one cannot execute a function belonging in a different module.
So, seems like viable solutions involve some kind of interprocess marshalling --hand-made sockets or Windows messages stuff, COM and RPC are the candidate technologies that come to my mind.
Thanks for pointing out the flaw in my (so-called) solution.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
Hello Joaquin,
You're most welcome, Joaquin. Thanks very much for clarifying.
Many Thansk,
Bio.
|
|
|
|
|
Hello Joaquin,
Thanks for your reply to my problem which gave me a small hope to solve the problem very quickly and easily. It seems that I'll have to take to more difficult route anyway (RPC,...) 
Best regards,
Marc
|
|
|
|
|
I have a function that uses ImageList_Draw to draw an image. It works fine on all 9x versions of Windows, but is not working under NT based Windows (specifically XP).
Other things are being successfully drawn to the same hDC, so I dont think its an invalid handle.
Has anyone experienced this before? And also, does anyone know how to find out the error that occured? The function just returns 0 if it fails, but I want to know why it is failing.
I am new to C++, so bear with me
Thanks in advance
--
David Wengier
|
|
|
|
|
How about some sample code?
As you probably imagined, ILD works just fine on XP. Are you using the image list with any other controls? I remember it can act funny if you use the image list with a list control and try to use it outside the list control but don't set the shared attribute on the list control.
Tim Smith
Descartes Systems Sciences, Inc.
|
|
|
|
|
I am using ImageList_Draw to draw an icon on a menu, in response to DrawItem. I could post a code sample, but it is literally one line of code.
The image list in only used for menus, so it would not be the situation you describe.
As I said, the code works under Win98/ME. Would certain combinations of fStyle not work on certain OSes (so would ILD_TRANSPARENT and ILD_BLEND25 work together on 98 but not at all on XP)? Or are the values different (ie, the value of ILD_TRANSPARENT different for 98 as for XP)??
Also, would there be a difference in the icon index? It obviously works in 98, but under XP, is a different numbering system used? 1-based verses 0-based?
--
David Wengier
|
|
|
|
|
Do NOT EVER EVER EVER hard code your image list indexes. Always use the indexes returned from the ImageList_AddWhatever routine.
Tim Smith
Descartes Systems Sciences, Inc.
|
|
|
|
|
Can you verify that images have been added to the image list? What does ImageList_GetImageCount() return?
farewell goodnight last one out turn out the lights Smashing Pumpkins, Tales of a Scorched Earth
|
|
|
|
|
Shog9 wrote:
Can you verify that images have been added to the image list? What does ImageList_GetImageCount() return?
Well that will teach me for assuming. So now the question is, why would the same code work perfectly when adding images on Win98/ME but not at all on XP? 
thanks for you help. I suppose i should have checked my self
--
David Wengier
|
|
|
|
|
Speaking as one who's spent half a day re-writing an image loading routine, only to find the bug was mis-matched image sizes... it happens. 
There are a few reasons why adding images would fail; make sure you are initalizing the color, size, max size correcty when you create the image list... try blasting the images to the screen dc as you load them, right before adding them to the image list - this has opened my eyes a couple of times (screen corruption be damned, your debugging!).
farewell goodnight last one out turn out the lights Smashing Pumpkins, Tales of a Scorched Earth
|
|
|
|
|
I've been banging my head against the wall for the last few hours - just trying to figgure this out 
The source I just inherited has 3 configurations "Debug", "Release", and "RegOnlyRelease". I recently imported a sub-project & all was fine - it even showed up in the DevStudio workspace under all active configurations.
The problem, as I just found out, is that the sub-project was ONLY added to "Debug" & "Release" configurations! And not "RegOnlyRelease"!
When I open my DevStudio6 "Project Settings" (Alt+F7), the tree on the left showed the new sub-project ONLY when the "Debug" and/or "Release" configurations are selected. When I switch to "RegOnlyRelease" - the newly imported project disapears!!
Does anyone know how to add this project to my third configuration?
Help?
|
|
|
|
|
Look at the configuration options from the menu. Use the add button to create a new RegOnlyRelease based on the Release configuration for the imported sub-project.
Now this will only create a duplication configuration. Any compiler settings changes will have to be made by hand.
Tim Smith
Descartes Systems Sciences, Inc.
|
|
|
|
|
As soon as I try to link to the gdi+ library and include just one gdi+ variable (thus causing it to actually link in), the ATL full control straight from the wizard stops registering and working. Remove the variable (just a declaration in a never called function), and the control starts working.
I have the gdi+ init calls but they never get called. Seems like as soon as the linker links in gdi+ the whole DLL becomes useless.
Anybody gotten GDI+ working in their ATL ActiveX dll project?
Got the latest SDK.
thanks
pat
|
|
|
|
|
Hi,
I would like to use regular expression in the replace dialog box.
I would like to replace all the string with form "Handle(WhatEver)" with "Handle_WhatEver" ( notice the ")" at the end is removed ).
As I don't know regexp syntax, I tried a lot of things, but didn't succeed.
Can somebody help me ?
TIA,
Stephane
www.exotk.org
|
|
|
|
|
Search for: Handle(\(.+\))
Replace with: Handle_\1
--Mike--
"There are only a limited number of jobs where they will ask to see the sausage. Most of them are in movies."
-- Christian Graus, 2/11/2002
My really out-of-date homepage
Sonork - 100.10414 AcidHelm
Big fan of Alyson Hannigan.
|
|
|
|
|
Replace: Handle(\(.+\))
With: Handle_\1
() = Scope
\( and \) = explicit paranthesis
.+ = One or more of any char, except newline
\1 = The first stored value
/moliate
|
|
|
|
|
Thanks, it's working, but not as I like.
I have the line :
Handle(Map_DoubleMapNodeOfDoubleMapKEYHITEM)():Handle(TCollection_MapNode)() {}
With this expression, it gives :
Handle_Map_DoubleMapNodeOfDoubleMapKEYHITEM)():Handle(TCollection_MapNode)( {}
Of course, it is correct, the strored value is :
Map_DoubleMapNodeOfDoubleMapKEYHITEM)():Handle(TCollection_MapNode)(
But I would like to have :
Handle_Map_DoubleMapNodeOfDoubleMapKEYHITEM():Handle_TCollection_MapNode() {}
It is possible to restrict the search of the value to the first found ")" ?
BTW, where can I get information on regular expressions ?
Thanks,
Stephane
www.exotk.org
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
