1. Forum
  2. Usenet
  3. REC.GAMES.COREWAR

  • ARES3 dev branch (unstable)

    From Harald Markus Wirth@21:1/5 to All on Thu Jan 21 13:05:44 2021
    You can take a look at my current working draft:

    https://harald.ist.neu/tools/ares3/

    Just don't throw too complicated warriors at it :)

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Garcia@21:1/5 to Harald Markus Wirth on Mon Jan 25 18:14:15 2021
    Harald Markus Wirth wrote:
    You can take a look at my current working draft:

    https://harald.ist.neu/tools/ares3/

    Just don't throw too complicated warriors at it :)


    doesn't work?
    must be an internal link?

    ----------
    http://mgarcia.org/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From John Metcalf@21:1/5 to Mike Garcia on Mon Jan 25 12:13:41 2021
    Try https://harald.ist.org/tools/ares3/

    On Mon, 25 Jan 2021 18:14:15 +1100, Mike Garcia wrote:

    Harald Markus Wirth wrote:
    You can take a look at my current working draft:

    https://harald.ist.neu/tools/ares3/

    Just don't throw too complicated warriors at it :)


    doesn't work?
    must be an internal link?

    ---------- http://mgarcia.org/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Harald Markus Wirth@21:1/5 to Mike Garcia on Mon Jan 25 20:37:21 2021
    On 1/25/21 8:14 AM, Mike Garcia wrote:
    Harald Markus Wirth wrote:
    You can take a look at my current working draft:

    https://harald.ist.neu/tools/ares3/

    Just don't throw too complicated warriors at it :)


    doesn't work?
    must be an internal link?

    ----------
    http://mgarcia.org/

    Oh noes, not again... Indeed, internal link.

    Here is the public one:

    https://harald.ist.org/tools/ares3/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stephen Gunnell@21:1/5 to Harald Markus Wirth on Mon Jan 25 14:54:30 2021
    On Tuesday, 26 January 2021 at 3:37:23 am UTC+8, Harald Markus Wirth wrote:
    On 1/25/21 8:14 AM, Mike Garcia wrote:
    Harald Markus Wirth wrote:
    You can take a look at my current working draft:

    https://harald.ist.neu/tools/ares3/

    Just don't throw too complicated warriors at it :)


    doesn't work?
    must be an internal link?

    ----------
    http://mgarcia.org/
    Oh noes, not again... Indeed, internal link.

    Here is the public one:

    https://harald.ist.org/tools/ares3/

    FYI "For example: label1 FOR 0 ROF, label2 something else, JMP label1, will fail to compile correctly."
    should fail to compile under pMARS. In this case "label1" is not a label, it is a pseudo variable that tells you the iteration number within the FOR ... ROF construct and is only valid within said structure, To use it as a label you would need to do this:
    label1:
    FOR 0
    ROF
    ...
    JMP label1
    Note the colon after label1 which forces it to be a stand alone label.

    Steveg

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stephen Gunnell@21:1/5 to Stephen Gunnell on Mon Jan 25 15:04:08 2021
    On Tuesday, 26 January 2021 at 6:54:32 am UTC+8, Stephen Gunnell wrote:
    On Tuesday, 26 January 2021 at 3:37:23 am UTC+8, Harald Markus Wirth wrote:
    On 1/25/21 8:14 AM, Mike Garcia wrote:
    Harald Markus Wirth wrote:
    You can take a look at my current working draft:

    https://harald.ist.neu/tools/ares3/

    Just don't throw too complicated warriors at it :)


    doesn't work?
    must be an internal link?

    ----------
    http://mgarcia.org/
    Oh noes, not again... Indeed, internal link.

    Here is the public one:

    https://harald.ist.org/tools/ares3/
    FYI "For example: label1 FOR 0 ROF, label2 something else, JMP label1, will fail to compile correctly."
    should fail to compile under pMARS. In this case "label1" is not a label, it is a pseudo variable that tells you the iteration number within the FOR ... ROF construct and is only valid within said structure, To use it as a label you would need to do
    this:
    label1:
    FOR 0
    ROF
    ...
    JMP label1
    Note the colon after label1 which forces it to be a stand alone label.

    Steveg

    The top half of the core memory window is off screen for my 10 inch chromebook and cant be moved back onto the screen.

    Steveg

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Harald Markus Wirth@21:1/5 to All on Thu Jan 28 02:16:16 2021
    The top half of the core memory window is off screen for my 10 inch chromebook and cant be moved back onto the screen.
    Steveg

    That is no surprise; Atm. the there is no intelligent window positioning
    (yet), and I am developing on a Full-HD screen and the window in
    question is being created with a "bottom position". It should limit its
    height though, but I apparently broke that while refactoring.

    As a workaround, you can try the browser's zoom function
    (Ctrl+MouseWheel or Ctrl+[+]/[-]), move the window, then reset the zoom.

    I'll address this issue soon. Also, the next upload will bring a virtual terminal and a PRINTSTRING demo, perhaps wait until the weekend before
    checking ARES out again.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Harald Markus Wirth@21:1/5 to All on Thu Jan 28 02:33:41 2021
    FYI "For example: label1 FOR 0 ROF, label2 something else, JMP label1, will fail to compile correctly."
    should fail to compile under pMARS. In this case "label1" is not a label, it is a pseudo variable that tells you the iteration number within the FOR ... ROF construct and is only valid within said structure, To use it as a label you would need to do
    this:
    Steveg

    Right, I put a wrong example up; The actual warrior uses

    load0 z FOR 0 ROF

    and "load0" is being lost in my current assembler.

    The warrior in question: https://paste.debian.net/1183043/
    (Paste will decay end of April, 2021)

    Furthermore, I noticed, pMARS does not report an error, if you use such
    a FOR "variable" as a jump target, but instead, the label will get
    replaced with a zero, when used outside the FOR:

    b a FOR 2
    DAT b, a
    ROF
    DAT b, a

    ORG START
    START DAT.F $ 0, $ 1
    DAT.F $ -1, $ 2
    DAT.F $ -2, $ 0


    I will not fix this, or add a special case to force that zero, because
    my current assembler is pretty bad and I will rewrite it anyways.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)