Nabble - Robocode

Re: Robocode Robot Help

2009-11-20T14:43:29Z

Matt wrote:
> However, when I replace the old firing system with the linear targeting system, my robot will randomly quit working out of no where. As in, the robot will work for a second or a minute then just freeze in place with no movement, no radar spin, no firing, and no gun turn. I'm not sure what is causing this.
>
From what I can see, it's because you're using fire() instead of
setFire(). fire() is a blocking method which will lock your robot until
your gun cools sufficiently to fire a bullet.

HTH,

Julian (aka Skilgannon on Robowiki)

Re: Robocode Robot Help

2009-11-20T06:49:37Z

--- In Robocode@..., Johannes Slotta <jojo314@...> wrote:

>
> Hello Matt,
>
> I'll try to explain what this bot does. First, run() is called. It
> starts spinning its gun (tells the gun to spin by an infinite angle),
> then run() exits. Since the radar is fixed on the gun it starts
> spinning, too. Nothing very interesting here.
>
> Once the radar beam goes over an enemy robot, onScannedRobot() is
> called by the game. The method fires and changes turning direction
> (+inf to -inf or vice versa). That way it can "lock" on the target as
> long as it is within range and does not move out of the sector the
> radar beam will cover next tick. Additionally, if your bot is no
> longer moving (or will be stopping soon) it calls goTo with a random
> location entry of its array. This method calculates how to move there
> and runs the necessary commands. But all this logic (besides the first
> spin starter) is called only when an enemy is scanned. So never try
> this behaviour on 5k*5k battlefields.
>
> I have still enough to learn, too, my bots are worse than some of the
> sample bots :-/
>
> Happy coding,
> Johannes
>

I can understand all that fine. And...just to make sure I understand...this part:

//Reset the absoluteBearing to the new absolute bearing so that the numbers are current
private double absoluteBearing(Point2D source, Point2D target) { //private double opening bracket

return Math.toDegrees(Math.atan2(target.getX() - source.getX(), target.getY() - source.getY()));

} //private double closing bracket

//Reset the angle to the new angle so that the numbers are current
private double normalRelativeAngle(double angle) { //private double opening bracket

angle = Math.toRadians(angle);
return Math.toDegrees(Math.atan2(Math.sin(angle), Math.cos(angle)));

} //private double closing bracket

is just resetting the angle and distance to travel to get to the next point...right?

Anyway...I don't understand WHY the robot is breaking down...like...what is it in the code that is messing up the robot or contradicting or w/e you want to call it?

Re: Re: Robocode Robot Help

2009-11-19T13:24:02Z

Hello Matt,

I'll try to explain what this bot does. First, run() is called. It
starts spinning its gun (tells the gun to spin by an infinite angle),
then run() exits. Since the radar is fixed on the gun it starts
spinning, too. Nothing very interesting here.

Once the radar beam goes over an enemy robot, onScannedRobot() is
called by the game. The method fires and changes turning direction
(+inf to -inf or vice versa). That way it can "lock" on the target as
long as it is within range and does not move out of the sector the
radar beam will cover next tick. Additionally, if your bot is no
longer moving (or will be stopping soon) it calls goTo with a random
location entry of its array. This method calculates how to move there
and runs the necessary commands. But all this logic (besides the first
spin starter) is called only when an enemy is scanned. So never try
this behaviour on 5k*5k battlefields.

I have still enough to learn, too, my bots are worse than some of the
sample bots :-/

Happy coding,
Johannes

Re: Robocode Robot Help

2009-11-19T09:14:56Z

--- In Robocode@..., Johannes Slotta <jojo314@...> wrote:

>
> Hi Matt,
> I think I didn't express it the right way. I agree, you need
> onScannedRobot() or the event. But I think it should not be the only
> way to initiate action. If your robot does not scan any enemy for a
> certain time it will stop moving until it scans another one. This is
> not a problem unless you play on very large arenas where robots might
> get out of scan range, but I simply don't like it. Since large arenas
> are not very common it might not be relevant.
>
> How's your robot going? Could you change it in a way which keeps the
> radar spinning?
>

Well, to be honest...I don't completely understand the GoToBot code...I'm still new to java and robocode and I vaguely know how it works...and that is where the problem lies...because since I don't know how the GoToBot works all the way, I don't know what is causing the problem. As goes with the linear/circular targeting...I don't fully understand it and, like the GoToBot code...I'm not sure where or how to fix what is bugging the system out.

Re: Robocode Robot Help

2009-11-19T07:26:07Z

Okay...I've been playing around with the code for about an hour and a half and I have yet to be able to fix either of the problems...I'm seriously confused on what to do...

Re: Re: Robocode Robot Help

2009-11-19T06:56:27Z

Hi Matt,
I think I didn't express it the right way. I agree, you need
onScannedRobot() or the event. But I think it should not be the only
way to initiate action. If your robot does not scan any enemy for a
certain time it will stop moving until it scans another one. This is
not a problem unless you play on very large arenas where robots might
get out of scan range, but I simply don't like it. Since large arenas
are not very common it might not be relevant.

How's your robot going? Could you change it in a way which keeps the
radar spinning?

Re: Robocode Robot Help

2009-11-19T06:09:24Z

--- In Robocode@..., Johannes Slotta <jojo314@...> wrote:

>
> Hi Matt,
>
> You cannot call anything like getBattleFieldWidth() in the
> constructor, so you have to do the initialization stuff in the
> beginning of the run() method. This way it should work.
>
> You should look at what the gotobot is doing. It is constantly
> spinning (switching between +infinity and -infinity on fire), this is
> vital for its functions since without spinning it won't scan anything
> and all the logic is inside the onScannedRobot() routine. You use
> values different from these for targeting reason, breaking this
> movement and allowing it to stop spinning when the enemy manages to
> slip through unseen. Too tired now (it's 00:40 in the morning) to do
> further analysis on how to fix this. Don't like the idea of depending
> on onScannedRobot() that much either.
>
> HTH
> Johannes
>

You said that yo don't like depending on the onScannedRobot()...how do you not depend on it? (I'm not advanced enough to have ever seen or used a robot that can function well without the onScannedRobot()...)

Re: Robocode Robot Help

2009-11-18T15:47:29Z

Hi Matt,

You cannot call anything like getBattleFieldWidth() in the
constructor, so you have to do the initialization stuff in the
beginning of the run() method. This way it should work.

