C / C++ / MFC

Mark Salsbery8-Aug-08 15:38

8-Aug-08 15:38

If there's only one user then using the current user key (HKCU) would work fine.

It doesn't matter if the user is logged in as an admin...
the code that modifies HKLM entries needs to run with elevated privileges.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Bram van Kampen8-Aug-08 16:08

Bram van Kampen

8-Aug-08 16:08

Hi,

Sounds Good!
Does that mean that if I macro Across the board HKLM to HKCU under the stated constraints that all will install and work well under both vista and xp. All works well Now under XP, using HKLM. I'm not using COM, or anything sophisticated, all I'm storing is a few Path Names, and a few environment strings.

BTW Is it still possible under Vista to run a '.REG' file modifying HKLM,or, can HKLM be changed by regedit.

thanks + regards Smile | :)

Bram van Kampen

Mark Salsbery9-Aug-08 5:44

9-Aug-08 5:44

Bram van Kampen wrote:
if I macro Across the board HKLM to HKCU under the stated constraints that all will install and work well under both vista and xp

It should work given your previous constraints, yes.
It's not a good design though. For proper app data/settings
management, you may want to check this out:
Data and Settings Management[^]

Bram van Kampen wrote:
BTW Is it still possible under Vista to run a '.REG' file modifying HKLM,or, can HKLM be changed by regedit.

I imagine it's possible but it's still going to require
elevated privileges.

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

SetIcon - Assertion Failed

Bram van Kampen9-Aug-08 12:34

Bram van Kampen

9-Aug-08 12:34

Mark Salsbery wrote:
It should work given your previous constraints, yes.
It's not a good design though. For proper app data/settings
management, you may want to check this out:
Data and Settings Management[^]

Thanks Mark,

I've read this document, but I don't think it is helpful for my needs, for the following reasons:-

My App is essentially a Store Cash Register Application.
I typically have a Local network of three of four machines (max 16).
This is referred to as the 'Shop System'.
One of these contains a single set of some 20 files in proprietary formats, which act as a Database. The machine containing this Database is loosely known as the Server. It is purely Passive though, Reading and Writing is implemented through File Sharing. This database is created during My Apps System Setup. Each Shop System can have One and Only One such Database. Having two, when detected will immediately trigger an attempt to close down all the terminals, as multiple DB's would be a Licence contravention and constitute a massive Security Risk.(Setup does not allow it to happen, so,if another DB is found, Someone or Somethingis messing with files) In the normal course of events, the Database should Not be moved or Replicated. (leaving out Backups as a Separate Issue)
The document gives imho no guidance on where to place such kind of database. I Place it under
"//Server\Program Files\Manufacturer\Product\Version\Data\"

The Users Modules have no Open-Close-Save facilities. The User modules access the central database as needed. This is hardcoded into the Software. (After you finish a transaction in your Supermarket, the Cash Operator is NOT given the choice to store the transaction to the Store's database, or, maybe on a Floppy for him/her to take home, along with the cash you paid).

The Software however needs to know where the Central Database is Located. Once the Database is installed, that location is Fixed, and Independent of which User is logged On. It has essentially become a Hardware Feature. Imho, the logical place on each machine to store the URL for such Database is in HKLM\Software. If a module at any stage cannot locate the Database, it bows out gracefully. Only One module of each type can be active on a machine at anyone time, and No Module can run 'Stand Alone', i.e. without sight of and access to the Database.

The Software needs at all times Full Read/Write Access to the Database Files. This was never a problem under Win98. We accomplish this under XP by configuring All machines to Fire Up in Admin mode (Leave the Admin PW Blank when Installing XP). Access Control is handled by the Modules, and the MS Security Architecture is irrelevant as far as my apps are concerned. The Terminals are NEVER used for anything else but this Software. It runs on a Custom Installed Bare XP, with all un-used features removed. It is essentially a Cash Register.640 x 480 16 colour 18 inch monitor, etc.

The Original inception worked well under WIN98, although it struggled with T-Windows under DOS 6. I was not waiting with baited breath for Vista or even 2000 to come along to get a zipping performance. Rather, Vista is being foisted upon me, at a most unwelcome time.

So, the question is: What would be good design under this Circumstance.

Bram van Kampen

simon alec smith8-Aug-08 13:49

8-Aug-08 13:49

Hello,

I am tying to alter the icon, on the top left of the program,
using the followong statements:

HICON hIcon = AfxGetApp()->LoadIcon(IDI_ICON1);
SetIcon(hIcon, TRUE);
***to that effect***

When I run the program
I get a Debug assertion failed, regarding File: afxwin2.inl

I have tried various place's in placing the code, but to no success.
I have read in a artical that after loading you must pass it to the
windows manager, is this the problem? can anybody help?

Thanks

Simon

Mark Salsbery8-Aug-08 14:07

8-Aug-08 14:07

Which line of your code does the assertion occur on?

What is the code in afxwin2.inl where the assertion occurs?

Is hIcon NULL? From the info given that's the only guess I can make.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

simon alec smith8-Aug-08 14:15

8-Aug-08 14:15

I have no idea what code is in afxwin2.inl
but it is reported at Line:309

regarding 'is hicon null' I am not sure what you mean.

Thanks Mark

Simon

Mark Salsbery8-Aug-08 14:23

8-Aug-08 14:23

Running in the debugger you can step through those two lines
of code and go right to the line of code the assertion occurred on.
You can also easily check the value of hIcon ( a variable in YOUR code).

simon alec smith wrote:
it is reported at Line:309

Great info if I had the same version of MFC you do, but I don't.
What's on line 309 of your afxwin2.inl?

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

simon alec smith8-Aug-08 14:45

8-Aug-08 14:45

ok,
running the debugger, the following information is shown

_AFXWIN_INLINE HICON CWnd::SetIcon(HICON hIcon, BOOL bBigIcon)

then the yellow arrow points to the following

{ ASSERT(::IsWindow(m_hWnd)); return (HICON)::SendMessage(m_hWnd, WM_SETICON, bBigIcon, (LPARAM)hIcon); }

Does this shed any light?

Also when I try to dubug straight from the assertion message,(the retry)
the program statement occurs 'the mfc application has encountered a
problem

I notice the icon 'IDR_MAINFRAME' that I have also edited is dispolayed
on the top right

Is this anything significant?

Thanks very much

Simon

Mark Salsbery8-Aug-08 14:54

8-Aug-08 14:54

simon alec smith wrote:
Does this shed any light?

Indeed, thanks!

You're calling SetIcon() before your window's HWND is created.
Try calling SetIcon() in a WM_CREATE handler (OnCreate()) or any time
after the window is created.

simon alec smith wrote:
Also when I try to dubug straight from the assertion message,(the retry)
the program statement occurs 'the mfc application has encountered a
problem

Sounds like a problem with the debugger. I'm not sure there.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

simon alec smith8-Aug-08 14:59

CFileDialog Save As file name extension change

8-Aug-08 14:59

Thanks v much I'll try it out

Darryl Bryk8-Aug-08 13:34

8-Aug-08 13:34

How can I get CFileDialog in Save As mode to change the default file name extension according to the chosen file type like most MS apps work?

Mark Salsbery8-Aug-08 14:04

8-Aug-08 14:04

This could work:

1) Derive a class from CFileDialog

