Jump to content
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble
Strawberry Orange Banana Lime Leaf Slate Sky Blueberry Grape Watermelon Chocolate Marble

MSFN is made available via donations, subscriptions and advertising revenue. The use of ad-blocking software hurts the site. Please disable ad-blocking software or set an exception for MSFN. Alternatively, register and become a site sponsor/subscriber and ads will be disabled automatically. 


jumper

KernelEx 4.5 Core Updates (4.5.2016.17)

Recommended Posts

Posted (edited)

I have manually installed Java 1.8.0_51 in  WinDir subdirectory JAVA\JDK\jre after installing JDK 1.7.0.0. Since some executables and control panel now need 2K settings I needed to update KEX AppSettings. My original settings were *\Java*.exe = DCFG1. This original setting results in other executables having names not starting with Java in the JRE folder having BASE setting. Tested in 2 different builds and happens with JDK/JRE 1.7.0.0 as well. Is this intensional? I still use DCFG1 for *\JAVA*.EXE and now use *\*.CPL.EXE  = NOHEAP and over riding the BASE auto setting that I found for these two exes Jp2Launcher.exe and  SsvAgent.exe to NOHEAP.

Edited by Goodmaneuver

Share this post


Link to post
Share on other sites

Posted (edited)

BASE and DCFG1 are the same, so original definition is no longer needed. Try *\jre\* = NOHEAP or WIN2Kstd instead.

 

Edited by jumper
Added WIN2Kstd

Share this post


Link to post
Share on other sites
Posted (edited)

DCFG1 is not the same as BASE as if JAVA*.EXE is set to BASE then the JAVA control panel does not work. It complains that Javacpl.exe has a device not functioning. This is because of the VerSetConditionMask and VerifyVersionInfoW functions. I run Explorer with DCFG1 to allow more programs to run without the need for extra individual settings. *\JRE\* is a idea that I had not known about and assigns all modules to the desired setting, but JVM.dll only works with BASE or DCFG1 and there are the Java, Javaw and Javaws executables in the WinDir as well. The phenomenon of why the other files had the BASE setting in the Java\Bin location is still a mystery when they should have just been in following mode.

The other problem which may not be a KernelEx one but is important is the assigning of folders like .folder in Java 1.7 and above. I think Java has a problem finding the correct folders. Some programs I have that use Java are VUZE 5.4; Art of Illusion vs 3.1; and Eclipse Luna 2014. It is important as saving of work in Eclipse can not be done properly and Vuze always wants to install the Swt download in an incorrect location or something like it. I am still looking into this issue but would appreciate help. Eclipse is storing in correct location but 0 kB, see picture.

I have decided to have the java 1.7.0.0 runtime as is and let the Java control panel update the 1.8.0_51 runtime location. This will negate any errors associated with manual registry updates for Java 1.8. In so doing this, the 1.8.0_51 runtime location bin has all the executables KEX set to DCFG1 with KEX AppSettings *\Java*.exe = DCFG1. The DLLs in the 1.8 folder are in follower mode.

Eclipse.png

Edited by Goodmaneuver

Share this post


Link to post
Share on other sites
Posted (edited)

Java uses local variables which after the function ends, the variable name does not exist. C/C++, Visual Basic, and VB.NET use static variables ( local ) that stay in RAM which allows a value to be retained for different function calls. I am wondering if there is a race situation that does not favor the saving in Eclipse as JVM not working unless assigned DCFG1 or BASE - could be a timing speed problem. MSHTML vs 6.2800 needs KEX disabled due to speed before the graphics output outputs. Experiment using explorer in a window and then go full screen and back with different MSHTML KEX settings. Will have to restart Windows for accurate results between KEX setting changes on the MSHTML as it is loaded at all times. MSHTML also has many registry settings and I found that it will not register any more, time wise, I would imagine since the original install of IE6 or IE5.5 : - ( WinME original install ).

Edited by Goodmaneuver

Share this post


Link to post
Share on other sites

OT. Please reread Warning in TP.

 

Share this post


Link to post
Share on other sites
Posted (edited)

If there was an issue with the files in the package then likely everyone is going to have the same issues, removed since you know the software the best.

Edited by DosFreak

Share this post


Link to post
Share on other sites
Posted (edited)

Thank you for your enthusiasm, but you need to coordinate with me before redistributing collections of my files. This one is flawed. Please remove it immediately. 

Remember that these files are only for developers and still under development. Anyone who cannot read/scan through the whole topic and compile their own full update set should not be using them.

That said, I am working on a full release package suitable for end users. Please be patient.

 

Edited by jumper
Tone

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...