You should look at what the gotobot is doing. It is constantly
spinning (switching between +infinity and -infinity on fire), this is
vital for its functions since without spinning it won't scan anything
and all the logic is inside the onScannedRobot() routine. You use
values different from these for targeting reason, breaking this
movement and allowing it to stop spinning when the enemy manages to
slip through unseen. Too tired now (it's 00:40 in the morning) to do
further analysis on how to fix this. Don't like the idea of depending
on onScannedRobot() that much either.

HTH
Johannes

Robocode Robot Help

2009-11-18T09:22:07Z

Okay, well, I'm working on a robot in robocode. I'm using the example gotobot found here: http://old.robowiki.net/robowiki?Movement/GoToBot

I have edited it so that I have the movement patterns that I want. I'm in the process of trying to use a simple linear targeting fire system. The linear targeting code I'm trying to use can be found here: http://robowiki.net/wiki/Linear_Targeting

However, when I replace the old firing system with the linear targeting system, my robot will randomly quit working out of no where. As in, the robot will work for a second or a minute then just freeze in place with no movement, no radar spin, no firing, and no gun turn. I'm not sure what is causing this.

Aside from that, I'm using a movement pattern that is proportional to the battlefield size. My problem with this (I have comments in the code itself about it) is I want to use the getBattleFieldHeight/Width rather than just inputing the numbers like I do now. When I use the getBattleField method though, the robot won't move. So if anyone knows how I can fix this as well I would really appreciate it.

Here's the robot:

package ml;
import robocode.*;
import java.awt.geom.Point2D;
import robocode.HitByBulletEvent;
import robocode.Robot;
import robocode.ScannedRobotEvent;
import java.awt.Color;
import java.awt.*;
import java.awt.geom.*;
import static robocode.util.Utils.normalRelativeAngleDegrees;
import robocode.util.*;

public class MattRobot extends AdvancedRobot { //public class opening bracket

//put the height of the current battlefield into a variable
int fieldheight = 600;

//put the width of the current battlefield into a variable
int fieldwidth = 800;

/****************************************************************************************************
I want to be able to input the getBattleFieldWidth() and getBattleFieldHeight()
instead of just inputing the numbers...however, the code won't work when I do that for some reason.
****************************************************************************************************/

/*put the center point of the battlefield into an x and y coord...used later in the "safeway" factor.
and set up 2 additional coordinate points to make the code more random and more unpredictable. */
int centerx = (fieldwidth / 2);
int centery = (fieldheight / 2);

//set the variable from the wall that is the maximum distance we can get to the wall through the goTo
int walldistancevariable = (fieldwidth / 26);

//L1 stands for Layer 1 and the P1/etc is Point 1 or so forth...each layer has 4 points
int L1P1x = (centerx / 2);
int L1P2x = (centerx / 2);
int L1P3x = (3 * centerx) / 4;
int L1P4x = (3 * centerx) / 4;

int L1P1y = (3 * centery) / 4;
int L1P2y = (centery / 2);
int L1P3y = (centery / 2);
int L1P4y = (3 * centery) / 4;

//L2 stands for Layer 2 and the P1/etc is Point 1 or so forth...each layer has 4 points
int L2P1x = (centerx / 4);
int L2P2x = centerx;
int L2P3x = (3 * centerx) / 2;
int L2P4x = centerx;

int L2P1y = centery;
int L2P2y = (centery / 4);
int L2P3y = centery;
int L2P4y = (3 * centery) / 2;

//L3 stands for Layer 3 and the P1/etc is Point 1 or so forth...each layer has 4 points
int L3P1x = (fieldwidth - fieldwidth + walldistancevariable);
int L3P2x = (fieldwidth - fieldwidth + walldistancevariable);
int L3P3x = (fieldwidth - walldistancevariable);
int L3P4x = (fieldwidth - walldistancevariable);

int L3P1y = (fieldheight - walldistancevariable);
int L3P2y = (fieldheight - fieldheight + walldistancevariable);
int L3P3y = (fieldheight - fieldheight + walldistancevariable);
int L3P4y = (fieldheight - walldistancevariable);

//set up all the random points with the center and 3 layers to have picked later to go to
private Point2D[] destinations = { //private point2d opening bracket

new Point2D.Double(centerx, centery),
new Point2D.Double(L1P1x, L1P1y),
new Point2D.Double(L1P2x, L1P2y),
new Point2D.Double(L1P3x, L1P3y),
new Point2D.Double(L1P4x, L1P4y),
new Point2D.Double(L2P1x, L2P1y),
new Point2D.Double(L2P2x, L2P2y),
new Point2D.Double(L2P3x, L2P3y),
new Point2D.Double(L2P4x, L2P4y),
new Point2D.Double(L3P1x, L3P1y),
new Point2D.Double(L3P2x, L3P2y),
new Point2D.Double(L3P3x, L3P3y),
new Point2D.Double(L3P4x, L3P4y)

}; //private point2d closing bracket

public void run() { //run opening bracket

turnGunRightRadians(Double.POSITIVE_INFINITY);

} //run closing bracket

public void onScannedRobot(ScannedRobotEvent e) { //onScannedRobot opening bracket

double bulletPower = Math.min(3.0,getEnergy());
double myX = getX();
double myY = getY();
double absoluteBearing = getHeadingRadians() + e.getBearingRadians();
double enemyX = getX() + e.getDistance() * Math.sin(absoluteBearing);
double enemyY = getY() + e.getDistance() * Math.cos(absoluteBearing);
double enemyHeading = e.getHeadingRadians();
double enemyVelocity = e.getVelocity();

double deltaTime = 0;
double battleFieldHeight = getBattleFieldHeight(), battleFieldWidth = getBattleFieldWidth();
double predictedX = enemyX, predictedY = enemyY;

while((++deltaTime) * (20.0 - 3.0 * bulletPower) < Point2D.Double.distance(myX, myY, predictedX, predictedY)){ //while opening bracket

predictedX += Math.sin(enemyHeading) * enemyVelocity;
predictedY += Math.cos(enemyHeading) * enemyVelocity;

if( predictedX < 18.0

|| predictedY < 18.0
|| predictedX > battleFieldWidth - 18.0
|| predictedY > battleFieldHeight - 18.0){ //if opening bracket

predictedX = Math.min(Math.max(18.0, predictedX), battleFieldWidth - 18.0);
predictedY = Math.min(Math.max(18.0, predictedY), battleFieldHeight - 18.0);
break;

} //if closing bracket

setTurnGunRightRadians(0 - getGunTurnRemainingRadians());
if (Math.abs(getDistanceRemaining()) < 5) { //if opening bracket

goTo(destinations[(int)(Math.random() * destinations.length)]);

} //if closing bracket
} //while closing bracket

double theta = Utils.normalAbsoluteAngle(Math.atan2(
predictedX - getX(), predictedY - getY()));

setTurnRadarRightRadians(Utils.normalRelativeAngle(absoluteBearing - getRadarHeadingRadians()));
setTurnGunRightRadians(Utils.normalRelativeAngle(theta - getGunHeadingRadians()));

fire(bulletPower);

} //on scanned robot closing backet

private void goTo(Point2D destination) { //goTo opening bracket

Point2D location = new Point2D.Double(getX(), getY());
double distance = location.distance(destination);
double angle = normalRelativeAngle(absoluteBearing(location, destination) - getHeading());

if (Math.abs(angle) > 90) { //if1 opening bracket

distance *= -1;
if (angle > 0) { //if2 opening bracket

angle -= 180;

} //if2 closing bracket

else { //else for if2 opening bracket

angle += 180;

} //else closing bracket
} //if1 closing bracket

setTurnRight(angle);
setAhead(distance);

} //goTo closing bracket

//Reset the absoluteBearing to the new absolute bearing so that the numbers are current
private double absoluteBearing(Point2D source, Point2D target) { //private double opening bracket

return Math.toDegrees(Math.atan2(target.getX() - source.getX(), target.getY() - source.getY()));

} //private double closing bracket

//Reset the angle to the new angle so that the numbers are current
private double normalRelativeAngle(double angle) { //private double opening bracket

angle = Math.toRadians(angle);
return Math.toDegrees(Math.atan2(Math.sin(angle), Math.cos(angle)));

} //private double closing bracket
} //public class closing bracket

Thanks,
Matt

Re: Help understanding a bot!!

2009-08-09T13:38:24Z

if ((getHeading() - getGunHeading() + e.getBearing()) < 180) {
turnGunRight(getHeading() - getGunHeading() + e.getBearing())
}

That basically means if when the event (which shortens to e) happens, if the direction of your bot - the directon of your gun + the direction of the event is less than 180, than the bot will turn its turret right an equivalent amount to the direction of the bot - the direction of the gun + the direction of the event, which would point the gun in the direction of the event.

Error

2009-08-09T13:30:45Z

I've tried multiple times, but whenever I create a new robot, or try to compile any of the sample ones (one of the tests I did to check if it was just the ones I made), I got this message in the compiler:

*** Semantic Error: The class file "BulletMissedEvent.class" in "libs\robocode.jar\robocode" has an invalid format (duplicate local variable type table).

I have no idea what's causing it, or how to fix it. Please, help!

Re: Installing Roborumble server (not client)

2009-07-30T20:00:04Z

Thank you for interested in Robocode.

The easiest way to do that all is to install the private RoboRumble server, which Darkcanuck have his source at :
http://darkcanuck.net/svn/rumbleserver/trunk/

Then you can change the UPLOADURL/PARTICIPANTURL in roborumble.txt to your own one.

To create your own participant url, just create any webpage which include <pre> tag in this format.

<pre>
sample.SittingDuck 1.0,???
</pre>

You must package all sample bots and any bot you want to use and put it in /robots directory of the client. If client already has that robot, it will not be downloaded again.

To install the RoboRumble server, I'm not sure which PHP version he used, but PHP5.2 run fine. And Apache server with mod_rewrite and .htaccess enabled.

The SQL file for database can be found in the /schema. You must rename config.php-sample in /config to config.php and change the settings.

That's all. It will work. I think it isn't problem if each students' robot fight each other. It can make competition on who can get the first spot on the ranking table.

--- In Robocode@..., "pjpjpjpj" <johnson@...> wrote:

>
> [I am following fnl's suggestion to repost the following from the SourceForge forum to this group]
>
> Greetings, all,
>
> I am a software engineering professor at the University of Hawaii. For the past several years, I have used Eclipse-based games (CodeRuler, etc.) at the start of the semester to introduce my students to Eclipse and basic software engineering principles. This year, I have decided to switch to Robocode. I've spent the past week reading the documentation, installing the system, and programming some simple robots. I am very, very impressed with the system and feel that Robocode is an excellent example of what an open source community can accomplish. Bravo!
>
> In thinking through the assignments, I think it would be very useful if I could provide a means for the students to submit their robots to an automated system that would (a) run each student robot against several of the sample robots (1v1 match) and (b) run each student robot against each of the other student robots, also 1v1. After some period of doing that, then I would have a more traditional tournament. The automated system would make it easy for me to assign the task of creating a robot that could beat both SittingDuck and SpinBot (for example), and know exactly when the entire class accomplished that task. Having their robots compete against each other provides some fun and extra incentive.
>
> To me, this sounds like something the roborumble system should be easily adapted to accomplish. I have played around with this system and the basic problem I have run into is that the instructions are designed around "client mode"--i.e. run the system locally on a large number of published robots and upload the results to darkcanuck's server.
>
> What I am looking for is advice on how to run roborumble in "server mode". I basically want to:
>
> (a) restrict the set of robots to just the samples plus my students.
> (b) run 1v1 across all of the robots in (a)
> (c) do not attempt to upload results to darkcanuck
> (d) create simple HTML pages displaying the resulting standings.
>
> In my initial attempts at adapting roborumble to this task, I have found that if I run the system according to the documentation, it works, but downloads a large number of external robots. If I turn off downloads, it complains that files (for example, the particip1v1.txt and the standings files) are missing. I also don't see any code or XSL for taking the resulting text files and converting to HTML; is that available anywhere or do I have to write my own?
>
> Thanks very much for any guidance you can provide. If I can get this together, I will definitely post a link to the results so you can see what my class is doing. Perhaps I can get some of them interested enough to become a long term member of your community.
>
> Philip Johnson
>

Installing Roborumble server (not client)

2009-07-30T13:49:51Z

[I am following fnl's suggestion to repost the following from the SourceForge forum to this group]

Greetings, all,

I am a software engineering professor at the University of Hawaii. For the past several years, I have used Eclipse-based games (CodeRuler, etc.) at the start of the semester to introduce my students to Eclipse and basic software engineering principles. This year, I have decided to switch to Robocode. I've spent the past week reading the documentation, installing the system, and programming some simple robots. I am very, very impressed with the system and feel that Robocode is an excellent example of what an open source community can accomplish. Bravo!

In thinking through the assignments, I think it would be very useful if I could provide a means for the students to submit their robots to an automated system that would (a) run each student robot against several of the sample robots (1v1 match) and (b) run each student robot against each of the other student robots, also 1v1. After some period of doing that, then I would have a more traditional tournament. The automated system would make it easy for me to assign the task of creating a robot that could beat both SittingDuck and SpinBot (for example), and know exactly when the entire class accomplished that task. Having their robots compete against each other provides some fun and extra incentive.

To me, this sounds like something the roborumble system should be easily adapted to accomplish. I have played around with this system and the basic problem I have run into is that the instructions are designed around "client mode"--i.e. run the system locally on a large number of published robots and upload the results to darkcanuck's server.

What I am looking for is advice on how to run roborumble in "server mode". I basically want to:

(a) restrict the set of robots to just the samples plus my students.
(b) run 1v1 across all of the robots in (a)
(c) do not attempt to upload results to darkcanuck
(d) create simple HTML pages displaying the resulting standings.

In my initial attempts at adapting roborumble to this task, I have found that if I run the system according to the documentation, it works, but downloads a large number of external robots. If I turn off downloads, it complains that files (for example, the particip1v1.txt and the standings files) are missing. I also don't see any code or XSL for taking the resulting text files and converting to HTML; is that available anywhere or do I have to write my own?

Thanks very much for any guidance you can provide. If I can get this together, I will definitely post a link to the results so you can see what my class is doing. Perhaps I can get some of them interested enough to become a long term member of your community.

Philip Johnson

Let's join iFourth.net >> all about Robocode!!!!

2009-07-12T11:20:41Z

I've created my website >> http://ifourth.net/
I really like robocode. I want to create the community about this game.
In my website, I've written many articles about the robocode.
You can read and also discuss your robot in my webboard!!

I would like you to join my website.
see you =)

http://ifourth.net

Re: Bullet collisions

2009-06-23T06:31:30Z

ncj102 wrote:
> I just started playing around with Robocode a few days ago, and pitted some robots against each other. I noticed that sometimes the bullets collide and then explode. Then I put two "FireTracker" robots, which are stationary and just fire directly at each other, into the arena with the expectation that they would just create fireballs between them as their streams of bullets collide. This didn't happen; the robots shot each other to death.
>
> Now I'm confused...why do the bullets some times explode, but in the situation I created above they didn't?
Bullets are simulated by lines the length of the bullet velocity (which
is 20 - 3*bullet_power). If these lines cross then the bullets collide.
However, if two bots are firing directly at each other, the lines are in
exactly the same direction, and as such can never cross, so they don't
collide.

Hope this helps,
Julian (AKA Skilgannon on robowiki)

Bullet collisions

2009-06-22T11:34:46Z

I just started playing around with Robocode a few days ago, and pitted some robots against each other. I noticed that sometimes the bullets collide and then explode. Then I put two "FireTracker" robots, which are stationary and just fire directly at each other, into the arena with the expectation that they would just create fireballs between them as their streams of bullets collide. This didn't happen; the robots shot each other to death.

Now I'm confused...why do the bullets some times explode, but in the situation I created above they didn't?

Roboleague HTML not created

2009-05-22T04:47:41Z

I have run into the problem using roboleague. It will create the xml
file and fill it with data, Transform the results gives no error, but
the html file only shows the settings for the division. None of the
other data appears. I have already changed line 1459 to return
restoreDataModel(loadDocument(new InputSource(dataModelFile.toURI())));
based on Christian Schnell's recommendation. It did not work. Any help?

__________ Information from ESET NOD32 Antivirus, version of virus signature database 4095 (20090521) __________

The message was checked by ESET NOD32 Antivirus.

http://www.eset.com

Roboleague HTML not being created

2009-05-20T04:56:39Z

Re: update the download jar?

2009-05-18T14:52:48Z

Okay. But you still got the problem?

If so, perhaps you should try to encapsulate the path for the JAVA_HOME within quotes (")? For example:

JAVA_HOME:
"C:\Program Files\Java\jdk1.6.0_06"

Best,
- Flemming

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...> wrote:

>
> No problem. I recognized it needed to be the jdk.
>
>
> --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> >
> > Hi, I am very sorry. Looking into my previos answer to you, I wrote that you should point the JAVA_HOME at the JRE. You should not, instead you need to point the JAVA_HOME to the home of your JDK.
> >
> > JAVA_HOME:
> > C:\Program Files\Java\jdk1.6.0_06
> >
> > And keep the PATH like it is, if you remembered to add the %JAVA_HOME%\bin; to the path.
> >
> > I hope this help. :-)
> >
> > - Flemming
> >
> >
> > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > >
> > > Thanks!
> > >
> > > I need to do some figuring out. I got this:
> > >
> > > Compiling...
> > > javac: invalid flag: -classpath C:\Program
> > > Usage: javac <options> <source files>
> > > use -help for a list of possible options
> > > Compile Failed (2)
> > >
> > > It may be that I've had so many versions of java installed in the last few years that my registry is all messed up. Who knows?
> > >
> > >
> > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > >
> > > > You need to set up a JAVA_HOME environment variable to point at C:\Program Files\Java\jre1.6.0_06
> > > >
> > > > You also need to extend your PATH environment variable to:
> > > >
> > > > %JAVA_HOME%\bin;[... the rest of the path like before ...]
> > > >
> > > > From a command line (cmd.exe) you should be able to run the javac comiler by typing javac and enter. When this works, it will work in Robocode too.
> > > >
> > > > When the environment variables have been set system wide, then you must reset the compiler in Robocode, and you should be able to choose between javac and Jikes.
> > > >
> > > > Hope this helps. :-)
> > > >
> > > > Best,
> > > > - Flemming
> > > >
> > > >
> > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > >
> > > > > The jdk is installed. I'm still trying to figure out how to re-direct the compiler from jikes to javac. I editted the classpath under Robot/Editor/Compiler/Options/Preferences then run Compiler Reset. It reverted back to jikes and reloaded the fields I editted.
> > > > >
> > > > > So, I need to figure out how to change the compiler binary and classpath fields. Does the info/links/path in the Compiler Preferences window come from the system path?
> > > > >
> > > > >
> > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > >
> > > > > > Yes, you are on the right track.
> > > > > >
> > > > > > But you need to install a JDK (Java Development Kit) as the JRE (Java Runtime Environment is not enough). Jikes could be used instead of javac, but I do not recommend this anymore as it cause people lots of trouble when compiling.
> > > > > >
> > > > > > Best,
> > > > > > - Flemming
> > > > > >
> > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > > > >
> > > > > > > I'm trying this at home. I've downloaded the latest version of robocode.
> > > > > > >
> > > > > > > I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
> > > > > > >
> > > > > > > Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.
> > > > > > >
> > > > > > > Am I on the right track?
> > > > > > >
> > > > > > > Best,
> > > > > > > Edwin
> > > > > > >
> > > > > > >
> > > > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > > > >
> > > > > > > > Hi Edwin,
> > > > > > > >
> > > > > > > > You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
> > > > > > > >
> > > > > > > > You can see the methods and documentation here (the newest version - 1.7.1.1):
> > > > > > > >
> > > > > > > > http://robocode.sourceforge.net/docs/robocode/
> > > > > > > >
> > > > > > > > NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
> > > > > > > >
> > > > > > > > Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
> > > > > > > >
> > > > > > > > https://sourceforge.net/forum/forum.php?forum_id=116459
> > > > > > > >
> > > > > > > > If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
> > > > > > > >
> > > > > > > > Best regards,
> > > > > > > > - Flemming N. Larsen
> > > > > > > >
> > > > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > > > > > >
> > > > > > > > > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> > > > > > > > >
> > > > > > > > > We got into this normalRelativeAngle compile error again.
> > > > > > > > >
> > > > > > > > > The robot is Tracker and the error is "No accessible method"
> > > > > > > > >
> > > > > > > > > I tried combinations of the following:
> > > > > > > > >
> > > > > > > > > 1. Util.normalRelativeAngleDegrees()
> > > > > > > > > 2. Util.normalRelativeAngle()
> > > > > > > > > 3. import static robocode.util.Util.normalRelativeAngle
> > > > > > > > > 4. import static robocode.util.Util
> > > > > > > > > 5. import without the static
> > > > > > > > >
> > > > > > > > > Then I ran out of time.
> > > > > > > > >
> > > > > > > > > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> > > > > > > > >
> > > > > > > > > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> > > > > > > > >
> > > > > > > > > Best,
> > > > > > > > > Edwin
> > > > > > > > >
> > > > > > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > > > > > >
> > > > > > > > > > Hi,
> > > > > > > > > >
> > > > > > > > > > Originally the normalRelativeAngle() method (and similar methods) was
> > > > > > > > > > available in the internal Robocode class robocode.util.Utils. The
> > > > > > > > > > robots were not supposed to use these internal methods. But since a
> > > > > > > > > > lot of old robots count of the Utils class, it has been preserved for
> > > > > > > > > > backwards compability with old robots.
> > > > > > > > > >
> > > > > > > > > > So, the normalRelativeAngle() is not available on the Robot and
> > > > > > > > > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > > > > > > > > write Utils.normalRelativeAngle() in order to access it.
> > > > > > > > > >
> > > > > > > > > > With Java 5 you can do this "smarter" by performing a static import
> > > > > > > > > > like 'import static robocode.util.Utils.*'. This way you can call
> > > > > > > > > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > > > > > > > > >
> > > > > > > > > > Regards,
> > > > > > > > > > - Flemming
> > > > > > > > > >
> > > > > > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > > > > > > > > wrote:
> > > > > > > > > > >
> > > > > > > > > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > > > > > > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > > > > > > > > not included in the dow2bnload.
> > > > > > > > > > >
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: update the download jar?

2009-05-17T20:55:02Z

No problem. I recognized it needed to be the jdk.

--- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@...> wrote:

>
> Hi, I am very sorry. Looking into my previos answer to you, I wrote that you should point the JAVA_HOME at the JRE. You should not, instead you need to point the JAVA_HOME to the home of your JDK.
>
> JAVA_HOME:
> C:\Program Files\Java\jdk1.6.0_06
>
> And keep the PATH like it is, if you remembered to add the %JAVA_HOME%\bin; to the path.
>
> I hope this help. :-)
>
> - Flemming
>
>
> --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> >
> > Thanks!
> >
> > I need to do some figuring out. I got this:
> >
> > Compiling...
> > javac: invalid flag: -classpath C:\Program
> > Usage: javac <options> <source files>
> > use -help for a list of possible options
> > Compile Failed (2)
> >
> > It may be that I've had so many versions of java installed in the last few years that my registry is all messed up. Who knows?
> >
> >
> > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > >
> > > You need to set up a JAVA_HOME environment variable to point at C:\Program Files\Java\jre1.6.0_06
> > >
> > > You also need to extend your PATH environment variable to:
> > >
> > > %JAVA_HOME%\bin;[... the rest of the path like before ...]
> > >
> > > From a command line (cmd.exe) you should be able to run the javac comiler by typing javac and enter. When this works, it will work in Robocode too.
> > >
> > > When the environment variables have been set system wide, then you must reset the compiler in Robocode, and you should be able to choose between javac and Jikes.
> > >
> > > Hope this helps. :-)
> > >
> > > Best,
> > > - Flemming
> > >
> > >
> > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > >
> > > > The jdk is installed. I'm still trying to figure out how to re-direct the compiler from jikes to javac. I editted the classpath under Robot/Editor/Compiler/Options/Preferences then run Compiler Reset. It reverted back to jikes and reloaded the fields I editted.
> > > >
> > > > So, I need to figure out how to change the compiler binary and classpath fields. Does the info/links/path in the Compiler Preferences window come from the system path?
> > > >
> > > >
> > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > >
> > > > > Yes, you are on the right track.
> > > > >
> > > > > But you need to install a JDK (Java Development Kit) as the JRE (Java Runtime Environment is not enough). Jikes could be used instead of javac, but I do not recommend this anymore as it cause people lots of trouble when compiling.
> > > > >
> > > > > Best,
> > > > > - Flemming
> > > > >
> > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > > >
> > > > > > I'm trying this at home. I've downloaded the latest version of robocode.
> > > > > >
> > > > > > I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
> > > > > >
> > > > > > Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.
> > > > > >
> > > > > > Am I on the right track?
> > > > > >
> > > > > > Best,
> > > > > > Edwin
> > > > > >
> > > > > >
> > > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > > >
> > > > > > > Hi Edwin,
> > > > > > >
> > > > > > > You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
> > > > > > >
> > > > > > > You can see the methods and documentation here (the newest version - 1.7.1.1):
> > > > > > >
> > > > > > > http://robocode.sourceforge.net/docs/robocode/
> > > > > > >
> > > > > > > NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
> > > > > > >
> > > > > > > Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
> > > > > > >
> > > > > > > https://sourceforge.net/forum/forum.php?forum_id=116459
> > > > > > >
> > > > > > > If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
> > > > > > >
> > > > > > > Best regards,
> > > > > > > - Flemming N. Larsen
> > > > > > >
> > > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > > > > >
> > > > > > > > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> > > > > > > >
> > > > > > > > We got into this normalRelativeAngle compile error again.
> > > > > > > >
> > > > > > > > The robot is Tracker and the error is "No accessible method"
> > > > > > > >
> > > > > > > > I tried combinations of the following:
> > > > > > > >
> > > > > > > > 1. Util.normalRelativeAngleDegrees()
> > > > > > > > 2. Util.normalRelativeAngle()
> > > > > > > > 3. import static robocode.util.Util.normalRelativeAngle
> > > > > > > > 4. import static robocode.util.Util
> > > > > > > > 5. import without the static
> > > > > > > >
> > > > > > > > Then I ran out of time.
> > > > > > > >
> > > > > > > > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> > > > > > > >
> > > > > > > > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> > > > > > > >
> > > > > > > > Best,
> > > > > > > > Edwin
> > > > > > > >
> > > > > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > > > > >
> > > > > > > > > Hi,
> > > > > > > > >
> > > > > > > > > Originally the normalRelativeAngle() method (and similar methods) was
> > > > > > > > > available in the internal Robocode class robocode.util.Utils. The
> > > > > > > > > robots were not supposed to use these internal methods. But since a
> > > > > > > > > lot of old robots count of the Utils class, it has been preserved for
> > > > > > > > > backwards compability with old robots.
> > > > > > > > >
> > > > > > > > > So, the normalRelativeAngle() is not available on the Robot and
> > > > > > > > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > > > > > > > write Utils.normalRelativeAngle() in order to access it.
> > > > > > > > >
> > > > > > > > > With Java 5 you can do this "smarter" by performing a static import
> > > > > > > > > like 'import static robocode.util.Utils.*'. This way you can call
> > > > > > > > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > > > > > > > >
> > > > > > > > > Regards,
> > > > > > > > > - Flemming
> > > > > > > > >
> > > > > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > > > > > > > wrote:
> > > > > > > > > >
> > > > > > > > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > > > > > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > > > > > > > not included in the dow2bnload.
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: update the download jar?

