Changes to display JVM installations on macOS/OSX.
Main change here is in Installer.java where scanDirectory was changed to work recursively, thanks to this we are able to find JVM on macOS which are in less predicable places ;-) on macOS JVM location will be for example /Library/Java/JavaVirtualMachines/jdk1.8.0_181.jdk/Contents/Home, but scaning /Library/Java/JavaVirtualMachines/ without this recursive thing will not find JVM.

Additionally changed text in MainWindow which suggests now that users should prefer alternate JVM over replace JVM, with short "explanation" why.

Updating for Java 8 update 181 build 13, previouse changes wasn't working....

Updating for Java 8 update 181 build 13

Merge pull request #146 from przemelek/JDK8u172

Jdk8u172

changes for support JDK8u172, needed to create dmh-field-accessors-java8u172.patch because in src/share/vm/classfile/vmSymbols.hpp getProtectionDomain have 2 new templates and old dmh-field-accessors-java8u80.patch wasn't able to merge

updated to dcevm/dcevm

Typo fix

Fix typo

Update README for java9 and java10

Merge pull request #140 from przemelek/classRedefinedCount-fix

fix for proper incrementation of classRedefinedCount…

fix for proper incrementation of classRedefinedCount, till now we were updating value in old class Class file

Updating for Java 8 update 162 build 12

Updating for Java 8 Update 161 build 12

Merge pull request #138 from przemelek/master

Initial change for JDK8u152

Initial change for JDK8u152

Merge pull request #135 from skybber/master

Lock on JvmtiRedefine method

Lock on JvmtiRedefine method

Updating for Java 8 Update 144

Fixing incorrect order of arguments in aligned_disjoint_words

Merge pull request #116 from skybber/master

fixes dcevm8 lambda method unevolving

fixes dcevm8 lambda method unevolving

Merge pull request #114 from skybber/master

Fix problem with java8 breakpoints

Fix problem with java8 breakpoints

Jvmti GetLoadedClasses collects classes from classloaders
in java8 while java7 collects it from SystemDictionary. Dcevm7/8
holds only new classes in Dictionary while classloader holds
all versions including old one. Therefore dcevm8 must return
only new version in jvmti getLoadedClasses.

Merge pull request #113 from skybber/master

README updates

README updates
Code generated by reflection must be deoptimized.

Merge pull request #108 from skybber/master

Update -XX:HotswapDeoptClassPath= for jdk8

Update -XX:HotswapDeoptClassPath= for jdk8
Flag is used to specify set of packages to be deoptimized after class redefinition.
By default all classes are redefined that leads to performance drop.

Merge pull request #89 from VladRassokhin/jre-dir-no-prefix

Do not require jre directory to be prefixed with 'jre'

Merge pull request #85 from ebourg/master

Installation instructions for Debian/Ubuntu

Merge pull request #104 from skybber/master

Patches: Jdk7u111 light/full, Jdk8u102, jdk8u111, jdk8u112

Jdk8u102, jdk8u111, jdk8u112 patch
Patch for jdk7u85 is applicable on jdk7u111 as well. Dcevm for
jdk7u85 is binary compatible up to jdk7u99. The binary compatibility
for newer java7 versions is broken therefore dcevm for jdk7u111 is
necessarry. Same for jdk8u102 and higher.

Merge branch 'master' of github.com:skybber/dcevm

Jdk7u111 light + full patch
Patch for jdk7u85 is applicable on jdk7u111 as well. Dcevm for jdk7u85
is binary compatible up to jdk7u99. The binary compatibility for newer
java7 versions is broken therefore dcevm for jdk7u111 is necessarry.

Jdk7u111 light + full patch
Patch for jdk7u85 is applicable on jdk7u111 as well. Dcevm for jdk7u85
is binary compatible up to jdk7u99. The binary compatibility for newer
java7 versions is broken therefore dcevm for jdk7u111 is necessarry.

