Torstein Alvern

Also, seeing as it's possible in the Robocode GUI to press Battle>Open then find the match anywhere in the file system, I'm assuming it should be possible to also programatically do the same? I can't find how based on the API or decompiled Source code though

Here's the stack trace: Loaded net.sf.robocode.api Loaded net.sf.robocode.core Loaded net.sf.robocode.battle Loaded net.sf.robocode.dotnet.host Loaded net.sf.robocode.host Loading plugins from C:\robocode\libs Loaded net.sf.robocode.repository Loaded net.sf.robocode.sound Loaded net.sf.robocode.ui Loaded net.sf.robocode.ui.editor Unhandled Exception: System.InvalidCastException: [A]robocode.control.RobotSpecification cannot be cast to [B]robocode.control.RobotSpecification. Type A originates from...

We're making a program that genetically evolves robots, and would very much prefer to not run all the matches by mouse clicks. We've programatically created robots, managed to compile them so they work in robocode, and we have added the DLL's in one folder, and the .battle files (That we generated based on what bots we want to battle) for the bots in separate folders with other files related to each bot. With the RobotEngine, there's some example code, and I've located this as the most relevant place...

I'm assuming our problem stems from the fact that our robot is trying to reference separate .dll files that we have made alongside the robot. When looking at the robot .dll with Jetbrains DotPeek, everything seems just fine, but the .dll we made ourselves comes without a public key, which we assume could lead to trouble loading these .dll files. Implementing a basic MyFirstRobot has worked just fine, which supports this idea. I guess I'll continue to divide-and-conquer

We have an earlier version of the project that does create MyFirstRobots and successfully runs them.

I'm making a program that generates robot dll's for use in robocode, but when I add the path to the folder where the .dll is located and go to "New Battle", not a single robot gets listed. Apart from that, the robocode GUI works just fine. If I remove the path, they show back up again. Also, if I have the path listed and restart robocode, it won't load. It'll stay in the loading screen indefinitely loading that DLL. This is robots written in C#, and uses the newest released DotNet version of robocode....