2009-05-17T14:49:41Z

Hi, I am very sorry. Looking into my previos answer to you, I wrote that you should point the JAVA_HOME at the JRE. You should not, instead you need to point the JAVA_HOME to the home of your JDK.

JAVA_HOME:
C:\Program Files\Java\jdk1.6.0_06

And keep the PATH like it is, if you remembered to add the %JAVA_HOME%\bin; to the path.

I hope this help. :-)

- Flemming

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...> wrote:

>
> Thanks!
>
> I need to do some figuring out. I got this:
>
> Compiling...
> javac: invalid flag: -classpath C:\Program
> Usage: javac <options> <source files>
> use -help for a list of possible options
> Compile Failed (2)
>
> It may be that I've had so many versions of java installed in the last few years that my registry is all messed up. Who knows?
>
>
> --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> >
> > You need to set up a JAVA_HOME environment variable to point at C:\Program Files\Java\jre1.6.0_06
> >
> > You also need to extend your PATH environment variable to:
> >
> > %JAVA_HOME%\bin;[... the rest of the path like before ...]
> >
> > From a command line (cmd.exe) you should be able to run the javac comiler by typing javac and enter. When this works, it will work in Robocode too.
> >
> > When the environment variables have been set system wide, then you must reset the compiler in Robocode, and you should be able to choose between javac and Jikes.
> >
> > Hope this helps. :-)
> >
> > Best,
> > - Flemming
> >
> >
> > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > >
> > > The jdk is installed. I'm still trying to figure out how to re-direct the compiler from jikes to javac. I editted the classpath under Robot/Editor/Compiler/Options/Preferences then run Compiler Reset. It reverted back to jikes and reloaded the fields I editted.
> > >
> > > So, I need to figure out how to change the compiler binary and classpath fields. Does the info/links/path in the Compiler Preferences window come from the system path?
> > >
> > >
> > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > >
> > > > Yes, you are on the right track.
> > > >
> > > > But you need to install a JDK (Java Development Kit) as the JRE (Java Runtime Environment is not enough). Jikes could be used instead of javac, but I do not recommend this anymore as it cause people lots of trouble when compiling.
> > > >
> > > > Best,
> > > > - Flemming
> > > >
> > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > >
> > > > > I'm trying this at home. I've downloaded the latest version of robocode.
> > > > >
> > > > > I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
> > > > >
> > > > > Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.
> > > > >
> > > > > Am I on the right track?
> > > > >
> > > > > Best,
> > > > > Edwin
> > > > >
> > > > >
> > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > >
> > > > > > Hi Edwin,
> > > > > >
> > > > > > You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
> > > > > >
> > > > > > You can see the methods and documentation here (the newest version - 1.7.1.1):
> > > > > >
> > > > > > http://robocode.sourceforge.net/docs/robocode/
> > > > > >
> > > > > > NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
> > > > > >
> > > > > > Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
> > > > > >
> > > > > > https://sourceforge.net/forum/forum.php?forum_id=116459
> > > > > >
> > > > > > If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
> > > > > >
> > > > > > Best regards,
> > > > > > - Flemming N. Larsen
> > > > > >
> > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > > > >
> > > > > > > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> > > > > > >
> > > > > > > We got into this normalRelativeAngle compile error again.
> > > > > > >
> > > > > > > The robot is Tracker and the error is "No accessible method"
> > > > > > >
> > > > > > > I tried combinations of the following:
> > > > > > >
> > > > > > > 1. Util.normalRelativeAngleDegrees()
> > > > > > > 2. Util.normalRelativeAngle()
> > > > > > > 3. import static robocode.util.Util.normalRelativeAngle
> > > > > > > 4. import static robocode.util.Util
> > > > > > > 5. import without the static
> > > > > > >
> > > > > > > Then I ran out of time.
> > > > > > >
> > > > > > > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> > > > > > >
> > > > > > > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> > > > > > >
> > > > > > > Best,
> > > > > > > Edwin
> > > > > > >
> > > > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > > > >
> > > > > > > > Hi,
> > > > > > > >
> > > > > > > > Originally the normalRelativeAngle() method (and similar methods) was
> > > > > > > > available in the internal Robocode class robocode.util.Utils. The
> > > > > > > > robots were not supposed to use these internal methods. But since a
> > > > > > > > lot of old robots count of the Utils class, it has been preserved for
> > > > > > > > backwards compability with old robots.
> > > > > > > >
> > > > > > > > So, the normalRelativeAngle() is not available on the Robot and
> > > > > > > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > > > > > > write Utils.normalRelativeAngle() in order to access it.
> > > > > > > >
> > > > > > > > With Java 5 you can do this "smarter" by performing a static import
> > > > > > > > like 'import static robocode.util.Utils.*'. This way you can call
> > > > > > > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > > > > > > >
> > > > > > > > Regards,
> > > > > > > > - Flemming
> > > > > > > >
> > > > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > > > > > > wrote:
> > > > > > > > >
> > > > > > > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > > > > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > > > > > > not included in the dow2bnload.
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: update the download jar?

