C / C++ / MFC

7-Mar-08 15:10

Gary R. Wheeler wrote:
Since the application is running on the remote machine, it will access that machine's registry.

Thanks,

For some reason, the above was not shown on my screen when I replied, so your answer made not much sense that it seemed to suggest to use RegConnectRegistry.
Hence my reply at that time.

While on the subject, I have an App that has to run absolutely the same way, independent of whichever user is logged on. Individual User settings for this App are Out of bounds, or, if a setting is applied it must also apply to all and every other user. I was inclined to store the settings under HKEY_LOCALMACHINE\Software\MyApp\...
I read all sorts of reports that under Vista these registry locations can no longer be written to, and are for now diverted to a User Registry key. The type of software I write is meant to take control of the machine, as it is EPOS Software. My software would not expect any external users on the hardware, and, ideed would like to be in a position not to tolerate it!. How do I work this under Vista, if Core Registry Keys cannot be used anymore

Thanks Smile | :)

Bram van Kampen

Re: Registry

Gary R. Wheeler8-Mar-08 0:14

Gary R. Wheeler

8-Mar-08 0:14

Under Windows XP, I would use SHGetFolderPath() to get the path to the common applications directory, and store my settings in a file. This location would be common to all users on that machine. Under Vista, that function has been superceded by SHGetKnownFolderPath()[^].

This doesn't quite address the problem you are having. If I understand correctly, your application is stored on a server machine, but may execute on client machines. You need to access settings from a common location. My suggestion would be to store your settings in a file in a known location on the server machine, and then use a UNC path to access the file. That way, if the application is executing on a client machine, it will still load the settings file on the server. Note that, if your application updates the settings file, you will need to take care to synchronize access to the file if more than one client can be executing the application at a time.

Software Zen: delete this;
Fold With Us![^]

Re: Registry

Bram van Kampen8-Mar-08 10:14

need a good method for popping between dialogs [modified]

8-Mar-08 10:14

Thanks, Yes, that's the first part. Now the Second Part:- The 'Known' location is difficult, because that may be different on different Users Networks. That's why at Installation time, I want to write that info to the Registry. Under windows 98->->->XP I use 'HKLM\Software\MyCompany\IniFilePath=C:\...etc. I have also been informed that under Vista this RegKey would be diverted towards some User Key, (and that only for a shortwile). That surely defeats my purpose. because the location of the Ini File, and the info contained therein does not change depending on who is signed on as user.
So, the question becomes, what Reg Key to use in Vista in this case in stead of HKLM\Software

Thanks Smile | :)

Bram van Kampen

littleGreenDude29-Feb-08 9:47

29-Feb-08 9:47

I need a good method to use for popping between 3 modal dialogs. (and I guess if the answer is the dialogs shouldn't be modal, I'll accept it, but not necessarily like it).

The dialogs each display a spreadsheet which may contain a significant amount of data, so load time is a factor.

The idea is to have the user wait only during the initial load of each dialog. If the user switches to one of the other 3 dialogs, hide the current one and show the new one(already loaded with data from its previous view).

The user should be able to cycle seemlessly between the 3 dialogs.

I have a method that works well in the development environment, but fails in the release/executable.

My method was to treat one of the dialogs as the master and have the other 2 send messages back to it to open the other dialogs. The code to pop to dialog2 from dialog3 looks something like the following:

