|
ritz1234 wrote: How can I prevent an application from shutting down by the Task Manager's
End Task facility.
On a robust OS the above should not be possible. Anyway it would be, at least, unpolite.
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
|
|
|
|
|
Then how can some application can't be forcebly shutdown by the task manager.
ritz1234
|
|
|
|
|
Serivces, maybe, but you can stop services using Administration Tools.
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
|
|
|
|
|
Any ideas or articles for writing this type of services that can't be stop.
ritz1234
|
|
|
|
|
Nope. Services actually can be stopped.
And it is definitely a bad idea.
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
|
|
|
|
|
CPallini wrote: On a robust OS the above should not be possible.
Are you saying windws isn't robust?
Even not well designed? Overladden with historic ballast to a point where even Microsoft seems to be unable to fix it in time (Vista delay!)?
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all. Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
jhwurmbach wrote: Are you saying windws isn't robust?
I'm saying quite the opposite. Windows has become, since NT, more robust.
jhwurmbach wrote: Even not well designed?
Nope, I think it is well designed (BTW I think exactly the same way about Linux).
jhwurmbach wrote: Overladden with historic ballast to a point where even Microsoft seems to be unable to fix it in time (Vista delay!)?
Well this maybe controversial, but, in fact, backward compatibility has been an Intel and Microsoft winning point.
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
|
|
|
|
|
Why would you ever wanted to do this ?
Anyway, pulling the plug of the computer will shutdown the application.
|
|
|
|
|
That's not an answer.
ritz1234
|
|
|
|
|
Right.
Maybe we do not want to raise a scriptkiddie?
Let's think the unthinkable, let's do the undoable, let's prepare to grapple with the ineffable itself, and see if we may not eff it after all. Douglas Adams, "Dirk Gently's Holistic Detective Agency"
|
|
|
|
|
|
st0le wrote: My First Article : KitKat - A Very Simple Pseudo-RootKit (unedited)
I ordered a chicken burger at Burger King for dinner this evening, and got a bonus chocolate bar of the product name "Kit Kat".
Maxwell Chen
|
|
|
|
|
Why would you want to do such a ting ? Is there any good reason to do so ?
|
|
|
|
|
Do you mean other than responding to the WM_CLOSE message?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
DavidCrow wrote: Do you mean other than responding to the WM_CLOSE message?
When I right-click on some process names seen on Task Manager, and choose [Kill process tree], some can not be killed. (not the "System Idle" of course)
Maxwell Chen
|
|
|
|
|
The End Task button is on the Applications tab, not the Processes tab.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
What about having 2 processes that control each other?
When one of them finishes the other one restart it.
rotter
|
|
|
|
|
I remember battling some spyware that did this very thing. It exploited the fact that you could not kill two processes at once using Task Manager. They each watched the other and restarted as necessary. I finally got 'em both, though.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
|
Hi.
I'm writing an application, (using MFC), that connects to a SQL 2000 database.
In the past I have used indistinctly ADO OLEDB, (using #import statetment and all these COM stuff) and the MFC ODBC classes CDatabase, CRecordset, etc.
My question is:
Which is the more efficient method?.
I will lose something if I start to use ODBC classes more often?.
Which are the differents, (technical diff I mean) between these two methods?
It would be great to clarify all this because I'm working with those techniques for a long time ago and I really don't know their basements.
Thank you.
Demian.
"I have always wished that my computer would be as easy to use as my
telephone. My wish has come true. I no longer know how to use my telephone."
-Bjarne Stroustrup, computer science professor, designer of C++
programming language (1950- )
|
|
|
|
|
As far as I know, and I am not a database expert, ADO is build in such a way that the underlying database type is irrelavent to the programmer.
Which means that when you are accessing a SQL database with ADO, it is probably going to make calls through ODBC to access the data, which is adding a middle man. In other words using ODCB will be faster than using ADO.
AliR.
Visual C++ MVP
|
|
|
|
|
I created a button using CBitmapButton and set it to BS_OWNERDRAW but it is not shown on the dialog box.
CBitmapButton m_Btn1;
...
...
...
m_Btn1.Create("",WS_CHILD|WS_VISIBLE|BS_OWNERDRAW,CRect(0,10,30,50),this,IDC_BUTTON3);
m_Btn1.LoadBitmaps(IDB_BITMAP1,IDB_BITMAP2,NULL,NULL);
|
|
|
|
|
I've made a test with your code (using MSVC++ 6.0) :
<br />
class CMyDialog : public CDialog<br />
{<br />
:<br />
CBitmapButton m_Btn1;<br />
:<br />
}<br />
<br />
BOOL CMyDialog::OnInitDialog() <br />
{<br />
CDialog::OnInitDialog();<br />
:<br />
m_Btn1.Create("",WS_CHILD|WS_VISIBLE|BS_OWNERDRAW,CRect(0,10,30,50),this,12345);<br />
m_Btn1.LoadBitmaps(IDB_BITMAP_TEST1,IDB_BITMAP_TEST2); <br />
:<br />
return TRUE;<br />
}<br />
... and it work's fine.
Only thing is, that the button's coords a relative to the client area of the dialog ... means the button with CRect(0,10,30,50) appears in the upper left corner of the dialog.
Are you sure that it is not shown ?
Or is it hidden by an other control / item ?
|
|
|
|
|
CBitmapButton m_Btn1;
may be the local variable, got destroyed when out of scope.
|
|
|
|
|
How did you declare m_Btn1?
|
|
|
|