2009-05-14T22:16:20Z

Thanks!

I need to do some figuring out. I got this:

Compiling...
javac: invalid flag: -classpath C:\Program
Usage: javac <options> <source files>
use -help for a list of possible options
Compile Failed (2)

It may be that I've had so many versions of java installed in the last few years that my registry is all messed up. Who knows?

--- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@...> wrote:

>
> You need to set up a JAVA_HOME environment variable to point at C:\Program Files\Java\jre1.6.0_06
>
> You also need to extend your PATH environment variable to:
>
> %JAVA_HOME%\bin;[... the rest of the path like before ...]
>
> From a command line (cmd.exe) you should be able to run the javac comiler by typing javac and enter. When this works, it will work in Robocode too.
>
> When the environment variables have been set system wide, then you must reset the compiler in Robocode, and you should be able to choose between javac and Jikes.
>
> Hope this helps. :-)
>
> Best,
> - Flemming
>
>
> --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> >
> > The jdk is installed. I'm still trying to figure out how to re-direct the compiler from jikes to javac. I editted the classpath under Robot/Editor/Compiler/Options/Preferences then run Compiler Reset. It reverted back to jikes and reloaded the fields I editted.
> >
> > So, I need to figure out how to change the compiler binary and classpath fields. Does the info/links/path in the Compiler Preferences window come from the system path?
> >
> >
> > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > >
> > > Yes, you are on the right track.
> > >
> > > But you need to install a JDK (Java Development Kit) as the JRE (Java Runtime Environment is not enough). Jikes could be used instead of javac, but I do not recommend this anymore as it cause people lots of trouble when compiling.
> > >
> > > Best,
> > > - Flemming
> > >
> > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > >
> > > > I'm trying this at home. I've downloaded the latest version of robocode.
> > > >
> > > > I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
> > > >
> > > > Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.
> > > >
> > > > Am I on the right track?
> > > >
> > > > Best,
> > > > Edwin
> > > >
> > > >
> > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > >
> > > > > Hi Edwin,
> > > > >
> > > > > You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
> > > > >
> > > > > You can see the methods and documentation here (the newest version - 1.7.1.1):
> > > > >
> > > > > http://robocode.sourceforge.net/docs/robocode/
> > > > >
> > > > > NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
> > > > >
> > > > > Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
> > > > >
> > > > > https://sourceforge.net/forum/forum.php?forum_id=116459
> > > > >
> > > > > If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
> > > > >
> > > > > Best regards,
> > > > > - Flemming N. Larsen
> > > > >
> > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > > >
> > > > > > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> > > > > >
> > > > > > We got into this normalRelativeAngle compile error again.
> > > > > >
> > > > > > The robot is Tracker and the error is "No accessible method"
> > > > > >
> > > > > > I tried combinations of the following:
> > > > > >
> > > > > > 1. Util.normalRelativeAngleDegrees()
> > > > > > 2. Util.normalRelativeAngle()
> > > > > > 3. import static robocode.util.Util.normalRelativeAngle
> > > > > > 4. import static robocode.util.Util
> > > > > > 5. import without the static
> > > > > >
> > > > > > Then I ran out of time.
> > > > > >
> > > > > > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> > > > > >
> > > > > > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> > > > > >
> > > > > > Best,
> > > > > > Edwin
> > > > > >
> > > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > > >
> > > > > > > Hi,
> > > > > > >
> > > > > > > Originally the normalRelativeAngle() method (and similar methods) was
> > > > > > > available in the internal Robocode class robocode.util.Utils. The
> > > > > > > robots were not supposed to use these internal methods. But since a
> > > > > > > lot of old robots count of the Utils class, it has been preserved for
> > > > > > > backwards compability with old robots.
> > > > > > >
> > > > > > > So, the normalRelativeAngle() is not available on the Robot and
> > > > > > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > > > > > write Utils.normalRelativeAngle() in order to access it.
> > > > > > >
> > > > > > > With Java 5 you can do this "smarter" by performing a static import
> > > > > > > like 'import static robocode.util.Utils.*'. This way you can call
> > > > > > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > > > > > >
> > > > > > > Regards,
> > > > > > > - Flemming
> > > > > > >
> > > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > > > > > wrote:
> > > > > > > >
> > > > > > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > > > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > > > > > not included in the dow2bnload.
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: update the download jar?

