From: Tuc at Beach House Subject: RE: KOTH.ORG help needed Date: Fri, 1 Dec 2006 11:50:38 -0500 (EST) Message-ID: <200611302226.kAUMQVKC075436@himinbjorg.tucs-beachin-obx-house.com> Hi, Its been mentioned that the version I use for pmars is not generally available on the net. You can download it at : http://www.koth.org/pmars/pmars08s.tar.Z Tuc From: "Tuc" Subject: Just trying to check something Date: 1 Dec 2006 15:40:51 -0800 Message-ID: <1165016451.713919.127430@l12g2000cwl.googlegroups.com> Please ignore this, and if you can't stand to ignore it, let me know if you reply via a News server, or Listproc.. Thanks, Tuc From: "Pavel Savara" Subject: Re: KOTH.ORG help needed Date: 1 Dec 2006 17:59:12 -0800 Message-ID: <1165024752.668842.183400@j72g2000cwa.googlegroups.com> 1) Ok, I downloaded your sources and compared with official 0.9.2 from CVS. I merged in all white space/comment/copyright/reordering changes to make investigation easier. I also reorganized files to structure of 0.9.2. You can get it there (for few days) to check for real differences between versions: http://www.ane-kolin.cz/zamboch/pmars-08s-koth.zip I can see that there are major changes in behavior of pMars major: sim.c - introduction of AA_Value, AB_Value, which I believe changing behavior in some cases - effective address computing somehow reorganized, not sure about behavior change - different condition for task hitting SPL and DAT instructions minor: - eval.c reports overflow, div by zero - PERMUTATE option added - some "optimizations" which are not changing anything I'm proposing that you will move to version 0.9.2, because changes seems mostly positive. But I still don't have build environment for FreeBSD. Is it x86 ? Nenad, are you able to help us with build for FreeBSD ? Any idea ? Any shell account on FreeBSD with dev tools installed for me ? 2) the problem: the warning message you got is from asm.c , line 1494: if ((warrior[curWarrior].offset < 0) || (warrior[curWarrior].offset >= warrior[curWarrior].instLen)) errprn(OFSERR, (line_st *) NULL, ""); I think that it could be problem with evaluation of some expression during compiling warrior. Please send me settings/warriors which needs to be tested on both versions. I could try to compile your 0.8 for windows and watch for problem. Or any proposal of next steps. Thanks Pavel From: Randy Graham Subject: Re: Just trying to check something Message-ID: Date: Sun, 03 Dec 2006 00:14:41 GMT On 1 Dec 2006 15:40:51 -0800, "Tuc" wrote: >Please ignore this, and if you can't stand to ignore it, let me know if >you reply via a News server, or Listproc.. Got it via Easynews. Replying over usenet. >Thanks, Tuc RagManX -- http://www.blahblahblahg.com/ - Blah about me http://www.gamepatches.info/ - Just like it says From: "Mike5" Subject: Re: KOTH.ORG help needed Date: 3 Dec 2006 09:21:25 -0800 Message-ID: <1165166485.086499.265900@j44g2000cwa.googlegroups.com> Pavel Savara wrote: > I'm proposing that you will move to version 0.9.2, because changes > seems mostly positive. > But I still don't have build environment for FreeBSD. > Is it x86 ? > Nenad, are you able to help us with build for FreeBSD ? > Any idea ? Any shell account on FreeBSD with dev tools installed for me > ? Why not download a VmWare player from vmWare.com. It's free! Then you can downlaod a FreeBSD image from http://www.thoughtpolice.co.uk/vmware/ and you're all set. You get FreeBSD 6.1 with GCC 3.4.4. Best regards, Mike5 From: "Gareth" Subject: Re: KOTH Hill discussion Date: 4 Dec 2006 09:07:32 -0800 Message-ID: <1165252052.856146.140790@f1g2000cwa.googlegroups.com> I have just started playing around with corewar a few weeks ago and so far I have loved it. I only found the game by accident when I was trying out my new linux install and found the Gtk+ version in the games list. I'd say that's a big reason why new people don't come along that often, I'd never heard of it! I have found its pretty tough getting started because I went through some of the tuts etc on koth and thought I was picking things up ok and everything but all that info seems to be pretty dated. I look at the koth hill and its all paper/imp/stone this and that and all the programs are so much more advanced than anything I've looked at that it is pretty discouraging. I sent my first warrior up there today just for the crack and it got the bejeebers kicked out of it!! >From what I've seen no one is helping out someone like me, no one wants to share how their warriors work, so a newbie is gonna get fed up of trying to get their first warrior onto the hill... That's just my 2pence worth! G! From: KOTH Subject: KOTH.ORG: Status - Standard 12/04/06 Date: Mon, 4 Dec 2006 10:47:29 -0500 (EST) Message-ID: <200612040500.kB4500i3011506@asgard.t-b-o-h.net> Weekly Status on 12/04/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG Standard KotH CoreWar Hill : Last battle concluded at : Wed Nov 22 13:43:04 EST 2006 # %W/ %L/ %T Name Author Score Age 1 45/ 43/ 12 Monolith inversed 147 21 2 37/ 27/ 37 The Next Step '88 David Houston 146 88 3 39/ 32/ 30 White Fire inversed 146 1 4 31/ 18/ 51 Raging Gale '88 inversed 145 17 5 34/ 24/ 42 Test Alexander (Sasha) Wa 144 212 6 37/ 30/ 33 Dark Mecha inversed 144 5 7 41/ 39/ 20 Scan the Can Christian Schmidt 143 53 8 35/ 28/ 36 usual fee, plus expenses John Metcalf 142 11 9 41/ 42/ 17 Hexamorph inversed 141 16 10 39/ 38/ 23 My 1st try Christian Schmidt 140 104 11 31/ 23/ 45 The Hurricaner G.Labarga 140 59 12 42/ 45/ 13 Scan Test C 6 Steve Gunnell 138 111 13 29/ 20/ 51 ipaptst inversed 138 3 14 33/ 30/ 36 The Seed Roy van Rijn 137 90 15 32/ 28/ 40 Triangular Sun inversed 137 13 16 38/ 39/ 24 Moonwipe Christian Schmidt 136 69 17 26/ 16/ 58 Utterer '88 Christian Schmidt 135 47 18 34/ 33/ 33 Vampire Knight inversed 134 12 19 30/ 27/ 43 Guardian Ian Oversby 133 272 20 29/ 27/ 44 test G.Labarga 132 55 21 1/ 92/ 7 little Anonymous 10 0 From: KOTH Subject: KOTH.ORG: Status - MultiWarrior 94 12/04/06 Date: Mon, 4 Dec 2006 10:47:28 -0500 (EST) Message-ID: <200612040503.kB4530pA011833@asgard.t-b-o-h.net> Weekly Status on 12/04/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG Multiwarrior 94 CoreWar Hill: Last battle concluded at : Sat Nov 11 19:00:34 EST 2006 # Name Author Score Age 1 Urgle Daniel Rivas 35 8 2 JustADirtyClearTest Nenad Tomasev 33 57 3 simply believe John Metcalf 32 5 4 Diptera Nenad Tomasev 31 42 5 nameless fragment S.Fernandes 22 27 6 CLP-shot again G.Labarga 20 2 7 Fluffy Paper VI Jens Gutzeit 20 28 8 a monster in the house John Metcalf 20 1 9 kingdom of the grasshoppe simon wainwright 19 123 10 the price of hostility John Metcalf 17 15 11 AnotherPaperQuicked30 Lukasz Adamowski 6 0 From: KOTH Subject: KOTH.ORG: Status - ICWS Experimental 94 12/04/06 Date: Mon, 4 Dec 2006 10:47:28 -0500 (EST) Message-ID: <200612040506.kB4560o4012316@asgard.t-b-o-h.net> Weekly Status on 12/04/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG ICWS Experimental 94 CoreWar Hill: Last battle concluded at : Tue Nov 7 11:43:56 EST 2006 # %W/ %L/ %T Name Author Score Age 1 46/ 35/ 18 Fatamorgana X Zul Nadzri 158 11 2 45/ 36/ 20 The X Machine Zul Nadzri 154 35 3 45/ 37/ 19 Ogre Christian Schmidt 153 172 4 37/ 22/ 41 xd100 test David Houston 151 21 5 44/ 39/ 17 Eliminator X Zul Nadzri 148 36 6 29/ 11/ 61 Evol Cap 4 X John Wilkinson 147 293 7 44/ 41/ 15 O_Fortuna3XH Nenad Tomasev 147 1 8 42/ 39/ 19 Bewitching S.Fernandes 146 2 9 35/ 24/ 41 KAT v5 Dave Hillis 146 156 10 35/ 29/ 35 Olivia X Ben Ford 142 105 11 39/ 37/ 24 Trefoil F 13 Steve Gunnell 141 107 12 41/ 41/ 17 Black Moods Ian Oversby 141 220 13 38/ 36/ 25 test Some Redcoder 141 5 14 42/ 43/ 16 Giant Hazy Test 13 Steve Gunnell 140 51 15 39/ 38/ 23 Trefoil Test F 14 Steve Gunnell 140 8 16 40/ 40/ 20 Simply Intelligent Zul Nadzri 140 17 17 34/ 28/ 38 Glenstorm John Metcalf 140 86 18 22/ 6/ 72 Evolve X v4.0 John Wilkinson 138 241 19 39/ 40/ 21 Controlled Aggression Ian Oversby 138 224 20 40/ 46/ 14 Fatal Choice Some Redcoder 134 6 21 0/ 93/ 7 Cheval John Q. Redcoder 7 0 From: KOTH Subject: KOTH.ORG: Status - 94 No Pspace 12/04/06 Date: Mon, 4 Dec 2006 10:47:27 -0500 (EST) Message-ID: <200612040509.kB4591Ww012668@asgard.t-b-o-h.net> Weekly Status on 12/04/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG 94 No Pspace CoreWar Hill: Last battle concluded at : Sat Dec 2 22:46:24 EST 2006 # %W/ %L/ %T Name Author Score Age 1 42/ 39/ 19 Shamu P.Kline 146 36 2 42/ 45/ 13 overloaded SPL S.Fernandes 139 35 3 28/ 17/ 55 4by2k P.Kline 139 54 4 32/ 26/ 41 Monster_Human_Grunt inversed 139 357 5 30/ 25/ 45 Monster_Alien_Grunt inversed 135 358 6 32/ 29/ 39 Hullab3loo Roy van Rijn 135 272 7 40/ 46/ 14 Silverblade inversed 134 38 8 38/ 42/ 20 tetht Philip Thorne 133 3 9 29/ 24/ 47 Impaloo Roy van Rijn 133 15 10 42/ 50/ 8 Genki Desu Christian Schmidt 133 60 11 24/ 17/ 59 D3vilstick Roy van Rijn 132 271 12 27/ 23/ 50 Fidelity hwm 131 5 13 23/ 16/ 60 The Utterer TNG Christian Schmidt 130 17 14 25/ 20/ 55 Last Judgement Christian Schmidt 130 542 15 39/ 48/ 13 Lux Telum Roy van Rijn 130 2 16 28/ 27/ 45 Amber inversed 128 24 17 27/ 27/ 46 Sacrificing Fluffy Sheep John Metcalf 128 12 18 39/ 50/ 11 Hallucination Scanner inversed 127 26 19 24/ 21/ 55 Protekshun inversed 126 16 20 26/ 28/ 46 pstest Nenad Tomasev 124 1 21 10/ 25/ 65 test gnik 96 0 From: Phil Subject: Re: KOTH.ORG help needed Date: Mon, 4 Dec 2006 10:47:26 -0500 (EST) Message-ID: <1165242706.9824.18.camel@localhost> I had identical results compiling ALL Koenigsthul PSPACE and TOP50-94NOP warriors using pmars08s-server & pmars092-server. The output of a few sample battles using pmars08s-server -f -r 250 -b -s 8000 -c 80000 -p 8000 -l 100 -d 100 pmars092-server -f -r 250 -b -s 8000 -c 80000 -p 8000 -l 100 -d 100 where identical. Likewise with addition of -k flag. On Fri, 2006-12-01 at 21:03 -0500, Pavel Savara wrote: > 1) > Ok, I downloaded your sources and compared with official 0.9.2 from > CVS. > I merged in all white space/comment/copyright/reordering changes to > make investigation easier. > I also reorganized files to structure of 0.9.2. > You can get it there (for few days) to check for real differences > between versions: > http://www.ane-kolin.cz/zamboch/pmars-08s-koth.zip > > I can see that there are major changes in behavior of pMars > > major: sim.c > - introduction of AA_Value, AB_Value, which I believe changing behavior > in some cases > - effective address computing somehow reorganized, not sure about > behavior change > - different condition for task hitting SPL and DAT instructions > > minor: > - eval.c reports overflow, div by zero > - PERMUTATE option added > - some "optimizations" which are not changing anything > > I'm proposing that you will move to version 0.9.2, because changes > seems mostly positive. > But I still don't have build environment for FreeBSD. > Is it x86 ? > Nenad, are you able to help us with build for FreeBSD ? > Any idea ? Any shell account on FreeBSD with dev tools installed for me > ? > > 2) the problem: > the warning message you got is from asm.c , line 1494: > if ((warrior[curWarrior].offset < 0) || > (warrior[curWarrior].offset >= > warrior[curWarrior].instLen)) > errprn(OFSERR, (line_st *) NULL, ""); > > I think that it could be problem with evaluation of some expression > during compiling warrior. > > Please send me settings/warriors which needs to be tested on both > versions. I could try to compile your 0.8 for windows and watch for > problem. > Or any proposal of next steps. > > Thanks Pavel > From: "Tuc" Subject: Re: Just trying to check something Date: 5 Dec 2006 14:02:25 -0800 Message-ID: <1165356144.925323.68100@n67g2000cwd.googlegroups.com> Hi, Thanks.... For some reason I wasn't getting any emails that were posted from Usenet, or any of the KOTH hill status messages. I thought I had a big issue with the listprocessor... Turns out my spam program was just cranky! Thanks, Tuc Randy Graham wrote: > On 1 Dec 2006 15:40:51 -0800, "Tuc" wrote: > > >Please ignore this, and if you can't stand to ignore it, let me know if > >you reply via a News server, or Listproc.. > > Got it via Easynews. Replying over usenet. > > >Thanks, Tuc > > RagManX From: "Tuc" Subject: Re: KOTH.ORG help needed Date: 5 Dec 2006 14:22:39 -0800 Message-ID: <1165357358.937164.49030@f1g2000cwa.googlegroups.com> Hi Pavel, Thanks for reformatting the old one. I've downloaded it to take a quickie look myself at things. For sim.c, I guess I need to understand the implication. Will this cause the standings to change even without any redcode changing? Will people gain an advantage or disadvantage just by the software changing? There really is no need to compile on FBSD itself, you can do it on any Unix based system. I'm sure there won't be portability issues. We originally were on BSD/OS first, and AIX before that. Do you still need some sort of Unix access? Thanks for tracking down where the error occurred. Is there a way to describe better to me WHAT caused the offset to be less than zero or larger than the instLen? Thanks again! Tuc Pavel Savara wrote: > 1) > Ok, I downloaded your sources and compared with official 0.9.2 from > CVS. > I merged in all white space/comment/copyright/reordering changes to > make investigation easier. > I also reorganized files to structure of 0.9.2. > You can get it there (for few days) to check for real differences > between versions: > http://www.ane-kolin.cz/zamboch/pmars-08s-koth.zip > > I can see that there are major changes in behavior of pMars > > major: sim.c > - introduction of AA_Value, AB_Value, which I believe changing behavior > in some cases > - effective address computing somehow reorganized, not sure about > behavior change > - different condition for task hitting SPL and DAT instructions > > minor: > - eval.c reports overflow, div by zero > - PERMUTATE option added > - some "optimizations" which are not changing anything > > I'm proposing that you will move to version 0.9.2, because changes > seems mostly positive. > But I still don't have build environment for FreeBSD. > Is it x86 ? > Nenad, are you able to help us with build for FreeBSD ? > Any idea ? Any shell account on FreeBSD with dev tools installed for me > ? > > 2) the problem: > the warning message you got is from asm.c , line 1494: > if ((warrior[curWarrior].offset < 0) || > (warrior[curWarrior].offset >= > warrior[curWarrior].instLen)) > errprn(OFSERR, (line_st *) NULL, ""); > > I think that it could be problem with evaluation of some expression > during compiling warrior. > > Please send me settings/warriors which needs to be tested on both > versions. I could try to compile your 0.8 for windows and watch for > problem. > Or any proposal of next steps. > > Thanks Pavel From: "Pavel Savara" Subject: pMars binaries for download Date: 6 Dec 2006 18:43:25 -0800 Message-ID: <1165459405.163219.291410@l12g2000cwl.googlegroups.com> Hi all, I've prepared binary harvest for pMars fans. Download here: http://sourceforge.net/project/showfiles.php?group_id=174312&package_id=214071 There is version 0.9.2 for conservative ones, which is build from CVS of sourceforge.net/projects/corewar. But what is better, there is 0.9.3-a which is version with changes from me and Joonas Pihlaja. (I'm working on merge to official branch) You can get FreeBSD/Linux/Win32 versions, packages contain following: pmars-c - Console - without graphics support , with debugger pmars-cs - Server - without graphics support , without debugger pmars-sdl - SDL - with graphics library SDL, with debugger Enjoy and let me know Pavel Savara From: "Pavel Savara" Subject: Re: KOTH.ORG help needed Date: 6 Dec 2006 19:10:10 -0800 Message-ID: <1165461008.861109.17120@n67g2000cwd.googlegroups.com> Hi Tuc, > Hi Pavel, > > Thanks for reformatting the old one. I've downloaded it to take a > quickie look myself at things. > > For sim.c, I guess I need to understand the implication. Will this > cause the standings to change even without any redcode changing? Will > people gain an advantage or disadvantage just by the software changing? The change is rather bugfix than enhancement. It is about change of same instruction, which is currently running, by it's operators { or } and further evaluation. As far as I can understand to it. It happens, but it's kind of marginal, I hope. Anyone else, who knows what about are the changes from 0.8 to 0.9.2 reading this ? Advise us, please. > There really is no need to compile on FBSD itself, you can do it > on any Unix based system. I'm sure there won't be portability issues. > We originally were on BSD/OS first, and AIX before that. Do you still > need some sort of Unix access? Mike5's idea with VmWare worked well for me. Thanks Mike5! So as I've written to separate thread, there are 0.9.2 binaries for FBSD :-) > Thanks for tracking down where the error occurred. Is there a way > to describe better to me WHAT caused the offset to be less than zero or > larger than the instLen? OK, there is example of that behavior. It seems no more illegal to me. Warrior just dies on the first step. ;redcode ;name Bad-start-address ;author Pavel Savara ;strategy raise warning and die ORG badstart badstart EQU 10 goostart MOV 1,1 DAT 0,0 end Pavel From: "Pavel Savara" Subject: Community feedback required on pMars Date: 10 Dec 2006 14:54:56 -0800 Message-ID: <1165791296.791392.260110@f1g2000cwa.googlegroups.com> Hi all, as you probably noticed I'm trying to contribute some enhancements to pMars. This project is currently hosted on http://sourceforge.net/projects/corewar and is managed by Sasha Wait. I agreed with Sasha, that he will allow new code into main branch, after broader agreement with community. So I will describe proposed changes of pMars and hope that I will get some feedback here :-) Changes I'm proposing to commit into new branch consist of two parts. 1) Changes made by Joonas Pihlaja in 2003 to include SDL graphical library. 2) My recent changes to allow build as Win32 DLL, memory deallocation, modularization of sim.c Details below. Please feel free to ask questions, propose changes or criticize it, I'm open for improvements. Source files of all versions to compare/review. http://members.chello.cz/savara/0.9.2-to-0.9.3.zip Binaries to try http://sourceforge.net/project/showfiles.php?group_id=174312&package_id=214071&release_id=469301 I'm planing to commit it into pmars module in CVS and tag in as pmars-0.9.3 then. Hopefully I will be able to move binaries from nMars project to pMars where it belongs. Thanks a lot for your feedback Pavel ----- 1) Joonas's changes Joonas's version can be downloaded at http://www.cs.helsinki.fi/u/jpihlaja/cw/pmars-sdl/ Multiplatform SDL library is there http://www.libsdl.org/index.php Joonas made following changes: a) almost all changes are in SDLGRAPHX #ifdef blocks b) added #endif comments like #endif /* XWINGRAPHX */ c) added open_macro_file() in cdb.c d) in config.h defined DIR_SEPARATOR macro e) in sim.c replaced #ifdef TRACEGRAPHX with #ifndef SERVER f) in sim.c warrior initialization *tempPtr2 = W->position + W->offset; changed to *tempPtr2 = (W->position + W->offset) % coreSize; *tempPtr2 = *tempPtr2 < 0 ? *tempPtr2 + coreSize : *tempPtr2; meaning is: wrap around start offset bigger than core, and negative too g) Makefile added sdldisp.c, $(EXESUFFIX), SDL libraries h) Added new files - fnt16.c - Makefile.mingw - pmars.mac - SDL_main.c - sdldisp.c - stddisp.c I compiled it for Win32 and Linux and it works well. You can download SDL version for windows from Joonas's or nMars pages and try it. I like all those changes, so I'm proposing to commit it in ! 2) My changes a) asm.c added initialization warrior[curWarrior].pSpaceIDNumber = UNSHARED; b) config.h support for WIN32 build c) global.h + cdb.c published totalscore value for reporting status from DLL d) global.h redirected STDOUT in case of DLL build to stderr and used this macro on various places e) global.h - exported functions f) pmars.c - added pspace_finalize() function - re-factored parts of body() into body_load(), body_results() - introduced body_finalize() - memory/state cleanup for reuse - introduced pspace_finalize() - memory/state cleanup for reuse g) sim.c - broken simulator1() into parts - init_core(), - init_round(), - run_step() - finalize_round() - finalize_core() - wrapped it into - begin_match() - step_match() - end_match() - and finaly summed in simulator1() again - all changes were done as in place as possible to ease comparison with previous version. - there are _NO_ behavioral changes h) sim.c during refactoring I did - globalized some variables to be share among all new functions - moved variables initialization to function where it belongs - run_step() is returning value, so no more goto from while{} region // 0 next step // 1 next round // 2 end match - there are _NO_ behavioral changes i) DLL API Parser - warrior_struct* pMarsParse() + pMarsFreeParsed() Engine - pMarsBeginMatch() - exports begin_match() from sim.c pMarsStepMatch() - exports step_match() from sim.c pMarsEndMatch() - exports end_match() from sim.c - pMarsResultsMatch(), - compute results - pMarsWatchMatch() - export pointers to internal structures j) added files build.sh - build helper for unixes MakefileConsole, pMarsConsole.vcproj - Non-GUI setup MakefileSDL, pMarsSDL.vcproj - SDL setup MakefileServer,pMarsServer.vcproj - Non-GUI, Non-debugger setup pMarsDll.vcproj - Non-GUI, Non-debugger, exported API pMarsVersion.rc - version for exe/dll header pMarsDll.h - API / header file for DLL - pointers/memory exported are owned by DLL - DLL is _NOT_ thread safe, because of pmars implementation nature pMarsDll.cpp - implementation of API only thing to notice here is, that all output is redirected to stderr which is redirected to file. We need silent DLL. SDL.txt - info about SDL If you read through and ended here, thank you for your attention! Please, send your feedback, even if it is positive ;-) Thanks Pavel From: KOTH Subject: KOTH.ORG: Status - ICWS Experimental 94 12/11/06 Date: Mon, 11 Dec 2006 00:19:40 -0500 (EST) Message-ID: <200612110506.kBB561Eh086591@asgard.t-b-o-h.net> Weekly Status on 12/11/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG ICWS Experimental 94 CoreWar Hill: Last battle concluded at : Tue Nov 7 11:43:56 EST 2006 # %W/ %L/ %T Name Author Score Age 1 46/ 35/ 18 Fatamorgana X Zul Nadzri 158 11 2 45/ 36/ 20 The X Machine Zul Nadzri 154 35 3 45/ 37/ 19 Ogre Christian Schmidt 153 172 4 37/ 22/ 41 xd100 test David Houston 151 21 5 44/ 39/ 17 Eliminator X Zul Nadzri 148 36 6 29/ 11/ 61 Evol Cap 4 X John Wilkinson 147 293 7 44/ 41/ 15 O_Fortuna3XH Nenad Tomasev 147 1 8 42/ 39/ 19 Bewitching S.Fernandes 146 2 9 35/ 24/ 41 KAT v5 Dave Hillis 146 156 10 35/ 29/ 35 Olivia X Ben Ford 142 105 11 39/ 37/ 24 Trefoil F 13 Steve Gunnell 141 107 12 41/ 41/ 17 Black Moods Ian Oversby 141 220 13 38/ 36/ 25 test Some Redcoder 141 5 14 42/ 43/ 16 Giant Hazy Test 13 Steve Gunnell 140 51 15 39/ 38/ 23 Trefoil Test F 14 Steve Gunnell 140 8 16 40/ 40/ 20 Simply Intelligent Zul Nadzri 140 17 17 34/ 28/ 38 Glenstorm John Metcalf 140 86 18 22/ 6/ 72 Evolve X v4.0 John Wilkinson 138 241 19 39/ 40/ 21 Controlled Aggression Ian Oversby 138 224 20 40/ 46/ 14 Fatal Choice Some Redcoder 134 6 21 0/ 93/ 7 Cheval John Q. Redcoder 7 0 From: KOTH Subject: KOTH.ORG: Status - 94 No Pspace 12/11/06 Date: Mon, 11 Dec 2006 00:19:39 -0500 (EST) Message-ID: <200612110509.kBB591LN086943@asgard.t-b-o-h.net> Weekly Status on 12/11/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG 94 No Pspace CoreWar Hill: Last battle concluded at : Fri Dec 8 23:10:05 EST 2006 # %W/ %L/ %T Name Author Score Age 1 43/ 39/ 18 Shamu P.Kline 146 37 2 44/ 43/ 13 overloaded SPL S.Fernandes 145 36 3 43/ 44/ 13 Silverblade inversed 142 39 4 30/ 17/ 53 4by2k P.Kline 142 55 5 34/ 27/ 39 Monster_Human_Grunt inversed 141 358 6 44/ 49/ 7 Genki Desu Christian Schmidt 139 61 7 33/ 26/ 41 Monster_Alien_Grunt inversed 139 359 8 31/ 25/ 45 Fidelity hwm 137 6 9 27/ 17/ 57 D3vilstick Roy van Rijn 136 272 10 33/ 30/ 37 Hullab3loo Roy van Rijn 136 273 11 28/ 19/ 53 Last Judgement Christian Schmidt 136 543 12 32/ 28/ 40 Amber inversed 136 25 13 39/ 43/ 18 tetht Philip Thorne 135 4 14 41/ 47/ 12 Lux Telum Roy van Rijn 135 3 15 41/ 48/ 10 Hallucination Scanner inversed 135 27 16 30/ 26/ 45 Impaloo Roy van Rijn 133 16 17 30/ 28/ 42 Sacrificing Fluffy Sheep John Metcalf 132 13 18 36/ 40/ 24 StrategicallyMisbuilt Nenad Tomasev 132 1 19 26/ 21/ 53 Protekshun inversed 131 17 20 24/ 18/ 58 The Utterer TNG Christian Schmidt 129 18 21 14/ 63/ 23 spawn marcus93 66 0 From: KOTH Subject: KOTH.ORG: Status - MultiWarrior 94 12/11/06 Date: Mon, 11 Dec 2006 00:19:38 -0500 (EST) Message-ID: <200612110503.kBB531ZK086231@asgard.t-b-o-h.net> Weekly Status on 12/11/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG Multiwarrior 94 CoreWar Hill: Last battle concluded at : Sat Nov 11 19:00:34 EST 2006 # Name Author Score Age 1 Urgle Daniel Rivas 35 8 2 JustADirtyClearTest Nenad Tomasev 33 57 3 simply believe John Metcalf 32 5 4 Diptera Nenad Tomasev 31 42 5 nameless fragment S.Fernandes 22 27 6 CLP-shot again G.Labarga 20 2 7 Fluffy Paper VI Jens Gutzeit 20 28 8 a monster in the house John Metcalf 20 1 9 kingdom of the grasshoppe simon wainwright 19 123 10 the price of hostility John Metcalf 17 15 11 AnotherPaperQuicked30 Lukasz Adamowski 6 0 From: KOTH Subject: KOTH.ORG: Status - Standard 12/11/06 Date: Mon, 11 Dec 2006 00:19:37 -0500 (EST) Message-ID: <200612110500.kBB501pc085713@asgard.t-b-o-h.net> Weekly Status on 12/11/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG Standard KotH CoreWar Hill : Last battle concluded at : Wed Nov 22 13:43:04 EST 2006 # %W/ %L/ %T Name Author Score Age 1 45/ 43/ 12 Monolith inversed 147 21 2 37/ 27/ 37 The Next Step '88 David Houston 146 88 3 39/ 32/ 30 White Fire inversed 146 1 4 31/ 18/ 51 Raging Gale '88 inversed 145 17 5 34/ 24/ 42 Test Alexander (Sasha) Wa 144 212 6 37/ 30/ 33 Dark Mecha inversed 144 5 7 41/ 39/ 20 Scan the Can Christian Schmidt 143 53 8 35/ 28/ 36 usual fee, plus expenses John Metcalf 142 11 9 41/ 42/ 17 Hexamorph inversed 141 16 10 39/ 38/ 23 My 1st try Christian Schmidt 140 104 11 31/ 23/ 45 The Hurricaner G.Labarga 140 59 12 42/ 45/ 13 Scan Test C 6 Steve Gunnell 138 111 13 29/ 20/ 51 ipaptst inversed 138 3 14 33/ 30/ 36 The Seed Roy van Rijn 137 90 15 32/ 28/ 40 Triangular Sun inversed 137 13 16 38/ 39/ 24 Moonwipe Christian Schmidt 136 69 17 26/ 16/ 58 Utterer '88 Christian Schmidt 135 47 18 34/ 33/ 33 Vampire Knight inversed 134 12 19 30/ 27/ 43 Guardian Ian Oversby 133 272 20 29/ 27/ 44 test G.Labarga 132 55 21 1/ 92/ 7 little Anonymous 10 0 From: "Waknuk" Subject: Re: rules update Date: 11 Dec 2006 18:20:04 -0800 Message-ID: <1165890004.538068.274080@j72g2000cwa.googlegroups.com> Why 200? With the given specifications MAXLENGTH defaults to 100 in both cores. $ pmars -e -b -s 1400 -d 200 - jmp #MAXLENGTH Warning: Missing ';assert'. Warrior may not work with the current setting Source: standard input (Unknown by Anonymous) Number of warnings: 1 00000 JMP.B # 100, $ 0 (cdb) q Nenad Tomasev wrote: > one more thing -> the compiled code of your warrior has to be exactly > the same in both cores, apart from the instructions in which you use > CORESIZE, where the values in the corresponding fields will be > differemt (apparently). So, you can't submit two 200 length warriors, > if that's what you've been wondering. :) The use of CORESIZE is, in > other words, restricted to instruction fields. From: "Nenad Tomasev" Subject: Down The Core And More - round 2 results Date: 14 Dec 2006 07:38:49 -0800 Message-ID: <1166110729.453543.103120@j72g2000cwa.googlegroups.com> Tournament "Down The Core And More" Round 2: Results "Dual Core war" Hi. The second round of the tournament has come to an end. Once again, 11 players took part and, of course, 8 of them scored points. Not on the list? Then it's time to start making some warriors! Anyway, there was also some confusion due to the even which I'll refer to as the "Time travel phenomenon". More specifically, John had sent me his warrior in time, 2 hours before the deadline, but my pop3 mail server didn't seem to think his message was important :), so it only arrived today (14th December) afternoon. Based on the timestamp on the mail, I've decided to rerun the tournament, hence the inconsistency when comparing these results to the ones reported at the #corewars irc channel. I'd like to invite all those who hadn't yet submitted anything for this tournament to do so in the rounds that follow. So, without further delay, here is the list for round 2: 1. Chip Wendell 10 pts 2. Zul Nadzri 8 pts 3. inversed 6 pts 4. Roy van Rijn 5 pts 5. John Metcalf 4 pts 6. Mizcu 3 pts 7. Phil 2 pts 8. Neogryzor 1 pts 9. Lukasz Adamowski 0 pts 10. Fluffy 0 pts 11. Max 0 pts The evolved warrior sent by Max for this round had quite a decent score, when one takes into account the fact that it fought in two cores and that it confronted pspacers as well. It was only 18.5 points below Fluffy's warrior in average score, and scored better than Neo's warrior in small core. If you'd like to see the detailed round robin scores for both cores, send me an email and you'll get it. I will soon also post the code for all of the entries. I hope that you have enjoyed this round. And I hope you'l enjoy the next one even more. Cheers. Nenad From: "Nenad Tomasev" Subject: Down The Core And More - round 3 rules announcement Date: 14 Dec 2006 07:40:32 -0800 Message-ID: <1166110832.699258.17200@80g2000cwy.googlegroups.com> Tournament "Down The Core And More" Round 3 "tWINs" Well, it's time for the third round of the tournament. In the first two rounds, you have had a lot of options, and haven't been restrained by the rules. This time, it's going to be different. This will be a thematic round. We'll be exploring a strategy that has mostly been neglected and unexplored. It's the doubled scanners, of course. But, we'll spice things up a little more, as you'll soon discover. The rules are: CORESIZE: 8000 MAXPROC: 8000 MAXCYCLES: 80000 MAXSIZE: 100 MINDIST: 100 PSPACE: not allowed INSTRUCTION SET: ICWS '94 (RedCode) (standard battle parameters) no selffights obligatory part of the code: wlength equ 18 wdist equ 3643 org boot wstart ... ... ; this is where your code will be for 77 dat 0, 0 rof tb dat.f (wstart+wlength), (wstart+wlength+wdist) boot mov.i {tb, = 2. You've probably noticed the WDIST being "ugly" - and that's the whole point. It would be easy to synchronize the warrior modules if the WDIST was, for instance, 4000. You'll have to put in a little bit more effort. Also, you must have noticed that the bench warriors are designed to crush scanners. Generally, double scanners should be more resistant against their attacks. That is, if you do a good job. You'll also have to calculate the fact that you'll be fighting a lot of other scanners... So, you have to find the optimal warrior size, scan step, type of attack, possibly implement airbag, synchronize the attack, balance the speed and, above all, be original in your coding :). Good luck! The DEADLINE will be January 5th, 23:00 CET. Send your entries to tomasev_at_nspoint.net or pbrain_at_cincilator.com From: "Roy" Subject: ZoomRescanner Date: 14 Dec 2006 15:03:04 -0800 Message-ID: <1166137383.949121.101220@t46g2000cwa.googlegroups.com> Hi all, When I was browsing my HD looking for some cool scanner ideas for the new tournament round I found a little thing I never published. It scores *REALLY* bad, but it is kinda fun to see it working. A scanner with zoom trick, it triggers clearing when it finds something. The trick is this scanner also checks what its bombing, when its empty core it quits and goes to fast-scanning again. It sounds like a great idea, but I guess the switching is just too slow, or its too fragile.. Don't really know, didn't have a lot of time to analyse. But it might spark some new ideas! ;redcode-94nop ;name ZoomRescanner ;author Roy van Rijn ;assert 1 ;sorry for all the comments but should make it more understandable! sStart equ sSpan-(sStep*700) sStep equ 6255 sSpan equ 14 ;bomb this line to activate the clear, a-field 0 > clear ;when executed it sets the scan looper to include the clear sTop mov.ab sScan , #sRet ;clear mov.i sBomb , >-1 ;normal scanning add.f sAdd , 1 ;normal scanning sScan seq sStart-sSpan , sStart ;go to attack mode djn.a sTop , @sTop ;loop back but check if we are bombing something usefull jmn.f *sRet , @sTop ;reset the clearpointer mov.ab sTop+1 , sTop ;reset the loop, stop the bombing mov.a #-6 , 1 ;go back to the scanning but check if we bombed the top line ;we have to check a-field because two lines back we set the b-field sRet jmn.a sScan-1 , sTop ;d-clear sAdd spl #sStep , sStep mov.i 2 , >sTop djn.f -1 , >sTop dat <2667 , >17 for 10 dat 0 , 0 rof ;bomb to clear with sBomb spl #0 , }0 end sScan From: "Roy" Subject: Re: ZoomRescanner Date: 14 Dec 2006 15:23:56 -0800 Message-ID: <1166138636.365414.245000@n67g2000cwd.googlegroups.com> Whoops, I copied the wrong version that one was a early bugged version, this is what I ended up with eventually: (fixed the "reset the clearpointer"-line and the d-clear) sStart equ sSpan-(sStep*900) sStep equ 6255 sSpan equ 14 sTop mov.ab sScan , #sRet mov.i sBomb , >-1 add.f sAdd , 1 sScan seq sStart-sSpan , }sStart djn.a sTop , @sTop jmn.f *sRet , @sTop mov.ab #8 , sTop mov.a #-6 , 1 sRet jmn.a sScan-1 , sTop sAdd spl #sStep , sStep mov.i 2 , >sTop+1 djn.f -1 , >sTop+1 dat <2667 , >17 for 10 dat 0 , 0 rof sBomb spl #0 , }0 end sScan Roy schreef: > Hi all, > > When I was browsing my HD looking for some cool scanner ideas for the > new tournament round I found a little thing I never published. It > scores *REALLY* bad, but it is kinda fun to see it working. A scanner > with zoom trick, it triggers clearing when it finds something. The > trick is this scanner also checks what its bombing, when its empty core > it quits and goes to fast-scanning again. > > It sounds like a great idea, but I guess the switching is just too > slow, or its too fragile.. Don't really know, didn't have a lot of time > to analyse. But it might spark some new ideas! > > ;redcode-94nop > ;name ZoomRescanner > ;author Roy van Rijn > ;assert 1 > ;sorry for all the comments but should make it more understandable! > > sStart equ sSpan-(sStep*700) > sStep equ 6255 > sSpan equ 14 > > ;bomb this line to activate the clear, a-field 0 > clear > ;when executed it sets the scan looper to include the clear > sTop mov.ab sScan , #sRet > > ;clear > mov.i sBomb , >-1 > > ;normal scanning > add.f sAdd , 1 > > ;normal scanning > sScan seq sStart-sSpan , sStart > > ;go to attack mode > djn.a sTop , @sTop > > ;loop back but check if we are bombing something usefull > jmn.f *sRet , @sTop > > ;reset the clearpointer > mov.ab sTop+1 , sTop > > ;reset the loop, stop the bombing > mov.a #-6 , 1 > > ;go back to the scanning but check if we bombed the top line > ;we have to check a-field because two lines back we set the b-field > sRet jmn.a sScan-1 , sTop > > ;d-clear > sAdd spl #sStep , sStep > mov.i 2 , >sTop > djn.f -1 , >sTop > dat <2667 , >17 > > for 10 > dat 0 , 0 > rof > > ;bomb to clear with > sBomb spl #0 , }0 > > end sScan From: "Lukasz Adamowski" Subject: Odp: Down The Core And More - round 3 rules announcement Date: Thu, 14 Dec 2006 22:05:13 -0500 (EST) Message-ID: <4581e11347702@wp.pl> Dnia 14-12-2006 o godz. 17:07 Nenad Tomasev napisa�(a): > Round 3 > > "tWINs" > > Well, it's time for the third round of the tournament. In the first two > rounds, you have had a lot of options, and haven't been restrained by > the rules. This time, it's going to be different. This will be a > thematic round. We'll be exploring a strategy that has mostly been > neglected and unexplored. It's the doubled scanners, of course. But, > we'll spice things up a little more, as you'll soon discover. The rules > are: > > CORESIZE: 8000 > MAXPROC: 8000 > MAXCYCLES: 80000 > MAXSIZE: 100 > MINDIST: 100 > PSPACE: not allowed > INSTRUCTION SET: ICWS '94 (RedCode) > (standard battle parameters) > no selffights > > obligatory part of the code: > > wlength equ 18 > wdist equ 3643 > > org boot > wstart ... > ... ; this is where your code will be > for 77 > dat 0, 0 > rof > tb dat.f (wstart+wlength), (wstart+wlength+wdist) > boot mov.i {tb, djn.b boot, #wlength > spl.b *tb, 0 > jmp.b @tb, 0 > end > > tournament type: round robin, 400 rounds per matchup > all entries will be inserted into the round robin tourney, along with > Hullabaloo, Gargantuan, Mooncake, DanceOfFallenAngels and Frantic. Can you please publish these warriors? I guess there can be more than one version of each of warrior you mentioned, I want to know which version exactly will be used in this round... and I'm too lazy to get them for myself. ;] > In other words, they will fight other entries, and they will also fight > the above mentioned warriors. Permitted warrior types for insertion > into designated space are CDS, SCN and CLR. [...] What about evolved warriors? Who is going to decide if such a kind of code is proper for this round? (I guess you, Nenad, stupid question ;) > [...] And there will be some limitations. To avoid people > inserting MOV.I bomb, wdist or something like that to turn the scanner > (or coreclear) pair into a single working piece of code, the following > restriction is included: in the first 300 cycles in melee, the number > of processes has to be >= 2. Will you be check it by yourself running warriors in debug mode, Nenad? It can be done even with this limitation. Some SPLs in one copy and we will have much more than 2 processes. Then the second copy can be killed. And what if one copy of warrior will be killed by the opponent during the first 300 cycles? I think your ideas for rounds are very interesting, but usually have many points of uncertainity. However it's still fun to play corewars with you. :] And can you please publish mor specific results of round 2? I want to know how many points more I needed to get to top 8. Greetings Lukasz Adamowski -= "War is a problem, never a solution" =- -= "Wojna jest problemem, a nie rozwiazaniem" =- ---------------------------------------------------- Dwie kobiety i ten sam problem - FACECI! Czy �wi�teczny wyjazd mo�e co� zmieni�? HOLIDAY - romantyczna komedia z gwiazdorsk� obsad� w kinach od 22 grudnia !! http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fholiday.html&sid=967 From: "Nenad Tomasev" Subject: Re: Odp: Down The Core And More - round 3 rules announcement Date: 14 Dec 2006 23:06:07 -0800 Message-ID: <1166166367.505815.282030@f1g2000cwa.googlegroups.com> Hello. First of all, the versions of the mentioned warriors that will be used in round 3 will, naturally, be the ones published on 94nop Koenigstuhl. Strict and unambigous categorization of warriors is, imho, impossible, because of various hybrid approaches. Therefore, a rule for determining which warrior satisfies the conditions of this round will, as you've guessed, be rather simple. If I say it does, it does :). To avoid confusion and uncertainty about whether a warrior will be accepted, you can send me questions via email, or submit your warrior a day or two earlier, so that you can make the necessary modifications, if there is a neeed for that. Of course, all this only comes into consideration if you're going to make some really weird code :). If it'll be conventional, it is all pretty much straightforward. I will check the process count, yes. I know that there CAN be only one working copy with >= 2 processes, but that's beside the point. If you want a multiprocess scanner, go ahead and make one :). I would be even more pleased to see that. Of course, if you go for coreclears, you can have one standard working coreclear. Naturally, I wouldn't advise it, since you would be crushed by all the scanners... Anyway, I am well aware of the limitations of these limitations :)). They are intentional. btw, it only concernes melee mode, so it doesn't matter if your opponent kills one of your copies in fight, I think I pointed that out the first time. Yes, well complex rule sets are bound to have some uncertainties... However, I don't think that the rules for this specific round are unclear. The rules are the rules, and as long as your warrior satisfies those rules, it will be accepted. It's as simple as that. :) I never said that both copies HAVE to have processes in them, right? :) That was just my suggestion. And it would be, imho quite natural to do so, because double scanners are an underrated concept and can score quite well. That's all. I'll send you the detailed results via email. I hope you'll enjoy this round. Cheers. Nenad From: sayembara@gmail.com Subject: Re: Odp: Down The Core And More - round 3 rules announcement Date: 15 Dec 2006 02:38:45 -0800 Message-ID: <1166179125.806625.81830@16g2000cwy.googlegroups.com> Can't download Mooncake...server error. Other files ok. Can you, as proposed above, zip all the warriors and email to all players. This surely will eliminate confusion. /Zul Nadzri From: "Waknuk" Subject: Re: Down The Core And More - round 2 results Date: 15 Dec 2006 07:47:02 -0800 Message-ID: <1166197622.196956.183380@79g2000cws.googlegroups.com> It would be nice to see more detailed results (not just for the participants but for anyone else currently, or in the future interested in corewars). e.g. the warriors, the cross-tables for both cores. For example - as a newcomer to corewar I enjoyed reading the posts regarding old tournaments. http://groups.google.com/group/rec.games.corewar/browse_thread/thread/3d998dd63fcde4ff/2281a2fd4e64842e http://www.shadowmagic.org.uk//corewar/maniacs/index.html Also, any chance of supplying pmars command line for future rounds? Nenad Tomasev wrote: > Tournament "Down The Core And More" > > > > Round 2: Results > > "Dual Core war" > [...] > If you'd like to see the detailed round robin scores for both cores, > send me an email and you'll get it. I will soon also post the code for > all of the entries. > I hope that you have enjoyed this round. And I hope you'l enjoy the > next one even more. > Cheers. > > Nenad From: "Lukasz Adamowski" Subject: Re: Odp: Down The Core And More - round 3 rules announcement Date: Fri, 15 Dec 2006 17:25:59 -0500 (EST) Message-ID: <45831c9720388@wp.pl> Dnia 15-12-2006 o godz. 9:05 Nenad Tomasev napisal: > First of all, the versions of the mentioned warriors that will be used > in round 3 will, naturally, be the ones published on 94nop Koenigstuhl. There are two Hullabaloo files in 94.tar.gz downloaded from Koenigstuhl: hullabaloo.red and hullabaloo3.red. Which is the one? Lukasz Adamowski -= "War is a problem, never a solution" =- -= "Wojna jest problemem, a nie rozwiazaniem" =- ---------------------------------------------------- Dwie kobiety i ten sam problem - FACECI! Czy �wi�teczny wyjazd mo�e co� zmieni�? HOLIDAY - romantyczna komedia z gwiazdorsk� obsad� w kinach od 22 grudnia !! http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fholiday.html&sid=967 From: "inversed" Subject: Re: Down The Core And More - round 3 rules announcement Date: 18 Dec 2006 07:38:49 -0800 Message-ID: <1166456329.036577.62480@n67g2000cwd.googlegroups.com> If my scanner is smaller than 18 instructions, may I decrease wlength to save some cycles during boot? From: KOTH Subject: KOTH.ORG: Status - MultiWarrior 94 12/18/06 Date: Mon, 18 Dec 2006 09:49:40 -0500 (EST) Message-ID: <200612180503.kBI530PO009413@asgard.t-b-o-h.net> Weekly Status on 12/18/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG Multiwarrior 94 CoreWar Hill: Last battle concluded at : Sat Nov 11 19:00:34 EST 2006 # Name Author Score Age 1 Urgle Daniel Rivas 35 8 2 JustADirtyClearTest Nenad Tomasev 33 57 3 simply believe John Metcalf 32 5 4 Diptera Nenad Tomasev 31 42 5 nameless fragment S.Fernandes 22 27 6 CLP-shot again G.Labarga 20 2 7 Fluffy Paper VI Jens Gutzeit 20 28 8 a monster in the house John Metcalf 20 1 9 kingdom of the grasshoppe simon wainwright 19 123 10 the price of hostility John Metcalf 17 15 11 AnotherPaperQuicked30 Lukasz Adamowski 6 0 From: KOTH Subject: KOTH.ORG: Status - ICWS Experimental 94 12/18/06 Date: Mon, 18 Dec 2006 09:49:40 -0500 (EST) Message-ID: <200612180506.kBI560pn009785@asgard.t-b-o-h.net> Weekly Status on 12/18/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG ICWS Experimental 94 CoreWar Hill: Last battle concluded at : Tue Nov 7 11:43:56 EST 2006 # %W/ %L/ %T Name Author Score Age 1 46/ 35/ 18 Fatamorgana X Zul Nadzri 158 11 2 45/ 36/ 20 The X Machine Zul Nadzri 154 35 3 45/ 37/ 19 Ogre Christian Schmidt 153 172 4 37/ 22/ 41 xd100 test David Houston 151 21 5 44/ 39/ 17 Eliminator X Zul Nadzri 148 36 6 29/ 11/ 61 Evol Cap 4 X John Wilkinson 147 293 7 44/ 41/ 15 O_Fortuna3XH Nenad Tomasev 147 1 8 42/ 39/ 19 Bewitching S.Fernandes 146 2 9 35/ 24/ 41 KAT v5 Dave Hillis 146 156 10 35/ 29/ 35 Olivia X Ben Ford 142 105 11 39/ 37/ 24 Trefoil F 13 Steve Gunnell 141 107 12 41/ 41/ 17 Black Moods Ian Oversby 141 220 13 38/ 36/ 25 test Some Redcoder 141 5 14 42/ 43/ 16 Giant Hazy Test 13 Steve Gunnell 140 51 15 39/ 38/ 23 Trefoil Test F 14 Steve Gunnell 140 8 16 40/ 40/ 20 Simply Intelligent Zul Nadzri 140 17 17 34/ 28/ 38 Glenstorm John Metcalf 140 86 18 22/ 6/ 72 Evolve X v4.0 John Wilkinson 138 241 19 39/ 40/ 21 Controlled Aggression Ian Oversby 138 224 20 40/ 46/ 14 Fatal Choice Some Redcoder 134 6 21 0/ 93/ 7 Cheval John Q. Redcoder 7 0 From: KOTH Subject: KOTH.ORG: Status - 94 No Pspace 12/18/06 Date: Mon, 18 Dec 2006 09:49:39 -0500 (EST) Message-ID: <200612180509.kBI590MX010195@asgard.t-b-o-h.net> Weekly Status on 12/18/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG 94 No Pspace CoreWar Hill: Last battle concluded at : Mon Dec 11 07:16:13 EST 2006 # %W/ %L/ %T Name Author Score Age 1 43/ 39/ 18 Shamu P.Kline 146 37 2 31/ 17/ 52 4by2k P.Kline 144 55 3 34/ 27/ 39 Monster_Human_Grunt inversed 142 358 4 43/ 44/ 13 overloaded SPL S.Fernandes 141 36 5 33/ 26/ 40 Monster_Alien_Grunt inversed 140 359 6 42/ 45/ 13 Silverblade inversed 139 39 7 34/ 30/ 36 Hullab3loo Roy van Rijn 137 273 8 27/ 17/ 56 D3vilstick Roy van Rijn 137 272 9 40/ 43/ 18 tetht Philip Thorne 136 4 10 31/ 25/ 44 Fidelity hwm 136 6 11 28/ 20/ 53 Last Judgement Christian Schmidt 136 543 12 42/ 49/ 8 Genki Desu Christian Schmidt 135 61 13 37/ 39/ 24 StrategicallyMisbuilt Nenad Tomasev 135 1 14 32/ 28/ 40 Amber inversed 135 25 15 31/ 28/ 41 Sacrificing Fluffy Sheep John Metcalf 135 13 16 30/ 26/ 44 Impaloo Roy van Rijn 134 16 17 27/ 21/ 52 Protekshun inversed 132 17 18 25/ 18/ 57 The Utterer TNG Christian Schmidt 131 18 19 39/ 48/ 12 Lux Telum Roy van Rijn 130 3 20 39/ 49/ 11 Hallucination Scanner inversed 129 27 21 16/ 61/ 23 Tomb_v1.0 gareththegeek 71 0 From: KOTH Subject: KOTH.ORG: Status - Standard 12/18/06 Date: Mon, 18 Dec 2006 09:53:42 -0500 (EST) Message-ID: <200612180500.kBI500UM008921@asgard.t-b-o-h.net> Weekly Status on 12/18/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG Standard KotH CoreWar Hill : Last battle concluded at : Wed Nov 22 13:43:04 EST 2006 # %W/ %L/ %T Name Author Score Age 1 45/ 43/ 12 Monolith inversed 147 21 2 37/ 27/ 37 The Next Step '88 David Houston 146 88 3 39/ 32/ 30 White Fire inversed 146 1 4 31/ 18/ 51 Raging Gale '88 inversed 145 17 5 34/ 24/ 42 Test Alexander (Sasha) Wa 144 212 6 37/ 30/ 33 Dark Mecha inversed 144 5 7 41/ 39/ 20 Scan the Can Christian Schmidt 143 53 8 35/ 28/ 36 usual fee, plus expenses John Metcalf 142 11 9 41/ 42/ 17 Hexamorph inversed 141 16 10 39/ 38/ 23 My 1st try Christian Schmidt 140 104 11 31/ 23/ 45 The Hurricaner G.Labarga 140 59 12 42/ 45/ 13 Scan Test C 6 Steve Gunnell 138 111 13 29/ 20/ 51 ipaptst inversed 138 3 14 33/ 30/ 36 The Seed Roy van Rijn 137 90 15 32/ 28/ 40 Triangular Sun inversed 137 13 16 38/ 39/ 24 Moonwipe Christian Schmidt 136 69 17 26/ 16/ 58 Utterer '88 Christian Schmidt 135 47 18 34/ 33/ 33 Vampire Knight inversed 134 12 19 30/ 27/ 43 Guardian Ian Oversby 133 272 20 29/ 27/ 44 test G.Labarga 132 55 21 1/ 92/ 7 little Anonymous 10 0 Date: Mon, 18 Dec 2006 11:05:36 +0100 From: Harald Markus Wirth Subject: A.R.E.S. ASM v2 released, request aid for testing Message-ID: <3e3f6$458667ec$557c0949$2143@news.inode.at> Three years after the first release of ARES, I now know much more about Redcode, pMARS and the ICWS. Finally I rewrote the assembler, so it is something like "97% pMARS compatible" now. The new assembler needs to be intensively tested, therefore it is actually in alpha state. I am looking forward to find _all_ serious bugs in the next weeks, for finally declaring the ASM at least a beta version, so I hereby reqeust for your aid: Maybe you can share knowledge about how to test the program properly, give me some special benchmarks (I allready got a hint to test with warriors from koenigstuhl) or whatever you might think will help. Core War has again become a great adventure to me! For my pitty, nobody I know IRL is sharing my excitement... But I consider myself beeing lucky, because of your great help and the patience, you have been showing. Thanks a lot! H. =[SPAM]================================================================= A.R.E.S. 2.33b, ASM2.0a found at ares.com/corewars documentation (under construction) http://harald.ist.org/?site=ares PROs: ARES is quite a complete IDE for Core War, featuring: memory inspection, watches, break conditions, tracing processes, trace of execution in the source code, interactive tutorial ("sneak preview version"), integrated IRC client (java), benchmark (using pMARS) auto-send-to-hill, context-quick-help in editor for beginners or forgetful redcoders, many core options (eg. in core eval), experimental mode (virtual console, stack, subroutines, "Boot-ROM"), needs no setup, user friendly (typical Windows app) => intuitive. In general ideal for beginners, very useful (and allready used) for education at schools CONs: Designed for Windows (but runs with wine). Slow, because millions of UI hooks and usage of VCL-Components. Some features still missing (PIN instruction, register assignment operator "="). Behavioir of EQU slightly different to pMARS (when declared inside of FOR loops). One known serious bug: don't forget comma to separate A/B values From: "inversed" Subject: Re: ZoomRescanner Date: 18 Dec 2006 13:44:42 -0800 Message-ID: <1166478282.022461.3230@j72g2000cwa.googlegroups.com> Uh, oh, such a great idea! Just one _slight_ problem: IT DOESN'T WORKS! I know that today it's possible to just modify some code, optimize it and send it to the hill without even looking at what actually happens. But when you're making (and publishing) something new, you just ought to debug it to be sure that it works as you want it to. I've already pointed out that this scanner will not work: if something is detected through b-field, than it will zoom in, drop one bomb and then zoom out. Just run it and watch what happens when something is detected through b-field. Even more, it's not just some bug. Such structure will not work in principle. Despite this problem, I do have a fully functional rezooom scanner (and it is not dx42e-clone). I'll publish it as soon as I improve/tweak/optimize it. BTW, I've found this ancient prophecy in unorthodoxal occult corewar book. New Era Corewar Timeline: 12.2006 Author of best ranking corewar program, publishes same non-working code for the second time. 01.2007 Other authors catch up with new fashion, publishing non-working stone-imps and papers. 02.2007 Quickscan tutorial is updated with non-working q^4 modification (with optimized constants of course) 03.2007 Score-surface for non-working paper is being calculated. 04.2007 Optimax is now fully automated. It automatically selects a warrior from a database, optimizes it and sends it to the hill. 05.2007 Hull4b4loo is 94nop KOTH 06.2007 3by3k is 94nop KOTH 07.2007 Devil5tick is 94nop KOTH 08.2007 HazyLazy C1001 is 94nop KOTH 09.2007 NeonGenesisFranticSuperExtra++ is 94nop KOTH 10.2007 With aid of new neurolinguistic software, people start optimizing warriors names. 11.2007 The hill crashes, being unable to withstand a warrior named TotallyInnocuousInoffensiveCuteFurryRabbit. 12.2007 Koenigstuhl closes, because there were no new submissions for a year. 01.2008 After the hill being reset, people (unable of reaching KS) start to code new warriors. This warrior soon becomes KOTH: <...header skipped...> ;strategy Q4.5 -> Ummm... Idunno... Don't have time to analyse... ;assert 1 <...Q4.5 skipped...> start mov.i #2237, 1 ;I've spent one month on optimizing these constants! 02.2008 By mistake, some evolver guy sends his evolved nano warriors to 94nop. They occupy first 5 positions. 03.2008 7-year old boy founds old scientific american magazines. Accidently he sents 20 copies of dwarf to koth.org and wipes the hill. 04.2008 Everyone in CoreWars community has 10 children and absolutely no time, so no one even notices that the hill is wiped. 05.2008 Some researchers try to evolve corewar players (without success). From: "inversed" Subject: Re: Mooncake Date: 18 Dec 2006 13:51:48 -0800 Message-ID: <1166478708.658108.298950@t46g2000cwa.googlegroups.com> """Sascha Zapf �����(�): """ > Hi, > > where can i get an official and legal copy of 'mooncake' for the third > round ? > > Sascha Maybe here: http://www.corewar.info/optimax/dload/fsh94nop0.3.zip From: "Lukasz Adamowski" Subject: Odp: Mooncake Date: Mon, 18 Dec 2006 17:44:04 -0500 (EST) Message-ID: <4587091f3e60b@wp.pl> Dnia 18-12-2006 o godz. 21:06 Sascha Zapf napisal: > Hi, > > where can i get an official and legal copy of 'mooncake' for the third > round ? > > Sascha >From Koenigstuhl I guess. Do what I did and download whole the 94 hill. It's in 94.tar.gz file on the first page of Koenigstuhl. Greetings Lukasz Adamowski -= "War is a problem, never a solution" =- -= "Wojna jest problemem, a nie rozwiazaniem" =- ---------------------------------------------------- Dwie kobiety i ten sam problem - FACECI! Czy �wi�teczny wyjazd mo�e co� zmieni�? HOLIDAY - romantyczna komedia z gwiazdorsk� obsad� w kinach od 22 grudnia !! http://klik.wp.pl/?adr=http%3A%2F%2Fadv.reklama.wp.pl%2Fas%2Fholiday.html&sid=967 From: Sascha Zapf Subject: Mooncake Date: Mon, 18 Dec 2006 20:30:57 +0100 Message-ID: Hi, where can i get an official and legal copy of 'mooncake' for the third round ? Sascha From: "Roy" Subject: Re: ZoomRescanner Date: 19 Dec 2006 00:24:22 -0800 Message-ID: <1166516662.556010.209020@73g2000cwn.googlegroups.com> Hehe, big lol about the timeline :-D And I feel stupid now I know why it doesn't work... :-S Now I can try to fix that again! My goal was to keep it as small as possible, looking like a normal blurrish scanner, but the more I programmed the more things went wrong and needed lines to fix.. But well, it works 50% of the time, already a nice percentage :-P And its good to know I get 2 koth's in your timeline! btw. it seems optimizing the same warriors all over again really works, the hill changed a lot in the last couple of months. I think there are currently a lot of new cool ideas on it. But those aren't published yet. inversed wrote: > Uh, oh, such a great idea! Just one _slight_ problem: IT DOESN'T WORKS! > I know that today it's possible to just modify some code, optimize it > and send it to the hill without even looking at what actually happens. > But when you're making (and publishing) something new, you just ought > to debug it to be sure that it works as you want it to. I've already > pointed out that this scanner will not work: if something is detected > through b-field, than it will zoom in, drop one bomb and then zoom out. > Just run it and watch what happens when something is detected through > b-field. Even more, it's not just some bug. Such structure will not > work in principle. > Despite this problem, I do have a fully functional rezooom scanner (and > it is not dx42e-clone). I'll publish it as soon as I > improve/tweak/optimize it. > > BTW, I've found this ancient prophecy in unorthodoxal occult corewar > book. > > New Era Corewar Timeline: > 12.2006 Author of best ranking corewar program, publishes same > non-working code for the second time. > 01.2007 Other authors catch up with new fashion, publishing non-working > stone-imps and papers. > 02.2007 Quickscan tutorial is updated with non-working q^4 modification > (with optimized constants of course) > 03.2007 Score-surface for non-working paper is being calculated. > 04.2007 Optimax is now fully automated. It automatically selects a > warrior from a database, optimizes it and sends it to the hill. > 05.2007 Hull4b4loo is 94nop KOTH > 06.2007 3by3k is 94nop KOTH > 07.2007 Devil5tick is 94nop KOTH > 08.2007 HazyLazy C1001 is 94nop KOTH > 09.2007 NeonGenesisFranticSuperExtra++ is 94nop KOTH > 10.2007 With aid of new neurolinguistic software, people start > optimizing warriors names. > 11.2007 The hill crashes, being unable to withstand a warrior named > TotallyInnocuousInoffensiveCuteFurryRabbit. > 12.2007 Koenigstuhl closes, because there were no new submissions for a > year. > 01.2008 After the hill being reset, people (unable of reaching KS) > start to code new warriors. > This warrior soon becomes KOTH: > > <...header skipped...> > > ;strategy Q4.5 -> Ummm... Idunno... Don't have time to analyse... > ;assert 1 > > <...Q4.5 skipped...> > > start mov.i #2237, 1 ;I've spent one month on optimizing these > constants! > > 02.2008 By mistake, some evolver guy sends his evolved nano warriors to > 94nop. They occupy first 5 positions. > 03.2008 7-year old boy founds old scientific american magazines. > Accidently he sents 20 copies of dwarf to koth.org and wipes the hill. > 04.2008 Everyone in CoreWars community has 10 children and absolutely > no time, so no one even notices that the hill is wiped. > 05.2008 Some researchers try to evolve corewar players (without > success). From: sayembara@gmail.com Subject: Re: Down The Core And More - round 3 rules announcement Date: 19 Dec 2006 02:42:21 -0800 Message-ID: <1166524941.084377.9930@73g2000cwn.googlegroups.com> inversed wrote: > If my scanner is smaller than 18 instructions, may I decrease wlength > to save some cycles during boot? Good point! My dclear is not that long too :) From: "Pavel Savara" Subject: Re: A.R.E.S. ASM v2 released, request aid for testing Date: 19 Dec 2006 05:03:44 -0800 Message-ID: <1166533424.717639.10580@n67g2000cwd.googlegroups.com> > Three years after the first release of ARES, I now know much more about > Redcode, pMARS and the ICWS. Finally I rewrote the assembler, so it is > something like "97% pMARS compatible" now. The new assembler needs to be > intensively tested, therefore it is actually in alpha state. I am > looking forward to find _all_ serious bugs in the next weeks, for > finally declaring the ASM at least a beta version, so I hereby reqeust > for your aid: Maybe you can share knowledge about how to test the > program properly, give me some special benchmarks (I allready got a hint > to test with warriors from koenigstuhl) or whatever you might think will > help. Harald, I'm in similar situation as you are. As you maybe noticed I'm working on Core War IDE for .NET. http://sourceforge.net/projects/nmars/ I had same problem as you have, how to validate parser and engine. I have solution and proposal for you! Few days ago I submitted changes to pMars into this forum. I wrapped pMars into Win32 DLL and exported internal structures, so we can use it as validator for all implementations. I already did it for my project and was surprised how many problems I found. This was solution for you and now my proposal. Because nobody interested or reacted to my description of changes to pMars, I would like to ask you to be one, who will do code review. So if you will be so kind to volunteer on review, I will happily cooperate with you to help you with plunging DLL and validating of your implementation. Even if we are competitors on field of IDEs :-) BTW: - are you going open source ARES one nice day ? - slow: I'm actually solving last details of debugger with similar features that you have. I believe that speed could be achieved in asynchronous core/UI. I'm almost there, I will post nMars 0.9 in few days and code too :-) Pavel > > Core War has again become a great adventure to me! For my pitty, nobody > I know IRL is sharing my excitement... But I consider myself beeing > lucky, because of your great help and the patience, you have been showing. > > Thanks a lot! > > H. > > =[SPAM]================================================================= > A.R.E.S. 2.33b, ASM2.0a found at ares.com/corewars > documentation (under construction) http://harald.ist.org/?site=ares > > PROs: ARES is quite a complete IDE for Core War, featuring: memory > inspection, watches, break conditions, tracing processes, trace of > execution in the source code, interactive tutorial ("sneak preview > version"), integrated IRC client (java), benchmark (using pMARS) > auto-send-to-hill, context-quick-help in editor for beginners or > forgetful redcoders, many core options (eg. in core eval), experimental > mode (virtual console, stack, subroutines, "Boot-ROM"), needs no setup, > user friendly (typical Windows app) => intuitive. In general ideal for > beginners, very useful (and allready used) for education at schools > > CONs: Designed for Windows (but runs with wine). Slow, because millions > of UI hooks and usage of VCL-Components. Some features still missing > (PIN instruction, register assignment operator "="). Behavioir of EQU > slightly different to pMARS (when declared inside of FOR loops). One > known serious bug: don't forget comma to separate A/B values From: sayembara@gmail.com Subject: Re: A.R.E.S. ASM v2 released, request aid for testing Date: 19 Dec 2006 08:27:18 -0800 Message-ID: <1166545637.965667.151090@n67g2000cwd.googlegroups.com> What ever technical stuff you do on corewar development that I remotely understand...I say good luck :) Pavel Savara wrote: > > Three years after the first release of ARES, I now know much more about > > Redcode, pMARS and the ICWS. Finally I rewrote the assembler, so it is > > something like "97% pMARS compatible" now. The new assembler needs to be > > intensively tested, therefore it is actually in alpha state. I am > > looking forward to find _all_ serious bugs in the next weeks, for > > finally declaring the ASM at least a beta version, so I hereby reqeust > > for your aid: Maybe you can share knowledge about how to test the > > program properly, give me some special benchmarks (I allready got a hint > > to test with warriors from koenigstuhl) or whatever you might think will > > help. > > Harald, > > I'm in similar situation as you are. > As you maybe noticed I'm working on Core War IDE for .NET. > http://sourceforge.net/projects/nmars/ > > I had same problem as you have, how to validate parser and engine. > I have solution and proposal for you! > Few days ago I submitted changes to pMars into this forum. I wrapped > pMars into Win32 DLL and exported internal structures, so we can use it > as validator for all implementations. I already did it for my project > and was surprised how many problems I found. > > This was solution for you and now my proposal. Because nobody > interested or reacted to my description of changes to pMars, I would > like to ask you to be one, who will do code review. So if you will be > so kind to volunteer on review, I will happily cooperate with you to > help you with plunging DLL and validating of your implementation. Even > if we are competitors on field of IDEs :-) > > BTW: > - are you going open source ARES one nice day ? > - slow: I'm actually solving last details of debugger with similar > features that you have. I believe that speed could be achieved in > asynchronous core/UI. I'm almost there, I will post nMars 0.9 in few > days and code too :-) > > Pavel > > > > > > Core War has again become a great adventure to me! For my pitty, nobody > > I know IRL is sharing my excitement... But I consider myself beeing > > lucky, because of your great help and the patience, you have been showing. > > > > Thanks a lot! > > > > H. > > > > =[SPAM]================================================================= > > A.R.E.S. 2.33b, ASM2.0a found at ares.com/corewars > > documentation (under construction) http://harald.ist.org/?site=ares > > > > PROs: ARES is quite a complete IDE for Core War, featuring: memory > > inspection, watches, break conditions, tracing processes, trace of > > execution in the source code, interactive tutorial ("sneak preview > > version"), integrated IRC client (java), benchmark (using pMARS) > > auto-send-to-hill, context-quick-help in editor for beginners or > > forgetful redcoders, many core options (eg. in core eval), experimental > > mode (virtual console, stack, subroutines, "Boot-ROM"), needs no setup, > > user friendly (typical Windows app) => intuitive. In general ideal for > > beginners, very useful (and allready used) for education at schools > > > > CONs: Designed for Windows (but runs with wine). Slow, because millions > > of UI hooks and usage of VCL-Components. Some features still missing > > (PIN instruction, register assignment operator "="). Behavioir of EQU > > slightly different to pMARS (when declared inside of FOR loops). One > > known serious bug: don't forget comma to separate A/B values From: johnkw@gmail.com Subject: Re: KOTH.ORG help needed Date: 19 Dec 2006 08:47:20 -0800 Message-ID: <1166546840.901357.87210@t46g2000cwa.googlegroups.com> That is a correct warning. The start is set to 10, but the warrior's max instruction is 1. > OK, there is example of that behavior. It seems no more illegal to me. > Warrior just dies on the first step. > > ;redcode > ;name Bad-start-address > ;author Pavel Savara > ;strategy raise warning and die > > ORG badstart > badstart EQU 10 > goostart MOV 1,1 > DAT 0,0 > end > > > Pavel From: "Pavel Savara" Subject: Re: A.R.E.S. ASM v2 released, request aid for testing Date: 19 Dec 2006 15:23:09 -0800 Message-ID: <1166570589.634419.11900@i12g2000cwa.googlegroups.com> > 1) .NET > I did notice your project, and had ambivalent feelings, because of the > concurrence *g* - no, in fact i like it, alltough I did not take a > closer look at it _yet_. Besides of that, I don't have any .NET > developement tools nor any expirience with it. Sounds useful, though. It's question of appetite or religion. I'm just most powerful in C#, but not going to fight for it. Tools are MS VS Express or Mono. > 2) pmars "standard" > I agree with thinking of pMars as a de-facto standard. Before rewriting > my own assembler, I had the idea, to "steal" pmars' code by recoding it > line by line into pascal. After one hour of reading the pmars files, I > decided to write my asm from scratch. (It was fun to do so!) Same for me, but idea of validation forced me to dig deeper into pMars and understand. I will post about my motivation and approach soon. > I like your idea, to use pMars for validation, as Thx > I had the idea of writing a web > page for future MARS developers - we could work on that together. There are plenty of similar pages, so I think that better approach is to help others improve their pages. I'm planing to negotiate with jkw about koth.org update after agreement on pMars future. I will welcome anyone to to work with me. > 4) using wrapped pmars > hm... i just right now was going to write a new unit, wrapping pmars. > (The benchmark uses an external mars to gain speed, currently the call > to pmars.exe is hardcoded) Maybe I should do this using your DLL? I will > have a look. It's practically prepared for you. on Win32 you need just dll and pmars headers. Both for download on my pages. Drop me an email if you need help. > 5) MARS validated > For anyone, who is interested: After years of development and research, > I believe, that the MARS of ARES is fully compatible, Prove it ;-) > which I can't say for the parser. > There are some details in the pmars assembler, I dislike. Problem is also in some parts of language, they are not too much parser friendly. for 0 .. rof as comment for example. But I feel that is not yet time for such changes. > The other reason was, that I maybe can make money with ARES some day, > selling it in combination with a book for schools. I did not write much > of this book yet, so it is only a future idea. > So this is my offer: I would give the source to anyone, who is > interested, but for now I want to keep the copyright, until my mind > changes. Simply send a mail to harald . wirth at gmx . at. I have better bid :-) Because nMars is LGPL you can make your money on it :-) > As far as I understood, i could use pMARS with your extension for having > the simulation run, if wanted step-by-step while inspecting the memory. Yes exactly, you will need some wrapper to convert it to your structures. You can see it in my pMars.DllWrapper component. It's dirty but it works. you will have probably easier way because I'm marshaling all to .NET and caching because of speed, your usage will be easier and faster. You can use it also as parser. Good luck Pavel Date: Tue, 19 Dec 2006 17:47:44 +0100 From: Harald Markus Wirth Subject: Re: A.R.E.S. ASM v2 released, request aid for testing Message-ID: Pavel Savara wrote: > As you maybe noticed I'm working on Core War IDE for .NET. > I had same problem as you have, how to validate parser and engine. > I have solution and proposal for you! > Few days ago I submitted changes to pMars into this forum. I wrapped > pMars into Win32 DLL and exported internal structures, so we can use it > as validator for all implementations. I already did it for my project > and was surprised how many problems I found. > > This was solution for you and now my proposal. Because nobody > interested or reacted to my description of changes to pMars, I would > like to ask you to be one, who will do code review. So if you will be > so kind to volunteer on review, I will happily cooperate with you to > help you with plunging DLL and validating of your implementation. Even > if we are competitors on field of IDEs :-) 1) .NET I did notice your project, and had ambivalent feelings, because of the concurrence *g* - no, in fact i like it, alltough I did not take a closer look at it _yet_. Besides of that, I don't have any .NET developement tools nor any expirience with it. Sounds useful, though. 2) pmars "standard" I agree with thinking of pmars as a de-facto standard. Before rewriting my own assembler, I had the idea, to "steal" pmars' code by recoding it line by line into pascal. After one hour of reading the pmars files, I decided to write my asm from scratch. (It was fun to do so!) I like your idea, to use pmars for validation, as I had the idea of writing a web page for future MARS developers - we could work on that together. 3) your changes to pmars I read your post, and as far as I can tell, I like your innovations. I would like to see an even more documented source code. For my pitty, I am not used to code in C++, so reading these sources is hard work for me, I might overlook existing syntax errors. I doubt, that I can help much on this. 4) using wrapped pmars hm... i just right now was going to write a new unit, wrapping pmars. (The benchmark uses an external mars to gain speed, currently the call to pmars.exe is hardcoded) Maybe I should do this using your DLL? I will have a look. 5) MARS validated For anyone, who is interested: After years of development and research, I believe, that the MARS of ARES is fully compatible, which I can't say for the parser. There are some details in the pmars assembler, I dislike. As far as I can see it for now, ARES' asm is _not_ going to be 100% compatible with pmars, but that might change with my growing knowledge about the big standard program. > - are you going open source ARES one nice day ? I have been thinking it over again and again. One reason, why I not published the source was that I have been lazy in some parts and was ashamed about that (Eg. the assembler is using big arrays). Besides of that, I tried to write the program in "good style", using really talking variable names and keeping the source commented (except for some "unimportant" things like the options dialog, but it's on my todo list). The other reason was, that I maybe can make money with ARES some day, selling it in combination with a book for schools. I did not write much of this book yet, so it is only a future idea. So this is my offer: I would give the source to anyone, who is interested, but for now I want to keep the copyright, until my mind changes. Simply send a mail to harald . wirth at gmx . at. > - slow: I'm actually solving last details of debugger with similar > features that you have. I believe that speed could be achieved in > asynchronous core/UI. I'm almost there, I will post nMars 0.9 in few > days and code too :-) As far as I understood, i could use pMARS with your extension for having the simulation run, if wanted step-by-step while inspecting the memory. How about keeping track of the associated source file line number? What about the "Hermes" extension - virtual I/O hardware? Besides of that, I don't consider the slow speed a problem, because ARES' main purpouses are debugging warriors and educating how to program. For everyones pitty, i began to write ARES with DELPHI 6, so there is no pARES yet. If I ever rewrite the whole thing from scratch a third time, I want to do it in C++. From: Sascha Zapf Subject: Merry X-Mas Date: Sun, 24 Dec 2006 10:59:35 +0100 Message-ID: Merry X-Mas to all of you ... ... May be the core with you. Sascha From: "=?UTF-8?Q?Pavel_=C5=A0avara?=" Subject: Re: Merry X-Mas Date: Sun, 24 Dec 2006 19:42:24 -0500 (EST) Message-ID: <62ddb6fb0612240237m3db69b64gde9cb32f23abcb9c@mail.gmail.com> OK kids, that Santa ripped from core under my desk: http://downloads.sourceforge.net/nmars/nMarsIde.0.8.1.bin.zip Pavel > Merry X-Mas to all of you ... > > .. May be the core with you. > > Sascha From: KOTH Subject: KOTH.ORG: Status - 94 No Pspace 12/25/06 Date: Mon, 25 Dec 2006 10:01:12 -0500 (EST) Message-ID: <200612250509.kBP590c1068489@asgard.t-b-o-h.net> Weekly Status on 12/25/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG 94 No Pspace CoreWar Hill: Last battle concluded at : Wed Dec 20 09:09:52 EST 2006 # %W/ %L/ %T Name Author Score Age 1 42/ 40/ 18 Shamu P.Kline 144 37 2 31/ 19/ 51 4by2k P.Kline 143 55 3 34/ 28/ 38 Monster_Human_Grunt inversed 140 358 4 42/ 45/ 13 overloaded SPL S.Fernandes 139 36 5 33/ 27/ 40 Monster_Alien_Grunt inversed 139 359 6 42/ 45/ 13 Silverblade inversed 138 39 7 39/ 43/ 18 tetht Philip Thorne 136 4 8 33/ 31/ 36 Hullab3loo Roy van Rijn 136 273 9 26/ 17/ 56 D3vilstick Roy van Rijn 135 272 10 30/ 26/ 44 Fidelity hwm 134 6 11 31/ 29/ 39 Amber inversed 134 25 12 27/ 21/ 52 Last Judgement Christian Schmidt 133 543 13 30/ 27/ 43 Impaloo Roy van Rijn 132 16 14 42/ 51/ 8 Genki Desu Christian Schmidt 132 61 15 30/ 29/ 41 Sacrificing Fluffy Sheep John Metcalf 130 13 16 26/ 22/ 52 Protekshun inversed 130 17 17 35/ 41/ 24 StrategicallyMisbuilt Nenad Tomasev 130 1 18 24/ 20/ 56 The Utterer TNG Christian Schmidt 128 18 19 39/ 50/ 10 Hallucination Scanner inversed 128 27 20 39/ 49/ 12 Lux Telum Roy van Rijn 128 3 21 36/ 49/ 14 test Anonymous 124 0 From: "Lukasz Adamowski" Subject: Re: Merry X-Mas Date: Mon, 25 Dec 2006 10:01:10 -0500 (EST) Message-ID: <458fd4ed88fd0@wp.pl> This is a multi-part message in MIME format. --part458fd4ed8b6df Content-Type: text/plain; charset=iso-8859-2 Content-Transfer-Encoding: 8bit Content-Disposition: inline And here is what I've found (in attachment ;) Enjoy your Christmas! Greetings Lukasz Adamowski -= "War is a problem, never a solution" =- -= "Wojna jest problemem, a nie rozwiazaniem" =- --part458fd4ed8b6df Content-Type: text/plain; name="comic8.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="comic8.txt" CgogICAgICAgIEFuZCB5b3UsIGxpdHRsZSBib3k/ICAgbwogICAgICAgV2hhdCBkbyB5b3Ugd2Fu dCBmcm9tICAgL1wKICAgICAgICAgICAgU2FudGEgdGhpcyB5ZWFyPyAgLyAgXAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgXyh+IH4gKV8KICAgICAgICAgICAgICAgICAgICAgICAgICAgLyB8 KmMqIHwgXAogICAgICAgICAgICAgICAgICAgICAgICAgICB8ICggICAgKSB8CiAgICAgICAgICAg ICAgICAgICAgICAgICAgIHwgIChfXykgIHwKICAgICAgICAgICAgICAgICAgICAgICAgIChfKV8v X18oIClfLwogICAgICAgICBvbyAgICAgICAgICAgICAgICAvIF9fXy8gXy8KICAgICAgICAgXFwg ICAgICAgICAgICAgICBfIyM9PT0jIz09PT0KX19fX19fX19fTExfX19fX19fX19fX19fXyhfXy9f KF9fL19ffF9fX19fX19fX19fXwoKCgogICAgRG8geW91IHdhbnQgc29tZSBzd2VldHM/ICAgbwog ICAgICAgICAgICBPciBhIGNvbWljIGJvb2s/ICAgL1wKICAgT3IgcmVtb3RlIGNvbnRyb2xsZWQg Y2FyPyAgLyAgXAogICAgICAgICAgICAgICAgICAgICAgICAgICAgXyh+IH4gKV8KICAgICAgICAg ICAgICAgICAgICAgICAgICAgLyB8XmNeIHwgXAogICAgICAgICAgICAgICAgICAgICAgICAgICB8 ICggICAgKSB8CiAgICAgICAgICAgICAgICAgICAgICBfX19fIHwgIChfX0AgIHwKICAgICAgICAg ICAgICAgICAgICAgIFxfX19cKV8vX18ofClfLyAgICAgICAgICAuCiAgICAgICAgIG9vICAgICAg ICAgICAgICAgIC8gX19fLyBfLyAgICAgICBfICAvIAogICAgICAgICBcXCAgICAgICAgICAgICAg IF8jIz09PSMjPT09PSAgX18vIFwvIApfX19fX19fX19MTF9fX19fX19fX19fX19fKF9fL18oX18v X198X18vT19fTy9fX19fCgoKCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBvCiAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAvXCAgICA/CiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgIC8gIFwgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgIF8oXiBeIClfCiAgICAg ICAgICAgICAgICAgICAgICAgICAgIC8gfDBjMCB8IFwKICBObyEgSSB3YW5uYSBiZSAgICAgICAg ICAgfCAoICAgICkgfAogIEtpbmcgb2YgVGhlIE5PUCBIaWxsISAgICB8ICAoX18pICB8CiAgICAg ICAgICAgICAgICAgICAgICAgICAvLylfL19fKHwpXy8gICAgICAKICAgICAgICBcb28vICAgICAg ICAgICAgLy8gLyBfX18vQF8vICAgICAgIF8gIF8KICAgICAgICAgfHwgICAgICAgICAgICAvLyBf IyM9PT0jIz09PT0gIF9fLyBcLyBcCl9fX19fX19fX0xMX19fX19fX19fX19fX18oX18vXyhfXy9f X3xfXy9PX19PL19fX18KCg== --part458fd4ed8b6df-- From: KOTH Subject: KOTH.ORG: Status - ICWS Experimental 94 12/25/06 Date: Mon, 25 Dec 2006 10:05:27 -0500 (EST) Message-ID: <200612250506.kBP560hX068290@asgard.t-b-o-h.net> Weekly Status on 12/25/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG ICWS Experimental 94 CoreWar Hill: Last battle concluded at : Tue Dec 19 15:49:14 EST 2006 # %W/ %L/ %T Name Author Score Age 1 46/ 35/ 18 Fatamorgana X Zul Nadzri 158 11 2 45/ 36/ 20 The X Machine Zul Nadzri 154 35 3 45/ 37/ 18 Ogre Christian Schmidt 153 172 4 37/ 22/ 41 xd100 test David Houston 151 21 5 44/ 39/ 17 Eliminator X Zul Nadzri 148 36 6 44/ 41/ 15 O_Fortuna3XH Nenad Tomasev 147 1 7 29/ 11/ 61 Evol Cap 4 X John Wilkinson 147 293 8 42/ 39/ 19 Bewitching S.Fernandes 146 2 9 35/ 24/ 41 KAT v5 Dave Hillis 146 156 10 35/ 29/ 35 Olivia X Ben Ford 142 105 11 35/ 28/ 37 Glenstorm John Metcalf 141 86 12 24/ 6/ 71 Evolve X v4.0 John Wilkinson 141 241 13 39/ 37/ 24 Trefoil F 13 Steve Gunnell 141 107 14 41/ 41/ 17 Black Moods Ian Oversby 141 220 15 38/ 36/ 25 test Some Redcoder 141 5 16 42/ 43/ 16 Giant Hazy Test 13 Steve Gunnell 141 51 17 40/ 40/ 20 Simply Intelligent Zul Nadzri 140 17 18 39/ 38/ 23 Trefoil Test F 14 Steve Gunnell 140 8 19 39/ 40/ 21 Controlled Aggression Ian Oversby 138 224 20 40/ 46/ 14 Fatal Choice Some Redcoder 134 6 21 2/ 98/ 0 My Sucky Warrior John Q. Redcoder 7 0 From: KOTH Subject: KOTH.ORG: Status - MultiWarrior 94 12/25/06 Date: Mon, 25 Dec 2006 10:05:28 -0500 (EST) Message-ID: <200612250503.kBP530bm068017@asgard.t-b-o-h.net> Weekly Status on 12/25/06 -=- irc.KOTH.org is up! Meetings held in #corewars -=- Tons of new features on www.KOTH.org/koth.html pages -=- *FAQ* page located at: www.KOTH.org/corewar-faq.html Current Status of the KOTH.ORG Multiwarrior 94 CoreWar Hill: Last battle concluded at : Sat Nov 11 19:00:34 EST 2006 # Name Author Score Age 1 Urgle Daniel Rivas 35 8 2 JustADirtyClearTest Nenad Tomasev 33 57 3 simply believe John Metcalf 32 5 4 Diptera Nenad Tomasev 31 42 5 nameless fragment S.Fernandes 22 27 6 CLP-shot again G.Labarga 20 2 7 Fluffy Paper VI Jens Gutzeit 20 28 8 a monster in the house John Metcalf 20 1 9 kingdom of the grasshoppe simon wainwright 19 123 10 the price of hostility John Metcalf 17 15 11 AnotherPaperQuicked30 Lukasz Adamowski 6 0 From: sayembara@gmail.com Subject: EARTHQUAKE -- no internet access from Asia to USA Date: 27 Dec 2006 03:44:55 -0800 Message-ID: <1167219895.564639.281390@n51g2000cwc.googlegroups.com> Hi, Just to alert redcoders, and especially tournament organisers, that Asian players using mail services in USA (e.g hotmail, yahoo) wont be able to access their mailboxes due to the recent earthquake near Taiwan (some damages to the fiber optic links). I cannot access koth.org or sal server. I assume rec.games.corewar is located in Europe that I can still access and hopefully continue to participate in the tourney. Zul Nadzri From: sayembara@gmail.com Subject: Re: EARTHQUAKE -- no internet access from Asia to USA Date: 27 Dec 2006 04:30:36 -0800 Message-ID: <1167222636.035725.44270@42g2000cwt.googlegroups.com> UPDATE: I just have access to the States at the moment after many silent hours. Hopefully, the problem have been fixed ! :) sayembara@gmail.com wrote: > Hi, > > Just to alert redcoders, and especially tournament organisers, that > Asian players using mail services in USA (e.g hotmail, yahoo) wont be > able to access their mailboxes due to the recent earthquake near Taiwan > (some damages to the fiber optic links). I cannot access koth.org or > sal server. I assume rec.games.corewar is located in Europe that I can > still access and hopefully continue to participate in the tourney. > > Zul Nadzri From: "Roy" Subject: Self replicating airbagged bomber... Date: 30 Dec 2006 13:06:14 -0800 Message-ID: <1167512774.372329.29970@48g2000cwx.googlegroups.com> Hi all, After I went on vacation to Austria I had some new inspiration to write something completely new, a self replicating airbagged bomber! My initial idea was to have bombers that replicate and have a airbag check, if they are hit and losing (or gaining in case of stunning) processes they suicide. This didn't work so well, so I decided to let them jump into a clear instead, here is the code: pStep equ 927 spl 1 mov.i -1 , #0 mov.i -1 , #0 spl pStep , 0 mov.i >-1 , }-1 mov.i >-2 , }-2 mov.i >-3 , }-3 djn.b }pEnd , #5 sStart mov.i {pBmb , *pPtr add.f }pBmb , pPtr mov.i {pBmb , @pPtr jmn.a -3 , }pBmb pPtr spl #2100 , >348 mov.i pBmb , >sStart-1 pEnd djn.f -6 , >sStart-1 dat <2355 , }983 pBmb dat }0 , <10 dat <2667 , <5334 ;luggage... From: "Nenad Tomasev" Subject: Re: Down The Core And More - round 3 rules announcement Date: 31 Dec 2006 02:19:37 -0800 Message-ID: <1167560377.334829.166970@48g2000cwx.googlegroups.com> The answer is: YES. In case your code is smaller than the mentioned wlength, you can use its length as a parameter instead. But the length has to be less than the original one. Sorry for the late reply. Happy Holidays!