I remove the security of Robocode. I think there is a parameter for that. So I can use the full functional java. --SSO?
Indeed, it's rather nice to debug it that way, at times at least. Compile you classes with -g to get all the debug info. Add the following to the command line starting robocode but you need a JPDA compatible JVM for this. Suns 1.4 (all versions?) and 1.5 are, can't remember about 1.3 but don't think so.
-Xdebug -Xnoagent -Djava.compiler=NONE -Xrunjdwp:transport=dt_socket,address=20500,server=y
It will wait for you to attach to it. Then in the debugger of your choice attach to the remote process by specifying host as localhost (if running on the same computer) and port 20500. I'm using CodeGuide? from Omnicore (www.omnicore.com) myself. It's not free, but there is a trial version available if you want to try it out. It's nice because it allows me to step backwards in the debugger, if I could successfully disable the security in robocode that is (neeeded for debugging backwards). The command line option in robocode for this doesn't seem to work for me (NOSECURITY or something like that). -- Pulsar
For eclipse I can't remember but there is probably a entry somewhere close to the other debug stuff in the menus giving you the choice to attach to a remote process. -- Pulsar
Eclipse is among the most confusing environments you can imagine. I could, however, find out where I could try this. I created a new debug configuration that should try connect to a remote VM on port 20500. But I get the message "connection refused". Any ideas anyone? A step-by-step instruction shouldn't hurt... -- PEZ
On Windows, try using
transport=dt_shmem;) Hey, is anyone going to help me with gl4java? -- Alphax
Sorry, didnt see that posting... take a look there now. (and let me know if it works). īs -- Axe