|
yang__lee wrote: hen class A's constructor is private.It can not be instantiated.
have you ever read about usage of static variable in class or singleton pattern
|
|
|
|
|
Hi,
I am writing a report at the moment and I just wanted to ask for any tipps? I also actually hae a question...if I am writing about a function in the code and giving code snippets is it a good idea to just give the general form of that function, ie
" And then I used the function CWnd::AfxRegisterClass(Give Parameters) and the syntax is as follows"
or should I write just ...and then I used the AfxRegisterClass method? And then for code snippets...should I use the "general form" or the one from the code where I actually use instances of variables etc. Sorry if this unrelated and slightly confusing but just thought I might ask here cause just want the clearest way of doing things.
|
|
|
|
|
Just one suggestion. Think about who your report is targeted towards. If beginners then yes, it would be good to refrence the full function name and paramaters, if intermediates, then no. Also for some rarely used functions, and the not so obvious ones, it would be good to hyperlink them to the relevent MSDN page.
Nomatter who it is targeted towards, make sure your code snippets are well commented.
|
|
|
|
|
hi!
I've got this CString : "454628000211119369041932" which I want to convert into a long long int(64 bits). I try with atoi but the string is too big! Anybody have an idea how this be done? The reason why I need this is to add this number to an other smaller one.
thanks !!
-- modified at 12:00 Friday 7th April, 2006
|
|
|
|
|
_ttoi64() function should do the trick. Assuming that the string value is within the 64bit type range.
<EDIT>
and looking at your string, I can see that the number actually exceeds the range of a 64bit integer.
<EDIT>
I Dream of Absolute Zero
-- modified at 12:13 Friday 7th April, 2006
|
|
|
|
|
cool thanks! But I think my number is over range...I'll check it out!
thanks for answering
|
|
|
|
|
BigDan34 wrote: I think my number is over range...I'll check it out!
OT, where do you required such a big number
|
|
|
|
|
This is for a cryptographic work. I've got a very big encryption key and I need to add this key to an other one...pretty bad  We have check it out with the projet manager and finaly we the key
thanks anyway
|
|
|
|
|
Hi all
I have such situation :
dwordValue = Byte1 Byte2 Byte3 Byte4
I want to write function foo(DWORD &x) and when I call
foo(wordValue)
I want dwordValue to be like this :
dwordValue = Byte2 Byte3 Byte4 Byte1
-- modified at 12:24 Friday 7th April, 2006
|
|
|
|
|
Unless I'm seriously mistaken, a "word" is two bytes long, not four.
Here's a technique you could use, although it is not the only one:
BYTE* BytePointer = (BYTE*) &wordValue;
BYTE Byte1 = BytePointer[0];
BYTE Byte2 = BytePointer[1];
BYTE Byte3 = BytePointer[2];
BYTE Byte4 = BytePointer[3];
INT ReversedValue = 0;
BytePointer = (BYTE*) & ReversedValue;
BytePointer[0] = Byte2;
BytePointer[1] = Byte3;
BytePointer[2] = Byte4;
BytePointer[3] = Byte1;
Hope this helps,
Rich
|
|
|
|
|
Troposphere wrote:
Unless I'm seriously mistaken, a "word" is two bytes long, not four.
He's using a DWORD which is four bytes.
"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain
"There is no death, only a change of worlds." - Native American Proverb
|
|
|
|
|
DavidCrow wrote: He's using a DWORD which is four bytes.
Look again, the post was modified. In the original post, it said simply "word", not "DWORD".
|
|
|
|
|
Hello. I wrote a dll for use with a VB front-end. The DLL runs mainly in a while loop which takes full control over the one thread VB allows, which ultimately freezes the VB form. I was wondering if adding multi-threading to the DLL would help. Theorhetically, I would think that it might. For example, VB App loads DLL in one thread, DLL creates new thread for while loop processing, thus the VB form should be able to function.
Here would be an example of my DLL layout:
while() {
for() {
if () {
}
}
}
So, I suppose I would need to through the entire while loop in its own thread, but I have no idea how. I have never multithreaded before, so I would really appreciate an example, if possible.
I thank you in advance.
|
|
|
|
|
First, it would help if you specified what VB you are talking about, VB6 or .NET.
Second, it strikes me as extremely poor design to use a continuously looping thread. For such a thing, one usually uses a design that uses wait functions and alertable threads.
Why don't you describe what kind of processing the thread is actually doing, and I'm sure there is some way to redesign it so that it works better.
|
|
|
|
|
I am using VB6. As of now, the while loop is non-alertable, but will be before I am through. But, would be open to an example of that as well. However, that was an intention before the release. The thread is processing packet data as it comes off the wire. I need it to continously loop until user says stop.
let me know if you need more info. thanks in advance.
|
|
|
|
|
borono wrote: The thread is processing packet data as it comes off the wire.
Well what do you mean by "the wire?" Is the thread talking directly to a device driver? Are you referring to TCP/IP sockets? There are numerous examples of how to accomplish overlapped I/O with TCP/IP sockets.
The theory with overlapped I/O, is that you create a worker thread that enters a wait state, waiting for data to arrive on one or more sockets. When the system alerts the thread that data has arrived, then the thread wakes up, and performs the necessary processing.
Just look up Overlapped IO in the MSDN. If you have questions about implementing it in your DLL, I and many others on this board can help you with that.
Rich
|
|
|
|
|
thats what I have now, the thread sits in a wait state waiting for data. I am talking directly to the device. I just can not stop it altogether at this point, without totally killing the process. I figure I can do this. I can create another vb project, solely to load my dll for capturing and that should work. However, I would rather do it properly with multiple threads.
How would I through the entire while loop in its own thread separate from the main thread, in my dll?
thanks in advance.
|
|
|
|
|
Well, the easy way out of your problem would be to call CreateThread in your DllMain function, so that your device polling happens on this second thread, and your main thread is free to return to the VB form.
DWORD ThreadId = 0;
HANDLE ThreadHandle = CreateThread( NULL, NULL, ProcessingFunction, lpParameter, NULL, &ThreadId );
Then your processing function would be declared as follows:
DWORD WINAPI ProcessingFunction(
LPVOID lpParameter
);
Just put all your processing code into the ProcessingFunction, and you will have it running on a separate thread. But you will be responsible for communicating to the second thread when it needs to quit.
|
|
|
|
|
Oh no, now I am lost. Bare with me, I am currently sitting with two-ply jammed up both nostrils, sick as a dog, trying to keep up with you. Plus, this is all new knowledge to me, so I of course have questions.
With:
DWORD WINAPI ProcessingFunction(LPVOID lpParameter);
Would it go into my function:
char* _stdcall cap(char *adp) {
//place here
}
...?
Also, I don't have a DLLMAin function, because I thought it was not necessary when calling the DLL from VB. Is it alright to create one? Not sure how it looks.
Plus, doesn't the API cause leaks? I would rather avoid that, if possible. Doesn't look like I will be multi-threading anytime soon. So, here is another question, perhaps easier to explain. I also need to send the stats back to the VB app... how can I do that without sending a return, which ends the entire function. I just want to know how many protocols have been identified while capturing, without killing the entire thing. I'm not even going to guess, I have no idea what to do.
sorry for the slow comprhension rate today, I am normally quicker than this.
best regards
|
|
|
|
|
borono wrote: Also, I don't have a DLLMAin function
Did you write this DLL? What language was used to write the DLL?
borono wrote: Plus, doesn't the API cause leaks?
What kind of "leaks" are you talking about? And NO, the API by itself does not cause memory leaks.
If you want to create additional threads, you are going to have to use the Win32 API. I don't know of any way in VB6 to create additional threads.
borono wrote: I also need to send the stats back to the VB app
For this, I would suggest looking up how to implement something called a "callback function" in your VB6 app. Then have the thread in your DLL periodically call the callback function with the necessary data.
|
|
|
|
|
Hi Borono,
Sorry I didn't get chance to answer your E-mail yet. I was going to suggest running your dll in a thread, though it looks like you figured it out already. The only problems you may encounter is alerting the VB side about events happening in the thread.
I'm not sure how VB handles handles a message loop, or if there is one, but I would suggest creating a GetMessage() function in your dll which the VB can constantly call. Thus retrieving any notifications from the thread and acting on them.
|
|
|
|
|
thanks waldermort, that sounds like a good idea, GetMessage(). I actually tried using a separate function, which of course didn't work. I am trying. Yes, I think multi-threading is the answer here as well, I have a bit of research to do. thanks again and no worries about the email, I got up early today, am sick with nothing better to do and started stirring a bit, thought I would get going on it. Glad you jumped in. I think I am just upsetting the other gentlemen.
best regards
|
|
|
|
|
You were not upsetting me. I was already upset. Sorry if I came across gruff.
|
|
|
|
|
no problem my friend, no harm done. In fact, your suggestion on callbacks was quite successful. Just in case anyone needs the same, here is how you perform the callback from DLL to VB.
First you need to write the DLL. Create the new project, "simple project". Then paste this code:
extern "C" void __stdcall TestCallback( void (*cb) (int*) )
{
int nrMsg = 123 ;
cb( &nrMsg );
}
Create a def file and place this in it:
LIBRARY MYDLLNAME
EXPORTS
TestCallback @1
Note: you have to do this for VB, also notice the _stdcall, again a must for VB.
Then compile the DLL and place in the VB project directory.
Create a new VB project and add a module and command button.
In module:
Option Explicit
'
Declare Sub TestCallback Lib "mydll.dll" (ByVal funcptr As Long)
'
Sub CallbackFunction(ByRef numb As Long)
MsgBox "Success: " + Str(numb)
End Sub
In form:
Private sub Command1_Click()
TestCallback AddressOf CallbackFunction
end sub
Now compile the project and run. Should return 123.
gdlk, hope this was clear. now off to multi-threading. thanks
best regards
-- modified at 23:42 Friday 7th April, 2006
Update: multi-threading complete. I did what you said and it works great, can start and stop it at will now, easier than I thought it would be. thanks a lot.
this is solved, regards
|
|
|
|
|
Hello,
Does anyone have any experience with using or creating alternative shells for Windows 2K, XP ??
Basically, my question is I want to know how simple or complex it would be to have Winlogon run my program instead of Explorer, so that my program can do some things, and then turn around and launch Explorer as the main shell.
I have found a registry key that looks like it might be a simple way to launch my program:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon
This key contains a value called "Shell" that currently says "Explorer.exe". Do you think that all I have to do is replace that value with my program, or do you think I have to develop a custom GINA dll and all that stuff?
Any thoughtful comments would be appreciated,
Rich
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