2009-05-14T13:14:39Z

You need to set up a JAVA_HOME environment variable to point at C:\Program Files\Java\jre1.6.0_06

You also need to extend your PATH environment variable to:

%JAVA_HOME%\bin;[... the rest of the path like before ...]

From a command line (cmd.exe) you should be able to run the javac comiler by typing javac and enter. When this works, it will work in Robocode too.

When the environment variables have been set system wide, then you must reset the compiler in Robocode, and you should be able to choose between javac and Jikes.

Hope this helps. :-)

Best,
- Flemming

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...> wrote:

>
> The jdk is installed. I'm still trying to figure out how to re-direct the compiler from jikes to javac. I editted the classpath under Robot/Editor/Compiler/Options/Preferences then run Compiler Reset. It reverted back to jikes and reloaded the fields I editted.
>
> So, I need to figure out how to change the compiler binary and classpath fields. Does the info/links/path in the Compiler Preferences window come from the system path?
>
>
> --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> >
> > Yes, you are on the right track.
> >
> > But you need to install a JDK (Java Development Kit) as the JRE (Java Runtime Environment is not enough). Jikes could be used instead of javac, but I do not recommend this anymore as it cause people lots of trouble when compiling.
> >
> > Best,
> > - Flemming
> >
> > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > >
> > > I'm trying this at home. I've downloaded the latest version of robocode.
> > >
> > > I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
> > >
> > > Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.
> > >
> > > Am I on the right track?
> > >
> > > Best,
> > > Edwin
> > >
> > >
> > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > >
> > > > Hi Edwin,
> > > >
> > > > You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
> > > >
> > > > You can see the methods and documentation here (the newest version - 1.7.1.1):
> > > >
> > > > http://robocode.sourceforge.net/docs/robocode/
> > > >
> > > > NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
> > > >
> > > > Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
> > > >
> > > > https://sourceforge.net/forum/forum.php?forum_id=116459
> > > >
> > > > If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
> > > >
> > > > Best regards,
> > > > - Flemming N. Larsen
> > > >
> > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > > >
> > > > > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> > > > >
> > > > > We got into this normalRelativeAngle compile error again.
> > > > >
> > > > > The robot is Tracker and the error is "No accessible method"
> > > > >
> > > > > I tried combinations of the following:
> > > > >
> > > > > 1. Util.normalRelativeAngleDegrees()
> > > > > 2. Util.normalRelativeAngle()
> > > > > 3. import static robocode.util.Util.normalRelativeAngle
> > > > > 4. import static robocode.util.Util
> > > > > 5. import without the static
> > > > >
> > > > > Then I ran out of time.
> > > > >
> > > > > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> > > > >
> > > > > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> > > > >
> > > > > Best,
> > > > > Edwin
> > > > >
> > > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > > >
> > > > > > Hi,
> > > > > >
> > > > > > Originally the normalRelativeAngle() method (and similar methods) was
> > > > > > available in the internal Robocode class robocode.util.Utils. The
> > > > > > robots were not supposed to use these internal methods. But since a
> > > > > > lot of old robots count of the Utils class, it has been preserved for
> > > > > > backwards compability with old robots.
> > > > > >
> > > > > > So, the normalRelativeAngle() is not available on the Robot and
> > > > > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > > > > write Utils.normalRelativeAngle() in order to access it.
> > > > > >
> > > > > > With Java 5 you can do this "smarter" by performing a static import
> > > > > > like 'import static robocode.util.Utils.*'. This way you can call
> > > > > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > > > > >
> > > > > > Regards,
> > > > > > - Flemming
> > > > > >
> > > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > > > > wrote:
> > > > > > >
> > > > > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > > > > not included in the dow2bnload.
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
>

