Hey guys, I'm having a problem with my Minecraft that I've never seen before. I enter into my account in the launcher and click play, wait for the version to load, and boom. I get this.
Usage: javaw [-options] class [args...]
(to execute a class)
or javaw [-options] -jar jarfile [args...]
(to execute a jar file)
where options include:
-d32 use a 32-bit data model if available
-d64 use a 64-bit data model if available
-server to select the "server" VM
The default VM is server.
-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose:[class|gc|jni]
enable verbose output
-version print product version and exit
-version:<value>
require the specified version to run
-showversion print product version and continue
-jre-restrict-search | -no-jre-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions with specified granularity
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions with specified granularity
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see java.lang.instrument
-splash:<imagepath>
show splash screen with specified image
See http://www.oracle.com/technetwork/java/javase/documentation/index.html for more details.
Java HotSpot(TM) 64-Bit Server VM warning: Using incremental CMS is deprecated and will likely be removed in a future release
I've never seen this error report in any of the forums, and none of my friends have ever encountered it either. I tried running it on 1.8.9, 1.8.8, 1.7.10, and 1.7.2, all with the same results, online and offline.
I'm running minecraft on an ASUS ROG G Series with an I7-4720HQ processor, 16gb of RAM, a 64- bit operating system, and have tried running it off both my Intel HD Graphics 4600 graphics card and my NVIDIA GEFORCE GTX 960M graphics card with no avail. I am running Java 8 Update 65 right now. Please help!
Edit: I have tried uninstalling and reinstalling several times with no apparent change
Grimalq has had success telling people to reconfigure their JVM line to use java.exe instead of javaw.exe
Open profile editor, check Executable field. Change "javaw.exe" to "java.exe", don't touch the rest of the text.
I don't understand why this problem occurs in the first place though. javaw should work, and the fact that it doesn't is the sign that something is wrong somewhere. I wonder whether something has modified the parameters being passed in or that javaw.exe has been replaced (either of these surreptitiously as some kind of malware attack).
In fact I just did an experiment on my system, java.exe spits out this kind of message to the console. javaw.exe shouldn't ever spit this out because it isn't supposed to have a console. So it's like they have been reversed.
Hey guys, I'm having a problem with my Minecraft that I've never seen before. I enter into my account in the launcher and click play, wait for the version to load, and boom. I get this.
Usage: javaw [-options] class [args...]
(to execute a class)
or javaw [-options] -jar jarfile [args...]
(to execute a jar file)
where options include:
-d32 use a 32-bit data model if available
-d64 use a 64-bit data model if available
-server to select the "server" VM
The default VM is server.
-cp <class search path of directories and zip/jar files>
-classpath <class search path of directories and zip/jar files>
A ; separated list of directories, JAR archives,
and ZIP archives to search for class files.
-D<name>=<value>
set a system property
-verbose:[class|gc|jni]
enable verbose output
-version print product version and exit
-version:<value>
require the specified version to run
-showversion print product version and continue
-jre-restrict-search | -no-jre-restrict-search
include/exclude user private JREs in the version search
-? -help print this help message
-X print help on non-standard options
-ea[:<packagename>...|:<classname>]
-enableassertions[:<packagename>...|:<classname>]
enable assertions with specified granularity
-da[:<packagename>...|:<classname>]
-disableassertions[:<packagename>...|:<classname>]
disable assertions with specified granularity
-esa | -enablesystemassertions
enable system assertions
-dsa | -disablesystemassertions
disable system assertions
-agentlib:<libname>[=<options>]
load native agent library <libname>, e.g. -agentlib:hprof
see also, -agentlib:jdwp=help and -agentlib:hprof=help
-agentpath:<pathname>[=<options>]
load native agent library by full pathname
-javaagent:<jarpath>[=<options>]
load Java programming language agent, see java.lang.instrument
-splash:<imagepath>
show splash screen with specified image
See http://www.oracle.com/technetwork/java/javase/documentation/index.html for more details.
Java HotSpot(TM) 64-Bit Server VM warning: Using incremental CMS is deprecated and will likely be removed in a future release
I've never seen this error report in any of the forums, and none of my friends have ever encountered it either. I tried running it on 1.8.9, 1.8.8, 1.7.10, and 1.7.2, all with the same results, online and offline.
I'm running minecraft on an ASUS ROG G Series with an I7-4720HQ processor, 16gb of RAM, a 64- bit operating system, and have tried running it off both my Intel HD Graphics 4600 graphics card and my NVIDIA GEFORCE GTX 960M graphics card with no avail. I am running Java 8 Update 65 right now. Please help!
Edit: I have tried uninstalling and reinstalling several times with no apparent change
Note: Updated Java to 8u71 but no change still
Grimalq has had success telling people to reconfigure their JVM line to use java.exe instead of javaw.exe
I don't understand why this problem occurs in the first place though. javaw should work, and the fact that it doesn't is the sign that something is wrong somewhere. I wonder whether something has modified the parameters being passed in or that javaw.exe has been replaced (either of these surreptitiously as some kind of malware attack).
In fact I just did an experiment on my system, java.exe spits out this kind of message to the console. javaw.exe shouldn't ever spit this out because it isn't supposed to have a console. So it's like they have been reversed.
weird.
Thanks! I did what you said and for some odd reason it worked lol. I really appreciate your help!