🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: rec.games.corewar
Article #205

Re: Corewars on a PC

#205
From: Henk Van Wulpen
Date: Mon, 09 Nov 1992 22:39
53 lines
3129 bytes
In article <&}#@byu.edu>, $dougn@sasb.byu.edu (Douglas R. Nebeker - MIS_SAS) writes:
|> >$dougn@sasb.byu.edu (Douglas R. Nebeker - MIS_SAS) writes:
|> >
|> >> 
|> >> I got a cool graphical one from a university in Indiana.  It is NOT ICWS 
|> >> compliant though (for one thing, it has a random instruction).  Still, it's 
|> >> fun to watch what is going on.  If you're interested, let me know and I'll 
|> >> find the ftp address.
|> >> 
|> >
|> >Sounds interesting.  Let me know where I can pick it up...
|> >
|> >thanks
|> >
|> The graphical version was from (I believe) ftp.cica.indiana.edu , and 
|> CorewarPro (or something like that) is available as corwpXX.lzh from soda.
|> berkley.edu.  CorewarPro isn't as good graphically as the program from 
|> indiana, but it can be ICWS 86, 88 or even X-Hill compatible.  It has a 
|> built in editor, core inspector, etc.  CorewarPro is the best all around 
|> system for the PC that I've come across yet (but the graphics aren't that 
|> great).
|> 
|> Good Luck
|> 
|> ____
|> 
|> Douglas R. Nebeker                  Internet: $dougn@sasb.byu.edu



The only problem with it is that it is incredibly slow, especially when
lots of processes are SPLit off. I believe it is because it was written
in Prolog, and therefore handles linked lists (the process-queues) in a
very inefficient way. Actually, I already got an error message (from the
program) saying that a system error occured. I think it is because the
program ran out of memory trying to create a new item in the queue.
Possibly the program doesn't deallocate the space of killed processes.
The same problem occurs with KotH for PC. As long as the number of rounds
played is reasonably low and there aren't many SPLs, the program runs ok.
But with too many rounds or process-creation, the program halts saying that
it ran out of memory creating a new thread. Since increasing the number of
rounds should have no effect on the use of memory, I guess that also here the
problem is that memory isn't freed upon removal of items in the queue.
Just my opinions though. Any comments of the authors ???

Henk.

-----------------------------------------------------------------------------
Henk Van Wulpen                  | Words and eggs must be handled with care.
Engineering and Computer Science | Once broken they are impossible
 senior at the K.U.Leuven        | things to repair.
vwulpen@cs.kuleuven.ac.be        | (Anne Sexton, The Awful Rowing Toward God)
-----------------------------------------------------------------------------
Technical Details
Message-ID: <1992Nov9.223928.24097@cs.kuleuven.ac.be>
Path: arc1-ca.pugleaf.net!sparky!uunet!noc.near.net!hri.com!spool.mu.edu!agate!doc.ic.ac.uk!uknet!mcsun!ub4b!news.cs.kuleuven.ac.be!vwulpen
References: <#|#@byu.edu> <mq6TTB1w165w@cerianthus.pinetree.org> <&}#@byu.edu>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!noc.near.net!hri.com!spool.mu.edu!agate!doc.ic.ac.uk!uknet!mcsun!ub4b!news.cs.kuleuven.ac.be!vwulpen
From: vwulpen@cs.kuleuven.ac.be (Henk Van Wulpen)
Newsgroups: rec.games.corewar
Subject: Re: Corewars on a PC
Message-ID: <1992Nov9.223928.24097@cs.kuleuven.ac.be>
Date: 9 Nov 92 22:39:28 GMT
References: <#|#@byu.edu> <mq6TTB1w165w@cerianthus.pinetree.org> <&}#@byu.edu>
Sender: news@cs.kuleuven.ac.be
Organization: Dept. Computerwetenschappen
Lines: 53
Nntp-Posting-Host: pluto.cs.kuleuven.ac.be