|
Are you sure your function isn't being called twice? I would just use the HtmlHelp API!
Neville Franks, Author of ED for Windows. www.getsoft.com
Make money with our new Affilate program
|
|
|
|
|
Yep, that was the problem, the function was called twice. I know that HtmlHelp API would be a better option but in my particular case I wanted to use ShellExecute.
Thanks
Carlos
|
|
|
|
|
Juan Carlos Cobas wrote:
Yep, that was the problem, the function was called twice.
You really should have thought of that yourself.
Neville Franks, Author of ED for Windows. www.getsoft.com
Make money with our new Affilate program
|
|
|
|
|
Neville Franks wrote:
You really should have thought of that yourself.
It's been a really hard day, I was mentally blocked 
|
|
|
|
|
Juan Carlos Cobas wrote:
It's been a really hard day, I was mentally blocked
Happens to the best of us.;)
Neville Franks, Author of ED for Windows. www.getsoft.com
Make money with our new Affilate program
|
|
|
|
|
Hello,
Is it possible to create a UI type thread that will live on it's own even after the main application closes? (I have a feeling the answer is no)..
The reason:
I have a server application and right before it closes I spawn a thread that connects to other server apps and tells them that it's going off line. This process can take up to 30 seconds and I don't want to have the application hang around for 30 seconds after the user tries to close it. I would like the one thread to live long enough to communicate with the other servers and then destroy it's self. Any ideas?
Rob
Whoever said nothing's impossible never tried slamming a revolving door!
|
|
|
|
|
Can you application simply close its windows immediatly and stay invisible until all your clients have been signaled, so that the user does not notice that its application has not really closed but instead does its cleaning up in the background?
My opinions may have changed, but not the fact that I am right.
|
|
|
|
|
Thats what I'm doing right now. But I kinda wanted to get away from that.. I'm afraid that if the user issues a shutdown or reboot it will say that my program is not responding etc. Maybe I'm just being anal
Whoever said nothing's impossible never tried slamming a revolving door!
|
|
|
|
|
Did you try rebooting? Maybe you can just handle the reboot request and defer it for the time being.
And this solution is not safe if someone uses Task Manager to kill your thread. But then - if the user wreaks havoc on purpose, he deserves to be punished by hanging clients 
My opinions may have changed, but not the fact that I am right.
|
|
|
|
|
RobJones wrote:
This process can take up to 30 seconds and I don't
It sounds as though the thread is also having to wait for some kind of response back from the servers that it contacts. It would solve your problem if the thread just simply said "Bye" and did not wait for a response. But this may not be possible if the communication is taking place in a synchronous manner.
Chris Meech
"what makes CP different is the people and sense of community, things people will only discover if they join up and join in." Christian Graus Nov 14, 2002.
"AAAAAAAAAHHHHHH!!!!! Those leaks are driving me crazy! How does one finds a memory leak in a garbage collected environment ??! Daniel Turini Nov. 2, 2002.
|
|
|
|
|
In the thread I have to startup winsock make the connection and then say "Bye" and it's going through a loop so it is synchronous. The time problem is with the machines/servers that it can't talk to, some times it takes awhile to get the "Can't connect" error/status. It would be cool if I could spawn the thread and then exit and let it do it's thing until it was done.. I should probably create a process for this communication.. and let that process do the work while the main application exits.
Thanks,
Rob
Whoever said nothing's impossible never tried slamming a revolving door!
|
|
|
|
|
Hail everyone,
I have a program which consists of one mfc console exec, two statically linked dll and one dll which loaded with LoadLib.
When I build all these stuff it works in both debug and release.
But... In release I get wrong results. Program works without errors or exceptions, but it looks like some variable zeroed or mixed with others.
All optimization switched off. So only difference in /MD or /MDd and in a presence of debug info.
I assume that there're some things that I should take into account, but I simply don't know them.
Any advices are appreciated.
|
|
|
|
|
Hm... not sure I understand... but all varibles that are not assigned a value, will be assigned a random value in Release mode.
I hope I'm right!
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
|
How may I disable Caps Lock key?
Thanks
Haim 
|
|
|
|
|
Use screwdriver & pliers!
Brian
Sorry could not help it.
|
|
|
|
|
Check sysinternals.com for Ctrl2Caps (I believe it's called).
Why do you want to disable it?
|
|
|
|
|
|
Where is that method?
I can see in MSDN Library that both ifstream and ofstream classes have it!
but when my fstream object tries to call it, then it's not found!?
Huh?
I want the filedesc to call _chsize(fstream::fd(), 0); but I can't...
help me!
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
Are you sure that fd is generating the error? I am not entirely sure that you can pass a fstream file descriptor to a routine like _chsize, which is expecting a file handle.
Gary Kirkham
A working Program is one that has only unobserved bugs
I thought I wanted a career, turns out I just wanted paychecks
|
|
|
|
|
Here is my code:
void CLogBook::ClearLogBook()
{
_chsize(fstream::fd(), 0);
}
CLogBook is derived from fstream
Here is the error:
error C2039: 'fd' is not a member of 'std::basic_fstream<_Elem...... bla bla
error C2065: 'fd' : undeclared identifier
So.... 
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
Rickard Andersson wrote:
Where is that method?
I can see in MSDN Library that both ifstream and ofstream classes have it!
That's the old, deprecated, istreams library. It predates the C++ standard, which by now is almost exactly half-a-decade old.
If you have the need to handle a stream as a file, I think you have misunderstood the semantics of a stream.
|
|
|
|
|
Mike Nordell wrote:
If you have the need to handle a stream as a file, I think you have misunderstood the semantics of a stream.
Well, can you tell me how to delete the file contents, perhaps?
Because, that's what my problem is!
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
|
Rickard Andersson wrote:
Well, can you tell me how to delete the file contents, perhaps?
Because, that's what my problem is!
Judging from your other post, it seems your CLogBook class is inheriting std::fstream (which AFAICT must be to get the insertion and extraction operators implemented "for free", else it would probably be aggregated), why you could try to just close() the fstream, deleting or truncating the file using some other function(s) that support this - bringing us back to ANSI-land from _chsize to e.g. remove - and then try to open() the file again (assuming you have saved the filename the CLogBook is supposed to operate on).
|
|
|
|
|
Aargh!! 
No better way? Weird in my opinion!
But okay... I have to do so! Thank you!
Rickard Andersson@Suza Computing
C# and C++ programmer from SWEDEN!
UIN: 50302279
E-Mail: nikado@pc.nu
Speciality: I love C#, ASP.NET and C++!
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
