PDA

View Full Version : set installdir to current folder



NewsArchive
01-08-2009, 02:24 AM
On my update install I want it to install into whatever directory I am
running webupdate.exe from. The user may install into any folder and I have
a different folder for the demo than the real program, although the update
should install into whatever folder the program is currently in...

so I want to set %_SB_INSTALLDIR% to current folder instead of
[INSTALLDIR]... what is currentfolder?

Thanks,

--
Ray Rippey
VMT Software - http://www.vmtsoft.com

NewsArchive
01-08-2009, 02:25 AM
I found curdir variable... I am trying this and it doesn't work... in the
General Information / Product screen for the [INSTALLDIR] I put in %CURDIR%
and that didn't work.

I'm assuming wupdate downloads my update program and runs it. Perhaps it's
not saving it in my current folder?

Ray
VMT

NewsArchive
01-08-2009, 02:25 AM
Ray,

> I found curdir variable... I am trying this and it doesn't work... in the
> General Information / Product screen for the [INSTALLDIR] I put in
> %CURDIR% and that didn't work.
>
> I'm assuming wupdate downloads my update program and runs it. Perhaps it's
> not saving it in my current folder?

I would suggest to use the "Get System Information (Installer Path Name)"
script function.

Don't set your compiler variable [INSTALLDIR]. Set %_SB_INSTALLDIR%
directly in your script.

Does this help?

--
Friedrich Linder
Lindersoft
www.lindersoft.com
+1.954.252.3910

SetupBuilder "point. click. ship"
Create Windows Vista ready installations in minutes

-- Official Comodo Code Signing and SSL Certificate Partner

NewsArchive
01-09-2009, 02:32 AM
Friedrich,

No, can't seem to get it working. I did my main install which goes into
c:\prospectdemo. When I run the check for updates, it doesn't see my program
and give me the warning that it's running... which is why I suspected it
wasn't working... so, I deleted the prospector.exe which is the file it is
updating.. and just ran wupdate.exe directly... everything acts like it is
working... it says I have a newer version, then it downloads prospector.exe,
but it doesn't put it anywhere that I can find... I even searched the entire
C drive for prospector.exe.

I think I had it working before but it was under Program Files/vmt/prospect
but it was causing me problems on Vista (still not UAC compliant)... so I
just changed my directory to either c:\prospect or c:\prospectdemo.. and
that's when it all went haywire.

Any other ideas?

Thanks,

Ray
VMT

NewsArchive
01-09-2009, 02:37 AM
I think I may have found the issue. Turns out that my demo has a different
productguid. The sbinstalldir gets set to the productguid folder and that's
how it checks to see if the program is running. So, If I change my demo to
have the same guid that the main program has, even though it is in a
different folder... is that safe? In other words... say the customer
installs the demo and decides to buy it... then they get the real program
and it installs into our normal folder.. then the next time they try the
update can I assume it will update the most recent install folder?

Or should I leave the demo guid different than the normal one. I know the
update install must have the same productguid, right?

Thanks,

Ray
VMT

NewsArchive
01-09-2009, 02:38 AM
Well, I went ahead and change the productguid in the demo install to match
the guid in the main install and the update... now it works. I tried it and
it seems to update the folder of the last install, whether it be the demo or
the real program... which is great.

Look, I almost answered my own question.. well, hopefully someone else can
use this info.

Ray Rippey
VMT Software

NewsArchive
01-09-2009, 02:38 AM
> Well, I went ahead and change the productguid in the demo install to match
> the guid in the main install and the update... now it works. I tried it and
> it seems to update the folder of the last install, whether it be the demo or
> the real program... which is great.

The only downside that I see Ray is that if the user starts the demo and
checks for updates (assuming that is an option), then they would update the
demo folder AND the Registry would be updated to say that the latest
version is installed.

Then when the go back into the non-demo and check for updates, the
WebUpdate client will think (based on the Registry entry) that the machine
has the latest update ... so the real version of the program does NOT get
updated.

Does that make sense?

:-)

Charles



--
-------------------------------------------------------------------------------------------------------
Charles Edmonds
www.ezchangelog.com - "Free ChangeLog software to manage your projects!"
www.setupcast.com - "A revolutionary new publishing system for software
developers - enhanced for SetupBuilder users!"
www.pagesnip.com - "Print and Save the Web, just the way you want it!"
www.clarionproseries.com - "Serious imaging tools for Clarion Developers"
www.ezround.com - "Round Corner HTML tables with matching Banners, Buttons
and Forms!"
www.lansrad.com - "Intelligent Solutions for Universal Problems"
www.fotokiss.com - "World's Best Auction Photo Editor"
-------------------------------------------------------------------------------------------------------

NewsArchive
01-09-2009, 02:39 AM
Yes, I agree. But it's ok because once they've purchased the software, they
won't be using the demo again anyway.... at least that's not my intention. I
install the demo software into a different folder because if they do have
our software and they decide to download our demo, I don't want them
overwriting the real program, then they will complain because if I change a
file structure they can't go backwards and they will have to update.

Of course then, all updates would only update the demo... so that could be a
problem. I suppose I could make the update install have an update_demo and
match those guid's.. which means a different folder on my website.. not a
real problem there. I was just trying to update 2 programs with one update.

But, it works for now... until I figure something better.

Thanks for the thought though, it gives me something more to think about.

Ray Rippey
VMT Software

NewsArchive
01-09-2009, 02:40 AM
> Yes, I agree. But it's ok because once they've purchased the software, they
> won't be using the demo again anyway.... at least that's not my intention. I
> install the demo software into a different folder because if they do have
> our software and they decide to download our demo, I don't want them
> overwriting the real program, then they will complain because if I change a
> file structure they can't go backwards and they will have to update.
>
> Of course then, all updates would only update the demo... so that could be a
> problem. I suppose I could make the update install have an update_demo and
> match those guid's.. which means a different folder on my website.. not a
> real problem there. I was just trying to update 2 programs with one update.
>
> But, it works for now... until I figure something better.
>
> Thanks for the thought though, it gives me something more to think about.

I think in your case I'd go with a separate installer/webupdate and
different GUID. That way there is no way they can mess it up<g>.

It is a little more work that way, but once setup it is pretty easy to
maintain.

BTW - the way we are reworking things in SetupCast, you'd be able to add
the demo installer and webupdate as another type of content to be published
and still have a "one-click publish" to keep everything up to date.

You could even have the information (download links, versions, etc)
maintained separately too.

Given that SetupCast has really taken off and we are getting requests for
more and more types of content to be both generated and published, we are
making some significant changes in the interface and file handlers, but the
way it will end up will allow you to use it for pretty much anything you
like.

So doing something like maintaining the separate content generation and
publication of demo vs real files is a breeze...

:-)

Charles


--
-------------------------------------------------------------------------------------------------------
Charles Edmonds
www.ezchangelog.com - "Free ChangeLog software to manage your projects!"
www.setupcast.com - "A revolutionary new publishing system for software
developers - enhanced for SetupBuilder users!"
www.pagesnip.com - "Print and Save the Web, just the way you want it!"
www.clarionproseries.com - "Serious imaging tools for Clarion Developers"
www.ezround.com - "Round Corner HTML tables with matching Banners, Buttons
and Forms!"
www.lansrad.com - "Intelligent Solutions for Universal Problems"
www.fotokiss.com - "World's Best Auction Photo Editor"
-------------------------------------------------------------------------------------------------------