Bug Fight Loop?

D

deMorphine

Member
Running Loopgyou and this is what happens. Kasekopf thinks it's related to an infinite loop within Mafia fight handling:

pastebin.com

help - Pastebin.com

Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
pastebin.com pastebin.com
 

Attachments

Just to add some help understanding my script-specific log outputs, deMorphine is fighting a rampaging adding machine with CCS file
[default]
if monsterid 141;if hasskill 7408;skill 7408;endif;endif;if monsterid 141;while !mpbelow 20;skill Infinite Loop;endwhile;attack;repeat;endif;while !mpbelow 20;skill Infinite Loop;endwhile;attack;repeat;
Click to expand...
and autoattack:
if monsterid 141;if hasskill 7408;skill 7408;endif;endif;
Click to expand...

Mafia appears to go into an infinite loop when parsing the fight request.

This is probably caused by the fact that BALLS macros don't work against the adding machine according to the wiki. I will try to adjust the script's CCS file to not submit a BALLS macro against it, but I think there is a mafia issue here too.
 
Last edited:
I expect it is because KoLmafia will not macrofy vs. a Rampaging Adding Machine.

Macrofier.jmacrofy():

Code: 
    if (monsterName.equals("rampaging adding machine")
        && !KoLConstants.activeEffects.contains(FightRequest.BIRDFORM)
        && !FightRequest.waitingForSpecial) {
      if (debug) {
        RequestLogger.printLine("(unable to macrofy vs. RAM)");
      }

      return null;
    }

Having failed to macrofy your CCS, FightRequest.nextRound():

Code: 
      else if (monsterName.equals("rampaging adding machine")
          && !KoLConstants.activeEffects.contains(FightRequest.BIRDFORM)
          && !FightRequest.waitingForSpecial) {
        this.handleAddingMachine();
      }

Apparently, handleAddingMachine() is choosing "skip" as the action.

When we try to go to the next line in your CCS, there is none, so it reuses the last one.
That is the identical macro, which we will not macrofy, so, recurse ad infinitum.

I'm not seeing where it is getting the "skip". That will take further analysis.
What is the value of the "addingScrolls" preference?
I suspect it is "1", which means "get goal scrolls only" - and you have no goals.

Yes, our adding machine support seems to be a bit funky.
 
Other posts about adding machine automation:
People have disparate and strong opinions.

Can't get scrolls to work right on photocopied rampaging adding machine

I'm not sure whether this is a bug or something I did wrong, so I'm posting here first for advice. My clan keeps a rampaging adding machine in our deluxe fax machine. Several years ago I wrote a script to collect the appropriate scrolls, receive a fax, fight the adding machine, and ultimately...
kolmafia.us

Bug - "A quest lol" automation regression

It used to be that, if I left the valley of rof l'm fao on defaults of "1 64735 scroll, 1 lowercase N" and choice adventures as anything including "create goal" (personally my favorite is "create goal, 31337, 668 scrolls") it would, when encountering the rampaging adding machine, automatically...
kolmafia.us
... many many other threads...

CCS and Adding Machines

What's up with adding machines? I cannot seem to set a ccs to do anything with them at all? If I have the "auto-create 31337 scroll" checked it will create 31337 scrolls. If I uncheck the box it will create 668 scrolls. If I run out of 334 scrolls, it will abort. I cannot seem to do anything to...
kolmafia.us
 
Likely useless, but this is what I do in aftercore:
Code: 
conditions clear;
conditions add 1 64067 scroll;
conditions add 12 334, 4 668, 4 30669;
conditions check;
conditions add 1 64735, 2 31337;
adv 30 valley of
Yes, I really should be using acquire instead. This causes mafia to make a 64735 first, then two 31337 and as many 668's as it can before combat ends. I ended at this point from using trial and error.
 
You must log in or register to reply here.
Back
Top