// look for parent dialog<br />
if (pWndPrev = CWnd::FindWindow(NULL, csDialogName1))<br />
{<br />
    pWndPrev->SendMessage(WM_DIALOG2CLICKFROMCHILD); // send request<br />

And, in the parent dialog, the code to call the child...

<br />
if( dlg2Exists() )<br />
{<br />
   m_dlg2->ShowWindow(SW_SHOW);<br />
   m_dlg2->SetWindowPos(&this->wndTopMost,0,0,0,0,SWP_NOMOVE|SWP_NOSIZE);<br />
}<br />
else<br />
{<br />
   m_dlg2->Create(IDD_DLG_VARIANCE, AfxGetMainWnd());<br />
	m_dlg2->ShowWindow(SW_SHOW);<br />
	m_dlg2->SetWindowPos(&this->wndTopMost,0,0,0,0,SWP_NOMOVE|SWP_NOSIZE);<br />
	m_dlg2->CenterWindow();			<br />
	m_dlg2->UpdateWindow();<br />
	m_dlg2->RunModalLoop();<br />
}<br />

And to be a little more specific, one of the dialogs is for Purchase Orders, the 2nd for Invoices, and the 3rd is the Variance dialog(to display differences between the PO and corresponding Invoice).

modified on Monday, March 3, 2008 9:54 AM

led mike29-Feb-08 11:16

29-Feb-08 11:16

Maybe I'm missing something but your requirements description sounds like a TabControl solution to me, but if you are for some reason required to make things far more difficult than neccassary for both developer and user then go right ahead and use three dialogs.

led mike

littleGreenDude3-Mar-08 3:19

3-Mar-08 3:19

Even though the 3 dialogs display a spreadsheet, the data and logic behind each is unique. Months of development activity has gone into each of these dialogs, so a TabControl approach isn't really an option at this point. The dialogs are part of a back office procurrement system. One is for Purchase Orders, the 2nd for Invoices, and the 3rd is the Variance dialog(to display differences between the PO and corresponding Invoice).

littleGreenDude3-Mar-08 4:20

3-Mar-08 4:20

follow on question..... Why would it work consistently in the debug environment, and have problems in the EXE?

led mike3-Mar-08 7:26

3-Mar-08 7:26

littleGreenDude wrote:
follow on question..... Why would it work consistently in the debug environment, and have problems in the EXE?

The obvious answer based on what you indicated in reply to most post is that the developers lack fundamental skills. In my experience developers that don't have basic skills in best practices for analysis, requirements, and design create hard to use, buggy, sluggish, expensive software. Keeping things simple is a fundamental Best Practice, what has been developed in your case violates that principle. Not fixing it by changing, whatever the cost, to using a tabcontrol, continues to violate that principle and will continue to be costly in terms of maintenance and quality. You might want to get this book[^] and read it.

Also this interview with Beck[^] is interesting

led mike

littleGreenDude3-Mar-08 8:45

3-Mar-08 8:45

I appreciate what you are saying, and I will definitely pick-up a copy of the book. However, managment wants 3 individual dialogs, and they are looking for a 1 to 2 day fix. Unfortunately, a re-write with a tab control approach isn't an option.

Thank you for the response/advice.

led mike3-Mar-08 9:49

3-Mar-08 9:49

littleGreenDude wrote:
However, managment wants

How it's supposed to work is, you are responsible for ensuring you are qualified as a "Professional" developer before you end up in a situation where you have "managers" that are paying you to develop software.

"Actually this book is build on a rather fragile premise: that good code matters…..
In the end, then, this is a book about responsibility. As a programmer you have been given time, talent, money, and opportunity. What will you do to make responsible use of these gifts?" - Kent Beck in Implementation Patterns

led mike

littleGreenDude4-Mar-08 3:13

4-Mar-08 3:13

When did this become a personal attach on me?

The company existed 12 years before I walked through the door. Some of the code I inherited dates back to the 90's. And all of a sudden, you are making me responsible for something written years before me.

I was looking for some positive/helpful advice, creative ideas.

led mike4-Mar-08 5:49

4-Mar-08 5:49

littleGreenDude wrote:
And all of a sudden, you are making me responsible for something written years before me.

No you are responsible for taking the job with 12 year old code and for what you do now.

littleGreenDude wrote:
I was looking for some positive/helpful advice, creative ideas.

I try to avoid providing people with lousy solutions. The solution I suggested is preferable to some hack that will just degenerate the situation even more.

led mike

littleGreenDude4-Mar-08 3:35

4-Mar-08 3:35

Are you saying you are in the habit of denying management requests?

Also, out of curiousity what makes somebody a qualified professional?

28 years of programming experience? -got it

Computer Science degree from one of the top engineering universities in the country? -got it

Technical Training from Microsoft? -got it

Published in a Technical Journal? -got it

led mike4-Mar-08 5:56

4-Mar-08 5:56

littleGreenDude wrote:
Are you saying you are in the habit of denying management requests?

I am in the habit of helping them understand that when they think they can't afford to do it right it is at least partially because they don't know how much it's going to cost them to do it wrong.

littleGreenDude wrote:
28 years of programming experience? -got it

Computer Science degree from one of the top engineering universities in the country? -got it

Technical Training from Microsoft? -got it

Published in a Technical Journal? -got it

So are you comparing yourself to Kent Beck? -got it?

Also their is no way I would have guessed you have that background based on your original post

littleGreenDude wrote:
(and I guess if the answer is the dialogs shouldn't be modal, I'll accept it, but not necessarily like it).

and the fact that you need help with this problem to begin with. I have worked with people with far less credentials than you claim to have who would have refactored that nightmare into a tab control solution in two to three days. Meanwhile here you are four days later still whining about it.

led mike

littleGreenDude4-Mar-08 7:35

4-Mar-08 7:35

They don't want a tab control.

When it comes to software development, 98% of what we do is mundane and common. Every once in a while you come across something where you would like to know if there is some out of the ordinary solution/creative idea. I never said the problem wasn't resolved, I just was curious about other ideas/solutions. Isn't that what a forum is for?

Just to recap- you've insulted my career choice, called me a liar, and accused me of whining. Maybe you should check the parking lot to make sure I haven't stolen your car.

Man, what is your problem? Didn't your mother hug you enough as a child?

led mike4-Mar-08 8:01

checking the current time in C++

4-Mar-08 8:01

littleGreenDude wrote:
called me a liar

That's not true, just because I cited other people I worked with having far less than you claim to have doesn't mean I think you are lying. I work with people now that have 2/3 the time in the industry as you with degrees that couldn't program their way out of a wet paper bag. It's not really possible to conclude anything about a developers expertise only from the credentials you listed off.

littleGreenDude wrote:
you've insulted my career choice

That one I'm not following

littleGreenDude wrote:
and accused me of whining

I'll stick by that one

For the record I don't have a clue what your expertise as a developer is. Your posts so far have not really provided information that could be used to gauge that. Due to that, many of my observations about developers were intentionally not aimed at you in any way. My last reply is just explaining, why, from your posted qualifications my inclination is to believe you would be perfectly capable of refactoring to tab controls in several days.

I did understand you were working with legacy code that you may not have written. None of that however changes my opinion about what a minimum quality solution to the problem might be, which is what I gave you.

My normal posting style tends to be sarcastic. That coupled with my disdain and normally direct refusal to hack software solutions has falsely given you the impression that I have been attacking you. I apologize for that but my stand on your development problem has not changed.

led mike

nahitan29-Feb-08 9:02

29-Feb-08 9:02

hi there,

Could anybody please help me in this:
I need to check the current time in my application after each message that my application receives and whenever it is midnight I reset a counter inside my program.

I appreciate any ideas

Thanks,

Nahitan

David Crow29-Feb-08 9:41

David Crow

29-Feb-08 9:41

In your window's message procedure, do something like:

time_t t;
time(&t);
tm *now;
now = localtime(&t);
if (now->tm_hour ...)

"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

nahitan29-Feb-08 10:15

29-Feb-08 10:15

Thank you very much for your help. When I added your code in my application and when I compile it I get:

time_t mt; time(&mt); tm *now; now = localtime(&mt);
LogError("ClassA","IClass","jjjjjjjhour=%tm", now->tm_hour);

Error executing c:\windows\system32\cmd.exe.

Class.dll - 1 error(s), 0 warning(s)

Thanks,

David Crow29-Feb-08 10:19

David Crow

29-Feb-08 10:19

So which of the three staments is in error?

What does %tm do?

Bram van Kampen29-Feb-08 12:39

29-Feb-08 12:39

You confused the poor compiler somewhere. Set a few breakpoints, and find out what's happening.
Work with Asserted Values, Run Trivial Examples, Write a Dedicated App to take just this step (Can be a Dialog based App,Call your code in OnInitApp() ). This is called 'Debugging'. The above are the steps I would take, and in that following order. I bet that Step One will lead you to the solution.

It may be slow and tedious, but that's what writing software is about.

Let me know how you're getting on. Rose | [Rose]

Bram van Kampen

nahitan1-Mar-08 11:41

1-Mar-08 11:41

I can't figure out what to do. I changed the code to:

time_t mt; time(&mt);
tm *now;
now = localtime(&mt);
if (now->tm_hour==16){LogError("AClass","BProcess","Hour is 4 pm");}
I still get the same error message
Without these 5 lines of code, I do not get any error. I even took out the if statement and I still get the error! Confused | :confused:

Bram van Kampen5-Mar-08 16:45

5-Mar-08 16:45

time_t mt;
time(&mt);
// I would use mt =time(NULL);
struct tm *now;
now = localtime(&mt);

tm is part of the tag Name Space. Not part of cpp as such, but still there
// Works in MSVS 5.00

Smile | :)

Bram van Kampen

nahitan12-Mar-08 7:02

12-Mar-08 7:02

Thanks a lot, worked perfectly!

Thanks thanks thanks,

Bram van Kampen5-Mar-08 16:52