Re: update the download jar?

2009-05-14T11:21:36Z

The jdk is installed. I'm still trying to figure out how to re-direct the compiler from jikes to javac. I editted the classpath under Robot/Editor/Compiler/Options/Preferences then run Compiler Reset. It reverted back to jikes and reloaded the fields I editted.

So, I need to figure out how to change the compiler binary and classpath fields. Does the info/links/path in the Compiler Preferences window come from the system path?

--- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@...> wrote:

>
> Yes, you are on the right track.
>
> But you need to install a JDK (Java Development Kit) as the JRE (Java Runtime Environment is not enough). Jikes could be used instead of javac, but I do not recommend this anymore as it cause people lots of trouble when compiling.
>
> Best,
> - Flemming
>
> --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> >
> > I'm trying this at home. I've downloaded the latest version of robocode.
> >
> > I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
> >
> > Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.
> >
> > Am I on the right track?
> >
> > Best,
> > Edwin
> >
> >
> > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > >
> > > Hi Edwin,
> > >
> > > You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
> > >
> > > You can see the methods and documentation here (the newest version - 1.7.1.1):
> > >
> > > http://robocode.sourceforge.net/docs/robocode/
> > >
> > > NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
> > >
> > > Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
> > >
> > > https://sourceforge.net/forum/forum.php?forum_id=116459
> > >
> > > If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
> > >
> > > Best regards,
> > > - Flemming N. Larsen
> > >
> > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > > >
> > > > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> > > >
> > > > We got into this normalRelativeAngle compile error again.
> > > >
> > > > The robot is Tracker and the error is "No accessible method"
> > > >
> > > > I tried combinations of the following:
> > > >
> > > > 1. Util.normalRelativeAngleDegrees()
> > > > 2. Util.normalRelativeAngle()
> > > > 3. import static robocode.util.Util.normalRelativeAngle
> > > > 4. import static robocode.util.Util
> > > > 5. import without the static
> > > >
> > > > Then I ran out of time.
> > > >
> > > > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> > > >
> > > > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> > > >
> > > > Best,
> > > > Edwin
> > > >
> > > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > > >
> > > > > Hi,
> > > > >
> > > > > Originally the normalRelativeAngle() method (and similar methods) was
> > > > > available in the internal Robocode class robocode.util.Utils. The
> > > > > robots were not supposed to use these internal methods. But since a
> > > > > lot of old robots count of the Utils class, it has been preserved for
> > > > > backwards compability with old robots.
> > > > >
> > > > > So, the normalRelativeAngle() is not available on the Robot and
> > > > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > > > write Utils.normalRelativeAngle() in order to access it.
> > > > >
> > > > > With Java 5 you can do this "smarter" by performing a static import
> > > > > like 'import static robocode.util.Utils.*'. This way you can call
> > > > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > > > >
> > > > > Regards,
> > > > > - Flemming
> > > > >
> > > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > > > wrote:
> > > > > >
> > > > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > > > not included in the dow2bnload.
> > > > > >
> > > > >
> > > >
> > >
> >
>

