Path: csiph.com!newsfeed.hal-mli.net!feeder3.hal-mli.net!newsfeed.hal-mli.net!feeder2.hal-mli.net!feeder.erje.net!eu.feeder.erje.net!fu-berlin.de!uni-berlin.de!individual.net!not-for-mail From: Nigel Wade Newsgroups: comp.lang.java.help Subject: Re: SIGFPE (0x8) at pc=0x00002b00ce6bf68f, pid=19575, tid=1076017472 Date: Wed, 13 Feb 2013 15:22:43 +0000 Lines: 28 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: individual.net ZAa7RuRZdTWLU0uLnGvMtgRVdqE8Iyo2regaWfW8DRQuuFCRDfTZg8dhx5i/jbV88z Cancel-Lock: sha1:dgbcc2cFIEts6rq48Wv1MwzaaAU= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120601 Thunderbird/13.0 In-Reply-To: Xref: csiph.com comp.lang.java.help:2497 On 13/02/13 12:53, John B. Matthews wrote: > [...] >> ># JRE version: 6.0_35-b10 > This Java Runtime Environment version is neither current nor the > most recent for Java 6; the documentation may indicate a required > version. >> ase15@s10-1300:~/sybuat> ./setup.bin >> Preparing to install... >> Extracting the JRE from the installer archive... >> Unpacking the JRE... It looks as though the installer has its own supplied JRE, which it is probably using. You'd hope the supplied version of the JRE was compatible with the rest of the product. But, maybe not. >># The crash happened outside the Java Virtual Machine in native code. So, the installer uses some native code, which apparently is the root of the problem. That native code may well require other libraries which are not compatible with the system. The OP should check the system requirements for the product have been met. -- Nigel Wade