similar to: JVM 7 fails to start

Full_Name: St?phane Gourichon Version: R 1.7.1 (2003-06-16). OS: GNU/Linux Submission from: (NULL) (132.227.205.226) The HTML help is great. But the search engine is broken. It used to work in Galeon 1.x, not Konqueror 3.0 . Now it doesn't work, neither on Mozilla 1.6 / Firebird 0.6 / Firefox 0.8 nor Konqueror 3.2 which are IMHO the latest versions of those advanced, standard-compliant

Hi Just installing a machine to replace our dev server. Currently the dev server runs many different JVM versions depending on the app the developer is working on. Some of these require older versions of java. Newer versions work fine out of the box, eg 1.4.x however i'm running into the following issue when trying to run apps against 1.3.1_02 which i have to be able to run on this box

i chose to install tomcat during the OS install as well as java....however, since I needed to use a different jvm, i used the method described in http://wiki.centos.org/HowTos/JavaOnCentOS for Sun jdk 1.5.0_13 and it worked fine as I can tell, as using the alternatives --config java command, i see both 1.4.2 and 1.5.0 versions and choosing the 1.5.0 version yields the right version when doing a

Hi all ;-) , I tried to install "Microsoft Java Virtual Machine" on Wine, but it showed me this error message! (jvm-1.png), after end of installation i tried to run a program using MS JVM, then wine appeared this error message (jvm-2.png) note: I tried to install "SUN Java Virtual Machine (JRE)" it worked well, but MS JVM didn't work! -- Best Regards

Due to some XML issues, we installed *1.6 from Sun jdk-6u20-nb-6_8-linux-ml.sh on Centos. * ** *below is the output from *[root at www2 tmp]# alternatives --config java There are 3 programs which provide 'java'. Selection Command ----------------------------------------------- 1 /usr/lib/jvm/jre-1.4.2-gcj/bin/java * 2

Hi, I'm interested in using LLVM to run source languages supported by GCC (mostly just C and Fortran, actually) on a JVM. There seem to be two general ways this could be accomplished. 1. LLVM bytecodes could be compiled to JVM bytecodes 2. LLVM bytecodes could be interpreted by a program running on a JVM Has anybody started work in either direction? Has anyone started work on anything

On Feb 28, 2005, at 19:16, Curt Cox wrote: > I'm interested in using LLVM to run source languages supported by GCC > (mostly just C and Fortran, actually) on a JVM. There seem to be two > general ways this could be accomplished. Here is a better way to do this. At least, I think it is better, mostly because someone else has already done all the work: http://www.xwt.org/mips2java/

The reasons I'm interested in are compiling legacy Fortran/C code to Java bytecode are: 1) to run the same binaries on all platforms with a supported JVM 2) to run in environments with security restrictions (AKA sandboxes) I care about performance. A major reason that I'm attracted to LLVM is that it would seem to have a better upper limit for attainable performance. My primary

Hi Tom, > I didn't dig into the Makefiles... are the libraries and whatnot built > -fPIC? If you do `make Verb=' then you'll see all the actual command invocations and can grep for bits of interest. Cheers, Ralph.

Hello, Edwin > Probably there are more 64-bit issues to solve. Unfortunately I don't > have time to look into this deeper now. At least these "4" looks pretty suspicious: - (void *)gcset((gc **)((unsigned int)this + nbb + 4 - sizeof(void *)), + (void *)gcset((gc **)((size_t)this + nbb + 4 - sizeof(void *)), (Object*)m); -- With best

Anton Korobeynikov wrote: > Hello, Edwin > Hi Anton, >> Probably there are more 64-bit issues to solve. Unfortunately I don't >> have time to look into this deeper now. >> > At least these "4" looks pretty suspicious: > > - (void *)gcset((gc **)((unsigned int)this + nbb + 4 - sizeof(void > *)), > + (void *)gcset((gc

On Mar 26, 2008, at 12:23 PM, Török Edwin wrote: [...] >> 2) ISO C++ does not support %jd. x86_64 does not know about %lld? >> > > It does, but gcc gives a warning, if I use %lld I get a warning on > x86_64, if I %ld I get a warning on x86-32. > int64_t is long int on x86-64. However sizeof(long int) == sizeof(long > long int), so I don't know why gcc insists it is

On Friday 21 March 2008 21:52:32 Nicolas Geoffray wrote: > Hi everyone, > > I've just checked in a JVM and a CLI for LLVM (called JnJVM and N3). > Both are placed in the vmkit svn directory. > You can find the source code here: > > svn co http://llvm.org/svn/llvm-project/vmkit/trunk vmkit This looks really exciting but I'm having trouble finding information about

Hello, David > Additional patch attached, is this suitable? Looks good, thanks. What's about arithmetics? >> The current big question is: how you're planning to deal with >> arbitrary precision stuff which might come from LLVM IR. > I should be able to implement that. Would arbitrary precision support > be required for the initial commit of the backend? I really

On Friday 27 November 2009 05:55:59 David Roberts wrote: > > If you translate to a big array of memory and index into it, how is it > > better than the mips -> java compiler? > > Yes, it is similar to the mips to java compiler in that regard, but it > does have several advantages over it. For example, functions are > mapped to individual methods (rather than just a big

Hi David, > No, structs are supported. The only unsupported types at the moment > (as far as I am aware) are things like i31 and f80. for funky sized integers, the most important operations to support are loads and stores, shifts and logical operations (and, or, xor). These are the ones that the optimizers like to introduce most. The logical operations are straightforward. Loads and

On 4/17/19 10:24 AM, Sachin Soman wrote: > Hi, > > Could you tell me if the following is some known issue? > > While performing the following simple test, I see my JVM crashing > (consistently): > 1. Open a connection to an ESXi driver/host (passing ConnectAuthDefault > instance). > 2. Close the connection. > 3. Invoke GC > > When GC is triggered, at some

On Tue, Apr 23, 2019 at 05:02:12PM +0530, Sachin Soman wrote: > [Update] > > Instead of passing an auth callback to Connect, if I store the credentials > in an INI file and pass the file path as authfile URI parameter, I dont see > these errors. That makes it sound like some kind of memory handling bug in the JNI native calls. I looked the libvirt-java code for the auth callback

I've been running a lot of apps with Sun's 1.5.0_03 JVM on CentOS 3.6. After the latest kernel update 2.4.21-37.0.1.ELsmp is seems I'm starting to get hangs. Just like I used to a year ago on an earlier kernel release. It looks like the infamous futex bug: strace -p 22406 Process 22406 attached - interrupt to quit futex(0x821be34, FUTEX_WAIT, 15, NULL <unfinished ...> Anyone

Hello, I would like to know if there is a possibility to open an R session via Java (using the SJava package), then to terminate it, and re-run another. It seems not to be possible. If this is the case, I would like to understand where is the problem or the limitation (is it due to the SJava implementation, to the Java behavior, or to the R application). In fact, I am interesting in re-starting