#eulora Logs for 14 Jul 2018



July 14th, 2018 by Diana Coman
lobbesbot: A#296 O=100mn HB=100mn E=07-16 19:43:48 (63h32) >>> 1 VSS q15050 [00:11]
lobbesbot: A#293 O=70mn HB=73mn E=07-15 06:30:25 (26h19) >>> 26502 CLD q17433 [00:11]
lobbesbot: --- end of auction list, 173mn total bids --- [00:11]
lobbesbot: Post from dianacoman: Cutting MySQL into Musl Shape <http://www.dianacoman.com/2018/07/14/cutting-mysql-into-musl-shape/> [10:40]
diana_coman: Mocky, how's the bot? [10:42]
Mocky: the bot is good. ran most of the night, got hung up on some weird thing where /takeall operated on the craft-table instead of claim marker eventhough claim marker appears to have been still selected from /use. i made a note to look into that but i don't consider it a show stopper [10:45]
diana_coman: sounds good; can I try it? [10:45]
Mocky: currently i'm looking into what at first glance appears to be a dup bug i ran into this morning [10:45]
Mocky: during a run of stacking i got more that i bargained for on one of my moves. trying to make sure it's not a bot glitch [10:46]
diana_coman: heh, ok [10:46]
Mocky: but yeah, i'm working to package it up today [10:47]
diana_coman: ping when it's ready! [10:47]
Mocky: will do [10:47]
lobbesbot: A#296 O=100mn HB=100mn E=07-16 19:43:48 (52h32) >>> 1 VSS q15050 [11:11]
lobbesbot: A#293 O=70mn HB=73mn E=07-15 06:30:25 (15h19) >>> 26502 CLD q17433 [11:11]
lobbesbot: --- end of auction list, 173mn total bids --- [11:11]
Mocky: btw not a dup bug. i didn't gain extra boulders they came from an extra slot move I got that (as far as I can see) I didn't ask for. so lost some base value in the stacking and confused bot. [11:13]
diana_coman: hm, how would that extra slot move be? [11:14]
diana_coman: server is not moving things around for sure [11:14]
Mocky: takes a little bit of time for me to upload the request/response logs into my head from one of these re-stack operations. still examining, could well have made analytical error [11:27]
Mocky: ok so basically my re-stacker works like this: request a slot movement then wait for a response that confirms the expected new resource stack size. it wont do the next move except from an expected state. in this case it was a 4 move re-stack. moves 1 and 2 got expected responses. after requesting move 3 I got back a response as if I had re-requested move 1, followed immediately by a response where move 3 was [11:55]
Mocky: executed on top of unexpected redo. [11:55]
Mocky: client could have resent the packet, since it was an exact redo of a recently requested move [11:57]
Mocky: total time between initial request 1 and unexpected response to request 3: 679ms [12:03]
Mocky: found a bug in my stacking code when i got multiple stacks of items in one claim that need to be restacked. [12:08]
diana_coman: sounds like a good catch, Mocky [12:10]
lobbesbot: A#296 O=100mn HB=100mn E=07-16 19:43:48 (51h32) >>> 1 VSS q15050 [12:11]
lobbesbot: A#293 O=70mn HB=73mn E=07-15 06:30:25 (14h19) >>> 26502 CLD q17433 [12:11]
lobbesbot: --- end of auction list, 173mn total bids --- [12:11]
Mocky: multiple stacks for me very rare occurrence, for you prolly every time! [12:11]
diana_coman: Mocky, yes, usually it's more than 1 stack in the claim indeed [12:15]
Mocky: well multiple stacks after the /takeall in inv [12:16]
diana_coman: ah, ah; that is rarer but it does happen at times - basically one stack of one q and the other of q-1 ; or the case when there is some extra item such as the smelly murky something [12:17]
Mocky: oh snap, output of that claim was 100x normal quantity with normal quality + 7 mysterious rocks [12:23]
diana_coman: pop! [12:23]
Mocky: ha! i tried to be clever and put in code so that if you get multiple stacks in inv from /takeall that those items would be compared to see if they were in the same quality band so they can all participate in the same re-stack. but while checking for same quality band i neglected to see if they had the same name also! [12:34]
diana_coman: heh :) [12:43]
Mocky: i guess that makes me too clever by half [12:46]
lobbesbot: A#296 O=100mn HB=100mn E=07-16 19:43:48 (50h32) >>> 1 VSS q15050 [13:11]
lobbesbot: A#293 O=70mn HB=73mn E=07-15 06:30:25 (13h19) >>> 26502 CLD q17433 [13:11]
lobbesbot: --- end of auction list, 173mn total bids --- [13:11]
Mocky: ok, I'm cleaning this up a little, then imma package and publish this [16:35]
lobbesbot: A#296 O=100mn HB=100mn E=07-16 19:43:48 (46h32) >>> 1 VSS q15050 [17:11]
lobbesbot: A#293 O=70mn HB=73mn E=07-15 06:30:25 (9h19) >>> 26502 CLD q17433 [17:11]
lobbesbot: --- end of auction list, 173mn total bids --- [17:11]
lobbesbot: Post from mocky: Foxybot Enhancements Part 10: Build 27 Mangled Miner <http://mocky.org/Foxybot-Enhancements-Part-10-Build-27-Mangled-Miner/> [21:33]
Mocky: diana_coman, mircea_popescu ^ [21:33]
mircea_popescu: o hey. [21:33]
lobbesbot: A#296 O=100mn HB=100mn E=07-16 19:43:48 (41h32) >>> 1 VSS q15050 [22:11]
lobbesbot: A#293 O=70mn HB=73mn E=07-15 06:30:25 (4h19) >>> 26502 CLD q17433 [22:11]
lobbesbot: --- end of auction list, 173mn total bids --- [22:11]
xentazy: Hi! [23:18]
mircea_popescu: hello! [23:28]
mircea_popescu: xentazy what brings you around these parts ? [23:38]
mircea_popescu: Mocky this isn't a proper release is it ? [23:48]
Mocky: yeah, but stacking needs testing that i can't give it [23:49]
mircea_popescu: it looks like it's only including the files you changed ~since your last release~ [23:52]
mircea_popescu: i didn't keep those. [23:52]
mircea_popescu: can it include the files you changed from main trunk, instead ? [23:52]
Mocky: yeah I can do that [23:53]
mircea_popescu: ty. [23:53]

Comments feed: RSS 2.0

Leave a Reply