2) Override the OnTypeChange() method (the CDN_TYPECHANGE
notification handler)

3) In your OnTypeChange() override, use CFileDialog::SetControlText()
to set the text for the control containing the filename to the
appropriate default filename (the IDs for the controls can be
found here: Open and Save As Dialog Boxes[^])

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Darryl Bryk14-Aug-08 14:45

14-Aug-08 14:45

Mark,

OK, but how do I get the filename? I have found some code like this but it doesn't work for some reason:

CWnd *fileNameBox = GetParent()->GetDlgItem(edt1);
ASSERT_VALID(fileNameBox);
CString fileName;
fileNameBox->GetWindowText(fileName);

Mark Salsbery14-Aug-08 16:40

14-Aug-08 16:40

How doesn't it work? What is the call to GetParent() doing?
I would think that code would be in the actual dialog class.

Mark

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Darryl Bryk15-Aug-08 7:02

15-Aug-08 7:02

It looks like its failing on the ASSERT. I found this code and I'm not sure why the call to GetParent() is there, I thought maybe it needed a window handle pointer.

The filename string can be obtained after the dlg. closes. But I want to look at what the user has in the file name field and the chosen ext. and make the filename ext change as the ext. changes from the combo field. It seems like this should be a std. way for the dlg to work (MS Office apps work this way).

Mark Salsbery15-Aug-08 7:21

15-Aug-08 7:21

If you derived a class from CFileDialog, you
should be able to do something like this:

void CMyFileDialog::OnTypeChange()
{
   CWnd *fileNameBox = GetDlgItem(edt1);
   ASSERT_VALID(fileNameBox);
   CString fileName;
   fileNameBox->GetWindowText(fileName);
}

Mark Salsbery
Microsoft MVP - Visual C++
Java | [Coffee]

Darryl Bryk14-Oct-08 7:36

14-Oct-08 7:36

Hi Mark,

Thanks for your help. Just to follow up on this, it turns out you need the ptr. to GetParent() because the "CFileDialog is actually a child of the real dialog" according to - http://msdn.microsoft.com/en-us/magazine/cc301466.aspx.

So you need something like this to access the file name and type, modify it to the set type and display it:

void CMyFileDialog::OnTypeChange()
{
CFileDialog::OnTypeChange(); // Base class

CString fileName, ext;
GetParent()->GetDlgItemText(cmb13, fileName); // Get file name
GetParent()->GetDlgItemText(cmb1, ext); // Get extension
int i;
if ((i = fileName.ReverseFind('.')) != -1) {
fileName.Truncate(i);
if ((i = ext.ReverseFind('.')) != -1) {
ext.Truncate(i + 4);
fileName += "." + ext.Right(3);
}
}
GetParent()->SetDlgItemText(cmb13, fileName); // Get file name

return;
}

Thanks again,
Darryl

Mark Salsbery14-Oct-08 8:30