atom feed22 messages in org.apache.tomcat.usersRe: (Issue) Tomcat 7.0.12 silent install
FromSent OnAttachments
John MarcinekApr 27, 2011 11:47 am 
Caldarale, Charles RApr 27, 2011 12:35 pm 
John MarcinekApr 27, 2011 1:39 pm 
Caldarale, Charles RApr 27, 2011 1:54 pm 
Mark ThomasApr 27, 2011 2:26 pm 
John...@pb.comApr 28, 2011 4:21 am 
John...@pb.comApr 28, 2011 4:25 am 
Mark ThomasApr 28, 2011 9:04 am 
Caldarale, Charles RApr 28, 2011 9:14 am 
Caldarale, Charles RApr 28, 2011 9:16 am 
John...@pb.comApr 28, 2011 11:48 am 
Caldarale, Charles RApr 28, 2011 12:04 pm 
Mark ThomasApr 28, 2011 12:06 pm 
John...@pb.comApr 28, 2011 12:14 pm 
John...@pb.comApr 28, 2011 12:25 pm 
Konstantin KolinkoApr 28, 2011 1:22 pm 
Terence M. BandoianApr 28, 2011 1:33 pm 
John...@pb.comApr 28, 2011 1:34 pm 
Konstantin KolinkoApr 28, 2011 1:45 pm 
John...@pb.comApr 28, 2011 2:25 pm 
Konstantin KolinkoApr 28, 2011 3:00 pm 
John...@pb.comApr 29, 2011 5:32 am 
Subject:Re: (Issue) Tomcat 7.0.12 silent install
From:Konstantin Kolinko (knst@gmail.com)
Date:Apr 28, 2011 3:00:34 pm
List:org.apache.tomcat.users

2011/4/29 <John@pb.com>:

From: Konstantin Kolinko [mailto:knst@gmail.com] Sent: Thursday, April 28, 2011 4:46 PM

The installer itself is a 32-bit program.

The "SetRegView 64" command switches it to using 64-bit part of registry. This command is documented here: http://nsis.sourceforge.net/Docs/Chapter4.html#4.9.7.6

Hmm. Seems like I'm being lead a little bit here. Ok.

Alright so what should probably happen then is if reading the registry fails to
return a result for "SetRegView 64" then read it again after doing "SetRegView
32".

The logic and sequence for checking 32-bit registry space would go something
like this:

1) IF 64-bit system     a) "SetRegView 64"     b) Read registry     c) IF no-errors we have a JRE path (goto "NoErrors") 2) "SetRegView 32"     a) Read registry     b) IF no-errors we have a JRE path (goto "NoErrors").     c) ELSE set JRE path = ""

3) Switch back to 64-bit mode?

Because it affects all ReadRegStr/WriteRegStr commands elsewhere in the script.

JRE path is $1 in the NSIS script.

I filed en enhancement request, https://issues.apache.org/bugzilla/show_bug.cgi?id=51135