|
led mike wrote: In other words all DLL's are not equal.
I just asked I should take care of dllmain when I'm writing a simple C++ exported class. And you replied with reference to COM! That was little vague or may be I couldn't follow your language. That's why I asked the question again but anyway Cedric moonen got it quite right.
|
|
|
|
|
grassrootkit wrote: Cedric moonen got it quite right.
Cedric Moonen wrote: But for a plain dll (not COM), you don't have to do anything in them
No, that is not correct.
In a "not COM" DLL you don't have to initialize COM, but you may need to do something else, DEPENDING ON WHAT THE FRACK YOU ARE DOING IN YOUR DLL!!!!
There is no way to make that point more clear. If you can't understand it, you should change careers.
BTW, I find your refusal to read what I post in reply to your question, very rude. Therefore I don't give a rats ass what you think is rude. Get it? Got it? Good.
|
|
|
|
|
|
Was I talking to you? Well now I am so f*** off a**hole
|
|
|
|
|
Actually he was pretty nice today. Never heard about 'Terrible Led Mike' before?
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
led mike wrote: No, that is not correct.
In a "not COM" DLL you don't have to initialize COM, but you may need to do something else, DEPENDING ON WHAT THE FRACK YOU ARE DOING IN YOUR DLL!!!!
That's what I was saying in my second sentence: you might want to initialize stuff depending on what your dll is doing
|
|
|
|
|
I know that but the monkey can't seem to understand it.
Changing subjects, the voting in this thread is a perfect example of how off it can be, my actual (and correct) answer to the question get's no votes but my post flaming someone else get's a '5' 
|
|
|
|
|
led mike wrote: Really? That's your interpretation of my post?
Wonderful. 
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
CPallini wrote: Wonderful.
Q:When I export a class in a DLL, I'm not actually dealing with dllmain or those DLL_PROCESS_ATTACH , DETACH thing. I just simply export it as a class. Then how things work without implementing these?
A:That depends. If, for example, your DLL was using COM and your host wasn't, it wouldn't work if you didn't handle the thread attach event and initialize COM. All the COM calls would fail because that's how COM works. So it depends on what you are doing in your DLL. In other words all DLL's are not equal.
Q:So it should concern us only if we are dealing with COM?
*:Really? That's your interpretation of my post?
What's there for you to wonder so much? Don't expect everybody to know everything. I haven't worked with COM. That's why I asked the question that way. I found his reply a bit rude. Now yours is a bit worse. If Cedric Moonen can get question my right why can't you?
|
|
|
|
|
He made an example, you didn't understand it was just an example.
For a better understanding see [^].
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.
This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke
[My articles]
|
|
|
|
|
So it should concern us only if we are dealing with COM?
May be I should have rephrased that as:
"We don't need to worry if we are just exporting a class."
|
|
|
|
|
The functions are always called. But for a plain dll (not COM), you don't have to do anything in them. However, you could do some initialization and clean-up stuff but that's up to you.
|
|
|
|
|
Thanks! This is what I asked. Excellent. Straight forward & a neat reply.
modified on Wednesday, April 1, 2009 2:36 PM
|
|
|
|
|
i need to create a simple win32 dll in microsoft .net studio , i tried merely of times
i build everything successfully but in the debug folder there is no file with .dll extension
how can i build the dll successfully ?
is there anybody to help me please
i got these files in the debug folder
helloworld.obj
helloworld.bla bla .manifest
and other files but there is no .dll file?
how can i generate that please help
Human knowledge belongs to the world.
|
|
|
|
|
you can see the outPut path of project.
|
|
|
|
|
Come one level out from the current folder. You will again find folders named "Debug"/ "release". Your DLL will be relaxing there.
|
|
|
|
|
Have you selected right project! i.e. Window DLL
"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
|
|
|
|
|
I want to use the function GetAsyncKeyState(VK_LBUTTON) to test the state of the left mouse button.
Internet info page at:
http://msdn.microsoft.com/en-us/library/ms646293(VS.85).aspx
said that function uses user32.dll and import library User32.lib with the function declared in Winuser.h, include Windows.h
I haven't written code that uses dynamic link libraries. I am using Microsoft Visual C++ Version 6.0 and Windows XP
If I simply code
#include "Windows.h"
int state;
state = GetAsyncKeyState(VK_LBUTTON);
the code compiles but will always return zero as the value of state of the mouse button.
How do I use the dynamic link library in my simple program, so that the state of the mouse button can be read by my program?
Thanks!
|
|
|
|
|
What you did was correct. If you have problems, it's not because you failed to load the dll (otherwise the problem would occur earlier).
Are you sure you call that function at the correct place ? Where are you calling it ?
|
|
|
|
|
Here is my code. I have two loops, and during the execution of those loops I try to hit the mouse button, but always get zero when I test the state of the mouse button
void DoLoop(void)
{
long int count;
int value,i;
FILE *ofile;
ofile = fopen("test.txt","wt");
fprintf(ofile,"In Loop\n");
for (i = 0; i < 100; i++)
{
for (count=0; count < 1000000; count++)
{
value = GetAsyncKeyState(VK_LBUTTON);
if (value > 0) fprintf(ofile,"Value of VK_LBUTTON is %li\n",value);
}
printf("i = %i count = %li\n",i,count);
}
fclose(ofile);
}
|
|
|
|
|
are you pressing the LButton during execution of program? more over it's seems to be console based applciation? is i am correct?
"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
|
|
|
|
|
Yes, you are correct. I just did a quick console application to test things. And yes I am pushing the mouse key during the execution.
|
|
|
|
|
I found the problem with my code. The function sets the most significant bit, so the value becomes negative. In my code I was testing for a value greater than zero instead of a non-zero value.
|
|
|
|
|
i need the code for Programming C of this question. urgent... anyone please help me...
must using "array" or "for loop"
1 1 1 1 1 0
1 1 1 1 0 2
1 1 1 0 2 2
1 1 0 2 2 2
1 0 2 2 2 2
0 2 2 2 2 2
modified on Wednesday, April 1, 2009 10:18 AM
|
|
|
|
|
int Matrix[6][6] =
{
{ 1, 1, 1, 1, 1, 0, },
{ 1, 1, 1, 1, 0, 2, },
{ 1, 1, 1, 0, 2, 2, },
{ 1, 1, 0, 2, 2, 2, },
{ 1, 0, 2, 2, 2, 2, },
{ 0, 2, 2, 2, 2, 2, }
};
Java, Basic, who cares - it's all a bunch of tree-hugging hippy cr*p
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