Best way to get to the middle

2009-05-06T18:30:07Z

What is the best way to get to the middle of the map without excess code. I have tried by doing a complex way by finding which quadrant it is in and doing atan and turning towards the middle. i assume there is an easier way anyone help?

Re: update the download jar?

2009-04-23T06:40:21Z

Yes, you are on the right track.

But you need to install a JDK (Java Development Kit) as the JRE (Java Runtime Environment is not enough). Jikes could be used instead of javac, but I do not recommend this anymore as it cause people lots of trouble when compiling.

Best,
- Flemming

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...> wrote:

>
> I'm trying this at home. I've downloaded the latest version of robocode.
>
> I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
>
> Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.
>
> Am I on the right track?
>
> Best,
> Edwin
>
>
> --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> >
> > Hi Edwin,
> >
> > You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
> >
> > You can see the methods and documentation here (the newest version - 1.7.1.1):
> >
> > http://robocode.sourceforge.net/docs/robocode/
> >
> > NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
> >
> > Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
> >
> > https://sourceforge.net/forum/forum.php?forum_id=116459
> >
> > If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
> >
> > Best regards,
> > - Flemming N. Larsen
> >
> > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> > >
> > > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> > >
> > > We got into this normalRelativeAngle compile error again.
> > >
> > > The robot is Tracker and the error is "No accessible method"
> > >
> > > I tried combinations of the following:
> > >
> > > 1. Util.normalRelativeAngleDegrees()
> > > 2. Util.normalRelativeAngle()
> > > 3. import static robocode.util.Util.normalRelativeAngle
> > > 4. import static robocode.util.Util
> > > 5. import without the static
> > >
> > > Then I ran out of time.
> > >
> > > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> > >
> > > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> > >
> > > Best,
> > > Edwin
> > >
> > > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > > >
> > > > Hi,
> > > >
> > > > Originally the normalRelativeAngle() method (and similar methods) was
> > > > available in the internal Robocode class robocode.util.Utils. The
> > > > robots were not supposed to use these internal methods. But since a
> > > > lot of old robots count of the Utils class, it has been preserved for
> > > > backwards compability with old robots.
> > > >
> > > > So, the normalRelativeAngle() is not available on the Robot and
> > > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > > write Utils.normalRelativeAngle() in order to access it.
> > > >
> > > > With Java 5 you can do this "smarter" by performing a static import
> > > > like 'import static robocode.util.Utils.*'. This way you can call
> > > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > > >
> > > > Regards,
> > > > - Flemming
> > > >
> > > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > > wrote:
> > > > >
> > > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > > not included in the dow2bnload.
> > > > >
> > > >
> > >
> >
>

Re: update the download jar?

2009-04-22T13:52:29Z

Hi Edwin,

> I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.
>
> Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.

You have to. javac is not part of the JRE.

HTH
Johannes

Re: update the download jar?

2009-04-19T21:43:03Z

I'm trying this at home. I've downloaded the latest version of robocode.

I reset the compiler. It found java home correctly at C:\Program Files\Java\jre1.6.0_06 but reported that there was no javac and continued with testing jikes. It settled on jikes. I looked for javac and could not find it.

Of course, compiling Tracker with jikes failed. So, I'm off to looking for javac. Looks like I'll have to install the JDK.

Am I on the right track?

Best,
Edwin

--- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@...> wrote:

>
> Hi Edwin,
>
> You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.
>
> You can see the methods and documentation here (the newest version - 1.7.1.1):
>
> http://robocode.sourceforge.net/docs/robocode/
>
> NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample
>
> Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:
>
> https://sourceforge.net/forum/forum.php?forum_id=116459
>
> If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.
>
> Best regards,
> - Flemming N. Larsen
>
> --- In Robocode@..., "Edwin Pilobello" <e_pilobello@> wrote:
> >
> > The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
> >
> > We got into this normalRelativeAngle compile error again.
> >
> > The robot is Tracker and the error is "No accessible method"
> >
> > I tried combinations of the following:
> >
> > 1. Util.normalRelativeAngleDegrees()
> > 2. Util.normalRelativeAngle()
> > 3. import static robocode.util.Util.normalRelativeAngle
> > 4. import static robocode.util.Util
> > 5. import without the static
> >
> > Then I ran out of time.
> >
> > The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
> >
> > Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
> >
> > Best,
> > Edwin
> >
> > --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> > >
> > > Hi,
> > >
> > > Originally the normalRelativeAngle() method (and similar methods) was
> > > available in the internal Robocode class robocode.util.Utils. The
> > > robots were not supposed to use these internal methods. But since a
> > > lot of old robots count of the Utils class, it has been preserved for
> > > backwards compability with old robots.
> > >
> > > So, the normalRelativeAngle() is not available on the Robot and
> > > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > > write Utils.normalRelativeAngle() in order to access it.
> > >
> > > With Java 5 you can do this "smarter" by performing a static import
> > > like 'import static robocode.util.Utils.*'. This way you can call
> > > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> > >
> > > Regards,
> > > - Flemming
> > >
> > > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > > wrote:
> > > >
> > > > One of my students downloaded robocode and compiled TrackFire. It
> > > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > > not included in the dow2bnload.
> > > >
> > >
> >
>

Re: update the download jar?

2009-04-19T13:08:52Z

Hi Edwin,

You should use robocode.util.Utils.normalRelativeAngle(). All the methods you mention are located in the robocode.util.Utils class.

