Re: Parasoft runtime analysis. This is one of the modules that failed during our evaluation. I can see how it used to be good, but it hasn't kept up with BoundsChecker. When I finally did get the runtime analysis to work, it presented two false positives! One thing that really struck me during the evaluations is how poorly much of the software was written, especially for such expensive products. The number of obvious UI bugs in Klocwork were astounding (like toolbar buttons simply not working.) Klocwork and Parasoft both failed during installation! This is software which costs hundreds of thousands of dollars and the installer doesn't even work!

http://en.wikipedia.org/wiki/List_of_tools_for_static_code_analysis[^] Most of the tools are commercial, but if it is your job, and you find that one of the commercial tools will notably improve the quality or speed of your work, you shouldn't have any problems convincing your boss to buy a license. The free ones I've tried are rather limited in scope and capabilities. GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)

You could also see his site "shiflett.org" you might find what you need there. Neonlight

Thnx [ Screen Capture ][ Tool Tip ][ Muliple Desktops ][Greeting Card ]

John Simmons / outlaw programmer wrote: They have testers in India? he never said software testers.... curry testers! mmmmmmm! _________________________ Asu no koto o ieba, tenjo de nezumi ga warau. Talk about things of tomorrow and the mice in the ceiling laugh. (Japanese Proverb)

oh.. you don't know?? Are you not Indian? your name looks like indian name... :) Thanks and Regards, Michael Sync ( Blog: http://michaelsync.net)

Mark Salsbery wrote: What thread are you creating the dialog on? What thread do you do the continuous checking on? Well if you're doing processing on the same thread the modeless dialog was created on, then that can cause the dialog not to get its WM_PAINT messages (and any others). Mark Mark Salsbery Microsoft MVP - Visual C++ :java:

Can you get handle to this window and then send WM_CLOSE to it?

Wow so your problem wasnt combobbox and your answer was MoveWindow :-D

GauranG33 wrote: don't know how to add Control in particular TAB. You cant add so. Actually we should process hide and show of each controls according to the current tab. For example, if there is a button in the first tab and an edit control in the second, then when the first tab is active, we have to hide the edit control and show the button. Similarly we have to hide the button and show the edit when the second tab is active. More for flexibility, we are using property sheets. In that controls for each tab are placed in different dialogs. Means one dialog for each tab. And when a particular tab is active then all the dialogs except that for this particular tab will be made hidden. So only the controls in the current tab(dialog) will be visible. - NS -

Thanks for the correction Judy. :) Anurag Gandhi. http://www.softgandhi.co.nr Life is a computer program and every one is the programmer of his own life.

Follwing is the Code I am using to know whether the mouse is on the Tray Icon or not. If its on the Tray Icon I am showing the Dialog Box. But I want to Hide it when It leave the Tray Icon. void PutInTaskBar(HWND hWnd) { ... ... nfd.uCallbackMessage = WM_TASKMSG; //user Message Shell_NotifyIcon(NIM_ADD,&nfd); } LRESULT CALLBACK MyDialogProc( ... ) { switch(message) { case WM\_TASKMSG: if(lParam == WM\_MOUSEMOVE) { // Mouse is on the System Tray Icon ShowWindow(hWndDlg,TRUE); } } } [ Screen Capture ][ Tool Tip ]

Yeah, the performance hit comes between compiling unmanaged C++ versus the .net langauges. The .net languages are only half compiled, the rest happens at runtime. With unmanaged C++ it is completely compiled, so the optimization time hits you when doing incremental builds. Not sure why the data processing is faster for VFP, there is a lot going on behind the scenes in the .Net framework that I don't understand. For example the same article I mentioned earlier says that it is better to use jagged arrays in .Net rather than rectangular. Ie. have one of the dimensions of a multi-dimensional array dynamically sized. Why when this hits the framework it runs better isn't mentioned. A vertial cookie for the one with the answer :) I've seen it mentioned in several places on MSDN, but never explained why, or what the performance difference is.

then display model dialog.. is there is any problem.. "Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow Never mind - my own stupidity is the source of every "problem" - Mixture cheers, Alok Gupta VC Forum Q&A :- I/IV Support CRY- Child Relief and You

GauranG33 wrote: char Buffer[]= "%0.bat"; Use an absolute path for this. What you have now is relative to whatever the CWD happens to be at the moment. "A good athlete is the result of a good and worthy opponent." - David Crow "To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne

Ok, thank you. Greetings. -------- M.D.V. If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you ;)

You found it....good :) Cheers! Mark Salsbery Microsoft MVP - Visual C++ :java:

GauranG33 wrote: Can you please tell, Then Where to put the ShowWindow() Funcion to hide the Window. I haven't seen your code to create the dialog, but your problem could be that it's a modal dialog, which makes specific assumptions about when the dialog is shown and hidden. If you make a modeless dialog and its template doesn't specify that the window is visible, then the dialog will remain hidden till you want to show it.