|
Ok i am soory,
i reacted very awkward way.the problem is that you have to ask me yuor problem before directly start critising my S/W.basically it hurt the morale of emerging Developer's like me.
ok anyway i am soory,ok tell is you computer is now ok.
and tell how you like my S/W,hope u like it
-----------------------------
"I Think It will Work"
-----------------------------
Alok Gupta
visit me at http://www.thisisalok.tk
|
|
|
|
|
Alok the programmer wrote:
ok tell is you computer is now ok.
Thanks you. Now is computer working OK after doing what you said.
Alok the programmer wrote:
and tell how you like my S/W,hope u like it
Is very afraid to try software now. You is need to put warn to everyone to be of careful use. Good luck
|
|
|
|
|
quzi wrote:
Why is unchecking? Is not I want to check the boxes that I want to apply? What is check marking for? Is select? Or is something else?
Here your solution,the checked boxes showing the restriction u applied on your computer using my software when you uncheck that box and click apply disapply button ,it will remove that restriction.
after that reboot your system,and you will see you desktop.( i think you have applied desktop icon restriction uncheck that box and press apply and disapply button)
pls note : you can directly contact me before publically insulting me at forum abt my software,i am system programmer i have thoughly researched on my s/w before posting it on CP.
-----------------------------
"I Think It will Work"
-----------------------------
Alok Gupta
visit me at http://www.thisisalok.tk
|
|
|
|
|
Antti Keskinen wrote:
For an attempt to fix it, run your computer in Safe Mode, then run the Sysutil again. This time, enable ALL options, and allow access to ALL hard drives. Then reboot. If this fixes the problem, then DELETE the Sysutil program, run a virus scanner on your machine, and NEVER install or run a software that you don't know, or can't find a proper manual/details to.
Don't call my application virus,that's a insult for an emerging Programmer.
do u see i have provided sourecode for my project???? do you see that.
if i want to send virus though my application to my fellow programmer i not going to tell my full identity in codeproject site.???do you seen my Profile in CP.
if user don't know how to run aplication,do u recommand that it is the virus??you insulted me.
thats very very wrong.
-----------------------------
"I Think It will Work"
-----------------------------
Alok Gupta
visit me at http://www.thisisalok.tk
|
|
|
|
|
First, borrowing on my own response:
"I believe, however that it is not a virus. It's just a software that locks/disables features from your computer and you've used it incorrectly."
Next, if I have insulted you, then all I can say is that I am sorry. However, after reading your article, I became a bit suspicious, mostly because the article was poorly written, and there were many abbreviations used where normal english words were available. If this is your style in writing articles, or if your command of the English language is not so good, then it is okay, and I admit I made a pre-emptive judgement. However, what I wrote to the other user about your software and the article, they were completely valid points.
My instructions, which you have borrowed, apply just as well to every other software that an user might download or accidentally run. Most software here on Code Project is checked before it's placed available. However, articles that are placed in the Purgatory have not undergone as strict checking as those in the actual articles section. This leaves a security risk for malicious article writers. I am not saying that your article is malicious. But it resides in the Purgatory. Hence the suspicion.
Alok the programmer wrote:
Don't call my application virus,that's a insult for an emerging Programmer.
Your entire project depends heavily on an external DLL (NMPRegDll.dll). For this DLL, you have not provided any actual source code. Neither have you documented it very properly. Specifically, you have not documented any of the methods. What do they do ? How do they work ?
The article speaks about your system utility, but you have not given any background information. Why would you create this application ? How does the application work ? Through registry keys ? If not, then how ?
All these missing information pieces lead the reader to think that perhaps it would be unwise to run any sample executables or build the source code. In plain english, it just looks suspicious. It looks incomplete. It looks dangerous.
But it might not be. If the article was edited, you'd spend a few hours/days to writing it properly, using indents, topics, titles and proper code sections, then it would probably receive more attention, more feedback and more users.
I am neither insulting you or trying to push you down in any way. If your system utility is good and someone finds it useful, then that's a great thing. But for situations as the one discussed here, you should place warnings and detailed usage instructions plus possible catastrophe-case instructions to your articles, because accidental misuse (the greatest harm of software) of your program can seemfully cause serious damage to a computer system.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
I agree 100%.
"When I was born I was so surprised that I didn't talk for a year and a half." - Gracie Allen
|
|
|
|
|
thanks for this wonderfull response.i apolize to u.
yeah i will take time to describe whole article again and provide sourcecode of NMPRegDll.
thanks for taking valuable time taken by u to explain me every thing about how to write article.
thanks again.Let's be Friend
-----------------------------
"I Think It will Work"
-----------------------------
Alok Gupta
visit me at http://www.thisisalok.tk
|
|
|
|
|
Sir,
I have created a new Keyboard Layout for Regional Language with microsoft tools and it generated a .dll file namely kksm03.dll and the language id is 00000449.
I would like to load the keyboard layout without installing it in the system and the same may be accessed through the application .exe created by me. I am having the kksm03.dll in mydocuments folder.
I wrote the following program code:
LoadKeyboardLabout("00000449", 1);
. . . .
UnloadKeyboardLayout(0x0449);
The key combinations including dead keys defined in my keyboard layout "kksm03.dll" is not working in the expected line. (I have copied the kksm03.dll in the path where the program .exe file will be normally loaded.)
Please enlight me of how to do the above code/program - Eagerly waiting for the response.
Thanking you.
by KKSM
|
|
|
|
|
HI,
i want to convert my Answer to float from integer value
as in my code follows
float k =0.0;
int count = 0;
CString str;
for (int i=30;i <= 1440; )
{
k= i/60; /// here problem is
//// if i = 90 then result should be 90/60 = 1.50
////// its gives 1.00 ,, but its should be 1.50
//// in all case of any.50 it gives any.00
str.Format(_T("%d min. or (%2.02f Hrs)"), i , k);
m_ctrl.InsertString(count++, str);
i= i+30;
}
i hope u got the problm ,, that is i also need answer in shape of 1.00 , 1.50 , 2.00 , 2.50 etc.
but its shows 1.50 , 2,50 ..as 1.00 , 2.00 respectvly.
measn it round .50 to lower .00 value
thanx
|
|
|
|
|
Hi !
Instead of using k= i/60; use k= i/60.00;
When both operand of a division are integer, the result will be automatically an integer (even if this is not a round number). When one operand is float, the result will be a float also.
|
|
|
|
|
|
To Hello,
How do you create and locate an array of common controls(especially pushbuttons) dynamically?
Thanks.
S1189216G
|
|
|
|
|
All Windows controls can be considered normal Windows, with special properties. Following this logic, creating pushbuttons is just like creating new windows.
For MFC, use
:CButton* pNewButton = new CButton();
pNewButton->Create("My Caption", WS_CHILD | WS_VISIBLE, CRect(0,0,30,30), this, WM_USER + 1); This code fragment would create a new pushbutton as a child of the CWnd/CDialog class it is being called from, such as when CDialog::OnInitDialog is executed.
For Win32, the procedure is similar, but you'll just use HWND (window handle) and CreateWindow . To create a button, specify "BUTTON" as the class name in CreateWindow . Otherwise the parameters are similar to the MFC version.
See MSDN for more information.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
To Antti,
Thanks for the reply.
I need an array(x and y) OR a 2-D of CButtons.
CArray and Clist, which is better?
How do you create the CButtons?
S1189216G
|
|
|
|
|
The selection between CArray and CList depend solely on how many buttons you intend to have. If you have around 10-20 buttons, then an ordinary array of pointers will do.
Here is a code fragment that initializes and creates an array of 4x4 buttons.
CButton* ptrArray[4][4];<DIV>
for( int n = 0; n < 4; n++ )
{
for( int m = 0; m < 4; m++ )
{
ptrArray[n][m] = NULL;<DIV>
ptrArray[n][m] = new CButton();<DIV>
ptrArray[n][m]->Create("Push me !", WS_CHILD | WS_VISIBLE,
CRect(m * 25, n * 15, (m*25) + 20, (n*15) + 10),
this, WM_USER + 100 + n + m );
}
} This code fragment would create an array of 4x4 buttons, that each are 20*10 in size, hold a caption called "Push me !" and were ordered so that the top-left button was in 0,0, and the rest of them would be 25 pixels right from the previous and the next line would be 15 pixels to down from above.
And I won't take responsibility if that code fragment crashes your computer ! It's for reference/quick example only. Test it, debug it, see if it works. Then implement it in the way you choose. Remember to destroy the buttons (CButton::DestroyWindow ) and delete the pointers before you quit the application !
If you need more performance, you can utilize CArray or CList. For more information on how to use them, you should see MSDN, as it has a HUGE amount of information right at your fingertips. Go http://msdn.microsoft.com to read it.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
Hello all,
I pretty new to Visual C++ and have a question that I am not really sure how to ask, so please bare with me.
I have a dialog based application and a pop3 class that I got here at Code Project.
Anyway, what I need to do is have the functions in the pop3 class update a text box in the dialog as it is retrieving the mail.
I have looked at callbacks but they all seem to work on timers, and what I need is the pop3 functions to just automagically update the text box without any involvement of the dialog app.
Is this possible, and if so, how?
Thanks,
Murrah Boswell
|
|
|
|
|
when receiving a mail, send a message and let your Dialog-class catch and handle it?
Good luck.
"If I don't see you in this world, I'll see you in the next one... and don't be late." ~ Jimi Hendrix
|
|
|
|
|
Hello,
I am dumber than I know sometimes! I wrote the code in the pop3 system that handles multiple downloads, so I just rewrote my code (pop3 and dialog app) to put the call to the GetMessage function in a loop in my dialog app, and then had access to the messages from pop3 system.
Can't see the forest sometimes...
Thanks for your response though, I really couldn't make it without all the folks at Code Project.
Murrah Boswell
|
|
|
|
|
otrcomm wrote:
I really couldn't make it without all the folks at Code Project.
I agree: I need some help now and then myself. The world would be a worse place without the codeproject and all the good and smart people using it.
"If I don't see you in this world, I'll see you in the next one... and don't be late." ~ Jimi Hendrix
|
|
|
|
|
I'm writing an application that loads a DLL midway through execution (it's a wizard). When I debug my program and step through the lines of code which load the DLL, I get a null pointer back and my error handler catches it just fine. But that's not my issue--the issue is, when I run the exact SAME executable file but I don't do it in debug mode, the program experiences a runtime error, presumably from trying to get functions from an invalid HINSTANCE pointer with GetProcAddress, which I do right afterwards. How is it possible for the same code to experience different behavior? Has anyone else run into this? I also see runtime differences between the debug and release versions of my code. Any ideas?
Thanks alot,
augy
|
|
|
|
|
Microsoft would call this "behaviour by design".
The debug versions are much more error-tolerant than the release versions. The runtime error is caused by the invalid HINSTANCE variable (if LoadLibrary returns NULL). The debug version doesn't cause a runtime error, because, during the debug build phase, there is a compiler predefinition called _DEBUG. This predef causes the compiler to generate much heavier and more error-tolerant code, made especially for debug purposes. On the release versions, a _NDEBUG is specified.
The idea is that you create code, then do a debug build, then run/step through the code to see if it is working smoothly. Then you do a release build. It is supposed to work this way. Trying to alter this behaviour is the same thing as trying to reinvent the wheel.
The debug mode of Visual Studio, when ran with a debug build, is capable of cathing and handling numerous types of error that would quickly crash a release version. It is designed to help you predict errors and fix them beforehand when building your applications.
The reason why your error catcher doesn't handle "the NULL pointer" error in a release build is probably because you either have forgotten to use a try - catch block or then you are trying to check the error handler after the GetProcAddress is called. When HINSTANCE parameter is NULL, GetProcAddress will cause a runtime error. Check the HINSTANCE parameter instantly after you call LoadLibrary .
For more detailed error analysis, you should paste the library loading code here.
-Antti Keskinen
----------------------------------------------
The definition of impossible is strictly dependant
on what we think is possible.
|
|
|
|
|
Interesting. I figured as much, but I didn't know that the debug version would change runtime behavior THAT much.
Anyways, I do check the HINSTANCE immediately afterwards for a NULL value, before any GetProcAddress() calls, hence my utter confoundment. After running it a few times, the problem has gone away (but without ANY change in the DLL loading code), and my simple check on the HINSTANCE ptr seems to catch it. Why or how this changed, I still haven't got a clue; I was using the debug version.
|
|
|
|
|
the_augy wrote:
How is it possible for the same code to experience different behavior? Has anyone else run into this?
All the time
I'm not sure, but I think one reason could be that a debug mode is much slower then the release.
There is however nothing you can do about it. Just try to do it in a different manner.
(PS: you can even get different errors when your breakpoint is set or not)
"If I don't see you in this world, I'll see you in the next one... and don't be late." ~ Jimi Hendrix
|
|
|
|
|
I don't know the meaning of the following sentence:
the "WinMain" function is the begining of the Windows application ,it create the windows which receive the message
and enter the message circulation.
Does this function create the main window of the application?
|
|
|
|
|
WinMain() is the function that Windows calls when it starts your program. Typically, this is where you create the main window and implement a message loop so you can process messages.
Ryan "Punctuality is only a virtue for those who aren't smart enough to think of good excuses for being late" John Nichol "Point Of Impact"
|
|
|
|
|