You can see the methods and documentation here (the newest version - 1.7.1.1):

http://robocode.sourceforge.net/docs/robocode/

NOTE: You should not download the MyFirstRobot. Instead you should use the sources that comes with Robocode in the folder: \robocode\robots\sample

Regarding the compiler problems. If you are using Jikes, then please use the JDK 5.0 or 6 from Sun instead. Lots of people are getting compiler errors with Jikes, which is deprecated now, but still used by many Robocoders. You can read about the problems (and solutions) at the Help forum here:

https://sourceforge.net/forum/forum.php?forum_id=116459

If you still run into problems with Robocode, then please tell me which version of Robocode you use, the OS, and the compiler name and version you are using.

Best regards,
- Flemming N. Larsen

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...> wrote:

>
> The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...
>
> We got into this normalRelativeAngle compile error again.
>
> The robot is Tracker and the error is "No accessible method"
>
> I tried combinations of the following:
>
> 1. Util.normalRelativeAngleDegrees()
> 2. Util.normalRelativeAngle()
> 3. import static robocode.util.Util.normalRelativeAngle
> 4. import static robocode.util.Util
> 5. import without the static
>
> Then I ran out of time.
>
> The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.
>
> Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.
>
> Best,
> Edwin
>
> --- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@> wrote:
> >
> > Hi,
> >
> > Originally the normalRelativeAngle() method (and similar methods) was
> > available in the internal Robocode class robocode.util.Utils. The
> > robots were not supposed to use these internal methods. But since a
> > lot of old robots count of the Utils class, it has been preserved for
> > backwards compability with old robots.
> >
> > So, the normalRelativeAngle() is not available on the Robot and
> > AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> > write Utils.normalRelativeAngle() in order to access it.
> >
> > With Java 5 you can do this "smarter" by performing a static import
> > like 'import static robocode.util.Utils.*'. This way you can call
> > 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
> >
> > Regards,
> > - Flemming
> >
> > --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> > wrote:
> > >
> > > One of my students downloaded robocode and compiled TrackFire. It
> > > seems normalRelativeAngle is now a separate util. Seems the utils were
> > > not included in the dow2bnload.
> > >
> >
>

Re: update the download jar?

2009-04-18T15:53:14Z

The labs have a new image here are Portland State University. It presents all the programs I use in class in one folder. Bottom line is that students in my Lego Robotics class got into robocode. Unfortunately, my "core" dumped robocode after a term on "non-use". So it's going to take me a while to reload robocode and familiarize myself with it. Anyway...

We got into this normalRelativeAngle compile error again.

The robot is Tracker and the error is "No accessible method"

I tried combinations of the following:

1. Util.normalRelativeAngleDegrees()
2. Util.normalRelativeAngle()
3. import static robocode.util.Util.normalRelativeAngle
4. import static robocode.util.Util
5. import without the static

Then I ran out of time.

The kids were also getting errors relating to BulletHitBullet in MyFirstRobot, which does not use BulletHitBullet. I'll have to look that up later.

Anyway, if someone more knowledgeable can please help a harried teacher to fix the bugs, please accept my sincerest gratitude.

Best,
Edwin

--- In Robocode@..., "flemmingnlarsen" <flemming.n.larsen@...> wrote:

>
> Hi,
>
> Originally the normalRelativeAngle() method (and similar methods) was
> available in the internal Robocode class robocode.util.Utils. The
> robots were not supposed to use these internal methods. But since a
> lot of old robots count of the Utils class, it has been preserved for
> backwards compability with old robots.
>
> So, the normalRelativeAngle() is not available on the Robot and
> AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
> write Utils.normalRelativeAngle() in order to access it.
>
> With Java 5 you can do this "smarter" by performing a static import
> like 'import static robocode.util.Utils.*'. This way you can call
> 'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".
>
> Regards,
> - Flemming
>
> --- In Robocode@..., "Edwin Pilobello" <e_pilobello@>
> wrote:
> >
> > One of my students downloaded robocode and compiled TrackFire. It
> > seems normalRelativeAngle is now a separate util. Seems the utils were
> > not included in the dow2bnload.
> >
>

Re: Jikes, yikes!!!

2009-03-15T15:13:56Z

Jikes is known to cause problem with newer versions of Java. So if you/he is running Java 6 this might be the reason why Jikes gives strange compiler errors. You can test the Java version from a command-line (promt/shell) by writting 'java -version'.

Jikes has not been updated for years, and is only provided in Robocode due to history and as alternative to javac from Sun's Java compiler.

My recommendation is that you download the Sun JDK 5.0 or newer from Sun, and reset the compiler in Robocode afterwards to use javac instead of Jikes.

Sun's JDK con be downloaded from here:
http://java.sun.com/javase/downloads/?intcmp=1281

Best,
- Flemming

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...> wrote:
>
> One of my students copied TrackFire and added a few lines of code to it.
>
> Trackfire compiles to completion while his revised version freezes the compiler on a blank window. The window is modal. You can't do anything else except shutdown robocode. I've tried to figure out what part of his code causes the compiler to freeze. So far, no luck.
>
> However, it seems the compiler does go to completion. We ran a battle after the freeze up and saw the changes he made.
>
> So, why is jikes not returning from what seems to be a successful compile?
>

Re: Jikes, yikes!!!

2009-03-15T15:10:50Z

Jikes is known to cause problem with never versions of Java. So if you/he is running Java 6 (can be tested from a command line by writting 'java -version').

Jikes has not been updated for years, and is only provided in Robocode due to history and as alternative to javac from Sun's Java compiler.

My recommendation is that you download the Sun JDK 5.0 or newer from Sun, and reset the compiler in Robocode afterwards to use javac instead of Jikes.

Sun's JDK con be downloaded from here:
http://java.sun.com/javase/downloads/?intcmp=1281

Best,
- Flemming

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...> wrote:
>
> One of my students copied TrackFire and added a few lines of code to it.
>
> Trackfire compiles to completion while his revised version freezes the compiler on a blank window. The window is modal. You can't do anything else except shutdown robocode. I've tried to figure out what part of his code causes the compiler to freeze. So far, no luck.
>
> However, it seems the compiler does go to completion. We ran a battle after the freeze up and saw the changes he made.
>
> So, why is jikes not returning from what seems to be a successful compile?
>

Jikes, yikes!!!

2009-03-14T14:43:56Z

One of my students copied TrackFire and added a few lines of code to it.

Trackfire compiles to completion while his revised version freezes the compiler on a blank window. The window is modal. You can't do anything else except shutdown robocode. I've tried to figure out what part of his code causes the compiler to freeze. So far, no luck.

However, it seems the compiler does go to completion. We ran a battle after the freeze up and saw the changes he made.

So, why is jikes not returning from what seems to be a successful compile?

Re: update the download jar?

2009-02-01T04:56:51Z

Hi,

Originally the normalRelativeAngle() method (and similar methods) was
available in the internal Robocode class robocode.util.Utils. The
robots were not supposed to use these internal methods. But since a
lot of old robots count of the Utils class, it has been preserved for
backwards compability with old robots.

So, the normalRelativeAngle() is not available on the Robot and
AdvancedRobot class etc. you have to 'import robocode.util.Utils', and
write Utils.normalRelativeAngle() in order to access it.

With Java 5 you can do this "smarter" by performing a static import
like 'import static robocode.util.Utils.*'. This way you can call
'normalRelativeAngle()' instead of writing 'Utils.' as "prefix".

Regards,
- Flemming

--- In Robocode@..., "Edwin Pilobello" <e_pilobello@...>
wrote:
>
> One of my students downloaded robocode and compiled TrackFire. It
> seems normalRelativeAngle is now a separate util. Seems the utils were
> not included in the dow2bnload.
>

update the download jar?

2009-01-31T13:00:07Z

One of my students downloaded robocode and compiled TrackFire. It
seems normalRelativeAngle is now a separate util. Seems the utils were
not included in the dow2bnload.