RE: none

[Fred Wan]

When I run a cygwin terminal I get the output below (which i don't quite
understand, because I installed jdk 1.3 and followed all the procedures
mentioned in the java and the swarm documentation). Anyway, when I use
Visual Cafe, I use the jdk1.3 VM and I get a null-pointer error.

The reason I thought it has something to do with the global environment is
the error message

'java.lang.NoSuchFieldError: globalZone'

which is very similar to the one we got back trying to access
Globals.env.Completed which isn't there.

I will get back to the rest of your message shortly.

Thanks,
Fred.

address@hidden/cygdrive/h] $ javaswarm -version
Kaffe Virtual Machine
Copyright (c) 1996-2000
Transvirtual Technologies, Inc.  All rights reserved
Engine: Just-in-time   Version: 1.0.5   Java Version: 1.1
address@hidden/cygdrive/h] $ jdkswarm -version
JDK 1.2 does not appear to be installed
address@hidden/cygdrive/h] $

-----Original Message-----
From: address@hidden
[mailto:address@hidden Behalf Of Marcus G. Daniels
Sent: Friday, February 02, 2001 5:51 PM
To: address@hidden
Subject: Re: none


>>>>> "FW" == Fred Wan <address@hidden> writes:

FW> This seems to be a problem with the new swarm version.

First off, what do you get from:

  $ jdkswarm -version
  $ jdkswarm StartHeatbugs --version

Second, is there any different in behavior between jdkswarm and javaswram,
i.e. Sun JDK and Kaffe?

FW> When I run it on an 'old' version of swarm (installed in August)
FW> under Solaris, it does indeed run and initialize the
FW> parameterManager object, but on a machine with the fixes installed
FW> it doesn't.

I hope you realize this doesn't mean much by itself.  You're probably
using a different JVM (Kaffe), if not a different version of the JVM.
And these are two different operating system and architectures.  It's
good to have this fact, of course, but we can't draw any real
conclusions.

FW> As you may know, some time ago I discovered that something in the
FW> global environment has changed (variables have moved; I still
FW> don't know where to) in the new version of swarm (see includes),
FW> and I suspect the problems now have the same cause.

I don't know what might have moved, but the appended program works for me
with the latest snapshot (and I'm sure with most versions).

address@hidden $ javacswarm TestStatusVariables.java
address@hidden $ javaswarm TestStatusVariables
address@hidden
address@hidden
address@hidden

Although I still haven't managed to get Pietro to normalize his system
to my satisfaction, it's possible there is some relation in the
strange Java class/field lookup problems you're both seeing.  Again, I
recommend using the very latest JDK 1.3, making no modifications to
the environment or JDK install, and, for the purposes of debugging,
not putting any CLASSPATH variables in the environment.

import swarm.Globals;

public class TestStatusVariables {
  static void main (String args[]) {
    Globals.env.initSwarm ("TestStatusVariables", "address@hidden",
"0.0",
                           args);

    System.out.println (Globals.env.Completed);
    System.out.println (Globals.env.Running);
    System.out.println (Globals.env.globalZone);
  }
}

                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.


                  ==================================
   Swarm-Support is for discussion of the technical details of the day
   to day usage of Swarm.  For list administration needs (esp.
   [un]subscribing), please send a message to <address@hidden>
   with "help" in the body of the message.