PDA

View Full Version : Problem with compiler variable (900k zipped attachment)



NewsArchive
03-05-2008, 01:46 AM
Please see attached screenshots, in zip

"Clip" #:-
1. Compiler errors, attributed to unknown compiler variable

2. Here's one of the lines pointed to...

3. But here *IS* that compiler variable [INSTALLDIR]!!
(as well as [DATAPATHVISTA], also complained about)

4. Curiously, if I now try to edit the compiler variable, the dialog
displays are mangled! (No variable name - which is in value instead!)...

5. ... and cannot be deleted either!


SB data corrupted?
Fix how?

Steve Bywaters

NewsArchive
03-05-2008, 01:47 AM
I don't know why the name appears that way (the cabernet, dontcha know),
but [INSTALLDIR] is a built-in variable that can't be deleted.

Jane Fleming

NewsArchive
03-05-2008, 01:47 AM
Then why am I getting compile errors...?

Steve Bywaters

NewsArchive
03-05-2008, 01:49 AM
> but [INSTALLDIR] is a built-in variable that can't be deleted.


So, why does it say "User-defined" in the list?

Steve Bywaters

NewsArchive
03-05-2008, 01:50 AM
Steve,

That's strange. The Compiler Variable field is empty in your case (see
screenshot). It should display the [INSTALLDIR] compiler variable.

Could you please send your project file and we'll check this.

Thanks,
Friedrich

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

"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes

-- Official Comodo Code Signing and SSL Certificate Partner

NewsArchive
03-05-2008, 01:50 AM
> That's strange. The Compiler Variable field is empty in your case (see
> screenshot). It should display the [INSTALLDIR] compiler variable.

Yes, I know!!

File sent direct to your email

S.

NewsArchive
03-05-2008, 01:51 AM
>
> File sent direct to your email
>

Not received yet. Seems to be still on the way...

Friedrich

NewsArchive
03-05-2008, 01:52 AM
Ok, too impatient to wait <g> - attached here

Steve Bywaters

NewsArchive
03-05-2008, 01:52 AM
>
> Ok, too impatient to wait <g> - attached here
>

Thanks :) I'll check this now...

Friedrich

NewsArchive
03-05-2008, 01:53 AM
Aha, I see!!

You created your "own" [INSTALLDIR] variable (two times) in the "Compiler
Variables" Visualizer and the IDE did *not* prevent you from doing this! It
is definitely a bug (it should not be possible to add pre-defined variables
again) and we'll fix this.

I have removed your [INSTALLDIR] variables from the script and it should
work fine now (see attached).

Does this work?

Friedrich

NewsArchive
03-05-2008, 01:53 AM
"Does this work?"

Unfortunately not... actually *2* variables reporting problem - same as in
my original post.
(BTW Yes, I did double-check I was using your new one!)

Steve Bywaters

NewsArchive
03-05-2008, 02:05 AM
Yes, I see. Not really caused by your script.

It seems to me that the [APPTITLE] variable is the problem here. Please
replace [APPTITLE] with TCS Cash Register for now in [DATAPATHVISTA] and
[INSTALLDIR]. For whatever reason, the compiler does not see the value for
[APPTITLE]. Item in review.

Friedrich

NewsArchive
03-05-2008, 02:06 AM
So the default [PRODUCTNAME] works but [APPTITLE] doesn't?
Nice [not]!

If you're wondering, I amended because I made ProductName the long-form
version, and AppTitle the short-form version.

Your diagnosis is correct - replacement with path text string produces
success...
Well, kinda - it then falls over on the use of [APPTITLE] in uninstall
folder <G>

Helpful, I hope.

Steve

NewsArchive
03-05-2008, 02:06 AM
Hi Steve,

> So the default [PRODUCTNAME] works but [APPTITLE] doesn't?
> Nice [not]!
>
> If you're wondering, I amended because I made ProductName the long-form
> version, and AppTitle the short-form version.
>
> Your diagnosis is correct - replacement with path text string produces
> success...
> Well, kinda - it then falls over on the use of [APPTITLE] in uninstall
> folder <G>
>
> Helpful, I hope.

It's only with [APPTITLE]. Seems to be caused by a compiler bug (is does
not resolve the [APPTITLE] at compiler startup).

There is nothing wrong with the way you are using [APPTITLE] and it's
definitely a SB bug.

Thanks,
Friedrich

NewsArchive
03-05-2008, 02:07 AM
>
> File sent direct to your email
>

FYI: File via private email still not received. YOu are whitelisted and
nothing in our Spam folder...

Friedrich

NewsArchive
03-05-2008, 03:46 AM
Update: file via private email received.

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

"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes

-- Official Comodo Code Signing and SSL Certificate Partner

NewsArchive
03-06-2008, 02:04 AM
> So the default [PRODUCTNAME] works but [APPTITLE] doesn't?
> Nice [not]!
>
> If you're wondering, I amended because I made ProductName the long-form
> version, and AppTitle the short-form version.
>
> Your diagnosis is correct - replacement with path text string produces
> success...
> Well, kinda - it then falls over on the use of [APPTITLE] in uninstall
> folder <G>
>
> Helpful, I hope.

Fixed, thank you!

It was not a problem with the [APPTITLE] per-se. When using nested compiler
variables, the compiler did not find the first compiler variable (from
within an alphabetically sorted compiler variable list).

Thank you for bringing the problem to our attention.

Friedrich

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

"point. click. ship" - that's SetupBuilder 6.7
Create Windows Vista ready installations in minutes

-- Official Comodo Code Signing and SSL Certificate Partner