C / C++ / MFC

12-Jun-03 23:36

I really don't know where else to ask this question but it is more a Windows Installer related question.
I built a simple program with VC6 (that's why in the subject I put not very VC++ related, b/c it is only 0.0000001% related) and I want to give it to someone who is not into computers. To make his job easier I built an installation file using windows installer. Even though, this is the very first time I used windows installer everything works fine. When I run the program from its shortcut in the START->PROGRAMS->MYAPP menu, it won't find the files that the program uses for input/output. The files are there and I know this has something to do with the shortcut, but I really don't know how to fix it. I ran into this problem 2 years ago and I don't remember how I fixed it. The thing is that right now I am pressed for time because I need to send this the day after tomorrow.

// Afterall I realized that even my comment lines have bugs

Rage12-Jun-03 23:44

Rage

12-Jun-03 23:44

Use Innosetup (you can downlaod it for free). In about 10 minutes, you should have your installation file settled up with file extensions registration and shortcuts taht are working fine.

~RaGE();

Toni7812-Jun-03 23:49

12-Jun-03 23:49

I have the shortcuts and the program runs just fine up to the point where it has to read a file which is located in the applications directory. I think my problem has to do with some registry settings because when a program runs from a shortcut something tells me that it considers as the running directory the shortcut's directory. I really don't have a problem with building the installation file.

// Afterall I realized that even my comment lines have bugs

Rage13-Jun-03 0:59

Rage

13-Jun-03 0:59

OK. Then I would suggest to do the following (MFC):

use GetCommandLine() to retrieve your .exe path (Parse the string for that)
use SetCurrentDirectory to set the .. current directory to the one you have found out.

This should solve the problem.

~RaGE();

Ryan Binns13-Jun-03 1:45

Ryan Binns

13-Jun-03 1:45

Rage wrote:
This should solve the problem.

Until the user opens a file that is not in that directory, and the File Open dialog box changes the current directory.

A more robust way is to get the exe path with GetCommandLine() like you said, and then open the data files from that directory, rather than relying on the current directory, which the user can change at any time.

Ryan

Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2^nd April 2003, The Lounge)

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"

Ryan Binns13-Jun-03 0:03

Ryan Binns

13-Jun-03 0:03

VSI is not particularly good for creating shortcuts. I got around this by coding my program so that it found out what directory the main exe file was in, and then looked for the data files in the same dir. It fixes the symptoms, not the underlying problem, but it does work.

Ryan

Being little and getting pushed around by big guys all my life I guess I compensate by pushing electrons and holes around. What a bully I am, but I do enjoy making subatomic particles hop at my bidding - Roger Wright (2^nd April 2003, The Lounge)

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"

sulaxan13-Jun-03 1:45

sulaxan

13-Jun-03 1:45

< TARGETDIR >\*.exe

set the Traget property of ur shortcut(for Exe) if ur usig install shiled for MVC++6.0

hope it'll work for u...

nice time
Adi

Toni7813-Jun-03 9:31

13-Jun-03 9:31

Thank you for your help everyone. I will try your suggestions and I will let you know.

// Afterall I realized that even my comment lines have bugs

Toni7813-Jun-03 22:27

13-Jun-03 22:27

Well Rage and Ryan Binns, your advice was very helpfull and it worked perfectly. Thank you very much. Thank you for your reply Adi, but I am not using InstallShield so I couldn't try your suggestion.

// Afterall I realized that even my comment lines have bugs

the title of the window

gucy12-Jun-03 23:26

gucy

12-Jun-03 23:26

i create a new single document project with wizard,and the name of the project name is MyProject.after execute the proprame, the caption of the window is
"untitled:1-MyProject"
Now i ask how to remove the sign ":"?

gucy

Stlan13-Jun-03 1:25

Stlan

13-Jun-03 1:25

You need to override the SetTitle() function member of your CDocument-derived object.

Anonymous13-Jun-03 3:04

Anonymous

13-Jun-03 3:04

i did so,but the string ":1" is still there

sulaxan13-Jun-03 2:56

sulaxan

13-Jun-03 2:56

hello......

u can set the title of the application window in InitInstance() function of the SDI application class....

u'll have m_pMainWnd as member variable... all u've to do is

m_pMainWnd->SetWindowText("MyProject");

or go to string table and change IDS_APP_TITLE Caption to Myproject......

try the first one...which is better

Adi

David Crow13-Jun-03 3:21

David Crow

13-Jun-03 3:21

This is strange, as a default SDI, or even an MDI, application would have a caption of Untitled - MyProject. It sounds like you've changed something to get the additional ":1" in the caption.

Now to get rid of the "Untitled - " part of the caption, simply add the following to your CMainFrame::PreCreateWindow() function:

cs.style &= ~FWS_ADDTOTITLE;

basementman13-Jun-03 4:41

basementman

13-Jun-03 4:41

The :1 indicates the view number of of the document is open in the current session (MDI-related).

For more details, look at the MFC source code file WINFRM.CPP, function

void CFrameWnd::UpdateFrameTitleForDocument(LPCTSTR lpszDocName)

<marquee scrollamount="3" scrolldelay="80" direction="right" width="40%" style="border: 2px inset silver;background-color:yellow;color:green;font-family:Verdana,Arial;font-size:8pt;font-style:italic">onwards and upwards...