The Version table provides details related to the release that this issue/RFE will be addressed.
Unresolved : Release in which this issue/RFE will be addressed. Resolved: Release in which this issue/RFE has been resolved. Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.
The current development launcher (gamma) has a few problems:
1) it requires env.sh to be sourced
2) it requires the current working directory to be the build directory
3) it does not exist on windows platforms
SUGGESTED FIX
Some more description of how the launcher script on Linux and Solaris works:
If the first parameter is either "-gdb" or "-gud", HotSpot will be
launched inside gdb. "-gud" means "open an Emacs window and run gdb
inside Emacs".
Solaris: If the first parameter is "-dbx", HotSpot will be launched inside dbx.
If the first parameter is "-valgrind", HotSpot will be launched
inside Valgrind (http://valgrind.kde.org) using the Memcheck skin,
and with memory leak detection enabled. This currently (2005jan19)
requires at least Valgrind 2.3.0. -Xmx16m will also be passed as
the first parameter to HotSpot, since lowering HotSpot's memory
consumption makes execution inside of Valgrind *a lot* faster.
22-09-2010
EVALUATION
Ok.
01-09-2010
SUGGESTED FIX
Create a new launcher called fusion(.exe). On linux/solaris it will be script that sets up the environment and then launches the old gamma launcher. On windows it will be an executable.
The new launcher will be insensitive to current directory and will only need the JAVA_HOME env variable to be set up.
On solaris/linux it will also have parameters to launch the process in a debugger.
*** (#1 of 1): [ UNSAVED ] ###@###.###