Updating for Java8u92

Another try at not clearing cache

Need to always clear f1 for invokedynamic/invokehandle

Temporarily disabling the test

Running test in a loop

Fixing parsing for inner classes

Updating component_mirror during redefinition

Adding test for getComponentType

Do not clear f1 for now

Seems like f1 is still sometimes uses (in field scenario?) even though we zero bytecode, so it should be re-resolved.

Updating .gitignore

New test to reveal issues with compiler

Make sure we update klasses in constraints

fixes #94

Updating for Java8u74

Adding failing test case (#94)

Reformatting the source code

Preserving old Java 6 based patches

Retrieved from http://hg.openjdk.java.net/mlvm/mlvm/hotspot

Return some value

Adding JVM_GetVmMemoryPressure stub

Updating to jdk8u66

Reducing log messages

Merge pull request #93 from skybber/master

Light jdk7u85b02 support

Light jdk7u85b02 support
should be compatible with 7u91 too

Merge pull request #92 from skybber/master

Duplicity distro patch removed from full patch.

Duplicity distro patch removed from full patch

Merge pull request #91 from skybber/master

Full jdk7u85b02 support

Full jdk7u85b02 support
should be compatible with 7u91 too

Added installation instructions for Debian/Ubuntu

Fixing issue when lambda method could not be found

closes #81

Support for Java 8 update 51

Deleting old tests (moved to Java 7 tests)

Fixing fields handling

Applying patch only on light

Fixing fields handling

Copying method handles code from full version

Java 7u79 light support

Deleting JAR added by mistake

Merge pull request #82 from dcevm/feature/jdk7u79-support

Support for Java7u79

Support for Java7u79

Cleaning up constant pool cache clearing code

Clear constant pool cache entries which are related to
invokehandle/invokedynamic and ones which are unresolved
(have both bytecodes set to 0).

There are two cases when such entries could be non-empty
(have data in f1/f2):
  1. invokedynamic/invokehandle-related entries in which f2 was
     set during constant pool cache initialization.
  2. put/get into static field when class having the field
     is not initialized yet.

Previously, we didn't clear such entries as clearing f2 in
first case results in crash. However, if we don't clear f1
in the second case, we will not be able to initialize class
for the second time (to re-create all enum constants, for
example) as non-empty f2 will cause assertion to fail.

The current implementation uses free bit in constant pool cache
entry to mark all entries with resolved indices (case #1).
The clearing code preserves f2 for all such entries.

Fixing Mercurial MQ extension check

Improving versions parsing in tests

Compile natives with -fPIC

Verify Mercurial is installed

Show better error message if Mercurial is not installed or mq extension is not enabled.
Fixes #67

Merge pull request #77 from mdaniel/shell-code-markup

Mark up shell commands using shell syntax

Merge pull request #76 from mdaniel/fix-mq-url

Fix the MqExtensions URL in the README

Mark up shell commands using shell syntax

No need to make people copy-and-paste around the bullet-points

Fix the MqExtensions URL in the README

Verify that JMX attach still works fine

Updating bug tracker URL

Fixing issue with vmindex not being properly updated.

Set root project name explicitly

Export added JNI function

Stub JVM_SetVmMemoryPressure function in jvm.cpp

Adding test to verify JMX could be loaded

Reverting series file

Merge pull request #71 from skybber/master

full/light jdk7u79-b02 support

full/light jdk7u79-b02 support

Reverting tag for 8u45

Fixing series file

Fixing jdk tag

Do not require jre directory to be prefixed with 'jre'

In case of some custom installation, e.g. i have special dcevm-enabled jre at `/opt/oracle-jre-bin-1.8.0.45-dcevm/`

Avoiding Turkish i/I issue with toLowerCase(), using ENGLISH locale

Allow changing installer JAR name

Updating for Java 8u40

Only select GC if not selected by AllowEnhancedClassRedefinition

Fixing patches for 8u40