|
Multithreaded apps are simplest if only the main thread deals with drawing the UI, as in your second solution. There is, however, no need to introduce a new message handler in your dialog. Just have the worker thread post a messages directly to the progress control:
Before starting the worker thread, save the window handle of the progress control in a variable that will be accessible to the worker thread (e.g. m_hProgressCtrl). Then in your worker thread code, post messages to update the progress control directly
<br />
::PostMessage (m_hProgressCtrl, PBM_SETRANGE, 0, MAKELPARAM (min, max));<br />
::PostMessage (m_hProgressCtrl, PBM_SETPOS, position, 0);<br />
Using ::PostMessage() (instead of the ::SendMessage() inside the CProgressBar member functions) means that the messages to update the progress controls will be queued for the main GUI thread.
Stephen C. Steel
Kerr Vayne Systems Ltd.
|
|
|
|
|
Hi,
I want to write a driver for a USB Cam? and waht to learn what must I need to know to write a driver that will work on Windows 2000 and intereact with a USB device. or is there any generic usb driver that can give me data acquire.
karanba
|
|
|
|
|
It's not easy. Read about the DDK in MSDN.
Signature space for rent. Apply Within.
|
|
|
|
|
I have socket server and i would want to know,
how to print client sockets address to screen.
Is there so function, that makes it to
normal ip address form (e.x 120.1.1.2)
|
|
|
|
|
getpeername(...)
Rickard Andersson@Suza Computing
ICQ#: 50302279 (Add me!)
E-mail: nikado@pc.nu
I'm from the winter country SWEDEN!
|
|
|
|
|
inet_ntoa(from.sin_addr)
Nish
p.s. from is a sockaddr_in
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
inet_ntoa() will convert a struct in_addr into dotted number string format.
|
|
|
|
|
It goes like this :
if((new_fd = accept(sockfd, (struct sockaddr *)&their_addr, &sin_size)) == -1)
{
perror("accept");
}
printf("server: got connection from %s\n", inet_ntoa(their_addr.sin_addr));
The remote adrese is returned by the secondn parameter of 'accept' function
Bye,
Orbital^
...the night is long ... but not long enought to do some real coding ...
|
|
|
|
|
|
It's there someone that know how can I compile a program that uses STL on an LINUX system ( I have gcc 2.96 and it seams that it never heard about STL  )
Bye,
Orbital^
...the night is long ... but not long enought to do some real coding ...
|
|
|
|
|
If your compiler is so out of date as to not provide STL, try www.stlport.com, they may have a version compatile with your (non-C++) compiler.
Christian
The tragedy of cyberspace - that so much can travel so far, and yet mean so little.
And you don't spend much time with the opposite sex working day and night, unless the pizza delivery person happens to be young, cute, single and female. I can assure you, I've consumed more than a programmer's allotment of pizza, and these conditions have never aligned. - Christopher Duncan - 18/04/2002
|
|
|
|
|
Invoke the compiler as g++ instead of gcc. Make sure you have the gcc-c++ and libstdc++-devel packages installed.
|
|
|
|
|
Thanx a lot man ... the g++ work ... but can you tel me the diference betwen gcc and g++??
Bye,
Orbital^
...the night is long ... but not long enought to do some real coding ...
|
|
|
|
|
gcc is the GNU C compiler
g++ is the GNU C++ compiler
stl is C++ and not C
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
I've compiled with gcc programs in C++ ... but it seams that gcc dosen't know templates
Bye,
Orbital^
...the night is long ... but not long enought to do some real coding ...
|
|
|
|
|
Orbital^ wrote:
I've compiled with gcc programs in C++ ... but it seams that gcc dosen't know templates
I just checked out the man pages. Apparently they are eboth same except for this difference :-
gcc assumes preprocessed (.i) files are C and assumes C
style linking.
g++ assumes preprocessed (.i) files are C++ and assumes
C++ style linking.
Nish
Regards,
Nish
Native CPian.
Born and brought up on CP.
With the CP blood in him.
|
|
|
|
|
When you compile and link with g++, you get the C++ libraries linked in as default. If you use ld or gcc, you must manually include the C++ libraries.
|
|
|
|
|
Hi,
I´m taking a look at CComControlBase::IDataObject_GetData
and... it uses the old Metafile 16 Bits !, it doesn´t use Enhanced Metafiles ( the standard for Win 9x, NT, 200, XP...).
Why ?????, legacy sh*t ? for what ?
|
|
|
|
|
i would like to know if there is any help in the remote desktop sharing in visual c++ .
Work Hard and Test your Luck
|
|
|
|
|
i want to my server application in background without concering who is logon to machine. how can i make it
Work Hard and Test your Luck
|
|
|
|
|
If you are using an OS that's based on NT you can make it a service and install it ... on an Win9x system you can make the an aplication that have no visible window ( the WS_SHOW style of the main window is not set ) and put that aplication in 'StartUp'
Bye,
Orbital^
...the night is long ... but not long enought to do some real coding ...
|
|
|
|
|
|
Hi,
In a nutshell: If i kill an MFC+DAO based server application while it is updating records using ctrl-c, the application exits and the database shows 0 records even though, 2 seconds ago, DaoRecordset::RecordCount() was returning 1000.
It listens for messages on a socket and updates a RecordSet in table "CallLog".
During update, I can see that RecordSet_for_CallLog.GetRecordCount() returns 10, 11 & 12 etc. records as messages are received over the socket, parsed and updated in the dbase.
The problem occurs when I close the application midway while it is updating the Recordset. I can see that previous calls to GetRecordCount() were returning 10, 11, 12 etc. but when I open the database file in MS Access, there are no records in the table CallLog.
If I open the file in Notepad, I can see the Record data in a jumbled form somewhere. So I guess, for some reason, MS Access garbles up the file while exiting, can someone tell me why? I need to handle this to avoid accidental failure.
The main class is not derived from CWinApp. I call the constructor and methods directly in _tmain(). I made the application using the "Win32 Console Application" option in the New project Wizard and later checked the option for MFC support.
|
|
|
|
|
Not sure if you know this already or not, so please forgive me if it is obvious. Try calling the CDaoWorkspace::RepairDatabase function. Set up a CDaoWorkspace with your database, then call the function. I believe this will fix your problem. The other way I can think of is it to make a copy of the database (use the compactdatabase function of CDaoWorkspace), set a flag, then if the update is successful reset the flag. If the machine crashes, it will check that flag, and if set will erase the old database and replace it with the new. These only work with Jet databases, but you mentioned access so I assume they are always Jet databases 
|
|
|
|
|
Hello, thanx for the info.
I tried repairing the database thru the API as well the Tools->Database Utilities->Compact & Repair, neither is any good.
Thanx for Tip 2, but that is good for checking AFTER the program, i need to make sure the data is not corrupted before this happens.
This only happens when I close the application while it is listening to msgs over a TCP socket AND updating the database. If i close the sender first and close this receiver application everything is fine, otherwise, the table is empty.
there was an exception in CDAOCore.cpp earlier at Line 39, but that was supposed to be a bug in MFC and I fixed it by compiling the code with MFC statically.
i have been programming for a long time but this has really got me in a fix, i cannot see a pattern here at all.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
