| 00:00.20 | raevanmorlock | >>> s = "test"; return string.byte(s) |
| 00:00.20 | Cide | raevanmorlock: 116 |
| 00:00.33 | Shirik | return 1,2,3; |
| 00:00.37 | Shirik | >>> return 1,2,3; |
| 00:00.38 | Cide | Shirik: 1, 2, 3 |
| 00:00.43 | raevanmorlock | >>> string = nil; s = "test"; return string.byte(s) |
| 00:00.44 | Cide | raevanmorlock: [string "string = nil; s = "test"; return string.byt..."]:1: attempt to index global 'string' (a nil value) |
| 00:00.46 | Shirik | isn't string.byte() supposed to return each entry? |
| 00:01.03 | Cide | that's string.char |
| 00:01.09 | Cide | or string.chr |
| 00:01.11 | Shirik | ah |
| 00:01.32 | foxlit | negative on both |
| 00:01.42 | raevanmorlock | >>> string.byte = function(s) return s; end; s = "test"; return string.byte(s) |
| 00:01.42 | Cide | raevanmorlock: "test" |
| 00:01.47 | foxlit | .chr doesn't exist, and .char is for synthesizing from ASCII |
| 00:02.02 | foxlit | >>> return string.char(65) |
| 00:02.03 | Cide | foxlit: "A" |
| 00:02.12 | raevanmorlock | >>> return string.char(0) |
| 00:02.13 | Cide | raevanmorlock: "\0" |
| 00:02.16 | raevanmorlock | nice |
| 00:02.59 | raevanmorlock | >>> return string.byte("test", 1, 3) |
| 00:03.00 | Cide | raevanmorlock: 116, 101, 115 |
| 00:03.22 | raevanmorlock | >>> return string.char(string.byte(string.char(0))) |
| 00:03.22 | Cide | raevanmorlock: "\0" |
| 00:03.56 | foxlit | >>> "null\0terminated?" |
| 00:03.56 | Cide | foxlit: "null\0terminated?" |
| 00:04.39 | raevanmorlock | >>> string.dump(function() return "a"; end) |
| 00:04.40 | Cide | raevanmorlock: "\27LuaQ\0\1\4\4\4\8\0/\0\0\0return string.dump(function() return \"a\"; end)\0\1\0\0\0\1\0\0\0\0\0\0\2\3\0\0\0\1\0\0\0\30\0\0\1\30\0\128\0\1\0\0\0\4\2\0\0\0a\0\0\0\0\0\3\0\0\0\1\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0" |
| 00:04.48 | raevanmorlock | wow |
| 00:05.18 | raevanmorlock | is that normal? |
| 00:05.27 | Cide | um |
| 00:05.30 | Cide | dunno :P |
| 00:05.39 | raevanmorlock | ha |
| 00:06.04 | raevanmorlock | >>> loadstring(string.dump(function() return "a"; end)) |
| 00:06.04 | Cide | raevanmorlock: function: 00308AF8 |
| 00:06.05 | foxlit | string.dump seems to be interesting when used on functions |
| 00:06.15 | raevanmorlock | what else would you use it on? |
| 00:06.30 | raevanmorlock | The manual says it's supposed to be used on functions |
| 00:06.43 | raevanmorlock | >>> string.dump("a = 2") |
| 00:06.43 | Cide | raevanmorlock: [string "string.dump("a = 2")"]:1: bad argument #1 to 'dump' (function expected, got string) |
| 00:07.23 | ckknight | string.dump(function() a = 2 end) |
| 00:07.30 | Shirik | l2>>> |
| 00:07.32 | raevanmorlock | >>> return "w"..string.rep("e", 10) |
| 00:07.32 | Cide | raevanmorlock: "weeeeeeeeee" |
| 00:07.54 | ckknight | >>> return "I wear pants" |
| 00:07.54 | Cide | ckknight: "I wear pants" |
| 00:07.59 | raevanmorlock | >>> string.dump(function() a = 2; end) |
| 00:08.01 | Cide | raevanmorlock: "\27LuaQ\0\1\4\4\4\8\0*\0\0\0return string.dump(function() a = 2; end)\0\1\0\0\0\1\0\0\0\0\0\0\2\3\0\0\0\1@\0\0\7\0\0\0\30\0\128\0\2\0\0\0\4\2\0\0\0a\0\3\0\0\0\0\0\0\0@\0\0\0\0\3\0\0\0\1\0\0\0\1\0\0\0\1\0\0\0\0\0\0\0\0\0\0\0" |
| 00:08.01 | ckknight | Cide's a bot! |
| 00:08.02 | ckknight | I knew it! |
| 00:08.26 | raevanmorlock | Cide is a person with a bot |
| 00:08.43 | raevanmorlock | It was very confusing for me too.. but I've come to accept it. |
| 00:08.46 | ckknight | I know :-P |
| 00:09.02 | ckknight | >>> return "\000" |
| 00:09.03 | Cide | ckknight: "\0" |
| 00:09.09 | ckknight | that's kinda funny |
| 00:09.15 | raevanmorlock | explain that |
| 00:09.17 | ckknight | it should do "%03d" instead of "%d" |
| 00:09.31 | raevanmorlock | >>> return "000" |
| 00:09.32 | Cide | raevanmorlock: "000" |
| 00:09.44 | Legorol | cladhaire: you might want to mention in the topic that PTR TOC number is 20100 |
| 00:10.07 | ckknight | >>> return "<(' '<) <( ' ' )> (>' ')>" |
| 00:10.07 | Cide | ckknight: "<(' '<) <( ' ' )> (>' ')>" |
| 00:10.09 | raevanmorlock | What's RTFPN? |
| 00:10.38 | *** topic/#wowi-lounge by cladhaire -> #wowi-lounge New Toc: 20100 | Paste Code Here: http://wowi.pastey.net | I like long walks, especially when they are taken by people who annoy me.| RTFPN please. |
| 00:11.08 | Calliee | read the fracking post noob? |
| 00:11.13 | Shirik | patch notes |
| 00:11.14 | ckknight | Read the featured post something |
| 00:11.26 | ckknight | ah. |
| 00:11.26 | raevanmorlock | >>> _,__,___ = 1,2,3; return _+__+_ |
| 00:11.26 | Cide | raevanmorlock: 4 |
| 00:11.26 | raevanmorlock | ah patch notes |
| 00:11.37 | Calliee | patch notes works too |
| 00:11.49 | Calliee | it's insanely long this round |
| 00:11.58 | Calliee | 2 pages of posts |
| 00:12.42 | raevanmorlock | >>> o_O = 1; O_o = 2; return (o_O)(O_o) |
| 00:12.42 | Cide | raevanmorlock: [string "o_O = 1; O_o = 2; return (o_O)(O_o)"]:1: attempt to call global 'o_O' (a number value) |
| 00:13.17 | Corrodias | what, patch notes? :( |
| 00:13.31 | Corrodias | i don't want a patch today unless it's 2.1 |
| 00:13.34 | Calliee | in the PTR forum |
| 00:13.39 | raevanmorlock | >>> o_O = 1; O_o = 2; return (o_O)*(O_o) |
| 00:13.40 | Cide | raevanmorlock: 2 |
| 00:13.53 | Corrodias | oh. ptr is okay. |
| 00:13.57 | ckknight | >>> local o_O = function() return "<(' '<) <( ' ' )> (>' ')>" end; return (o_O)(O_o) |
| 00:14.31 | Cide | ckknight: "<(' '<) <( ' ' )> (>' ')>" |
| 00:14.31 | Calliee | also a link to them from the general forum |
| 00:14.39 | raevanmorlock | shouldn't O_o be undefined there? |
| 00:14.48 | ckknight | raevanmorlock: it'd be nil |
| 00:14.50 | ckknight | doesn't matter |
| 00:15.24 | raevanmorlock | and what does return (var)(var) do? |
| 00:15.31 | ckknight | function call |
| 00:15.38 | ckknight | calls o_O(O_o) |
| 00:15.42 | ckknight | which does o_O(nil) |
| 00:15.45 | ckknight | here's one: |
| 00:15.49 | ckknight | >>> local t = [[print("local t = [".."[" .. t .. "]".."]; " .. t)]]; print("local t = [".."[" .. t .. "]".."]; " .. t) |
| 00:15.49 | raevanmorlock | ahh |
| 00:15.49 | Cide | ckknight: "local t = [[print(\"local t = [\"..\"[\" .. t .. \"]\"..\"]; \" .. t)]]; print(\"local t = [\"..\"[\" .. t .. \"]\"..\"]; \" .. t)" |
| 00:16.04 | ckknight | hrm. |
| 00:16.11 | ckknight | the quotes mess up the quine |
| 00:16.25 | raevanmorlock | what's a quine? |
| 00:16.29 | *** join/#wowi-lounge chuckg_ (i=chuckg@66-237-5-116.starstream.net) |
| 00:16.29 | ckknight | local t = [[print('local t = ['..'[' .. t .. ']'..']; ' .. t)]]; print('local t = ['..'[' .. t .. ']'..']; ' .. t) |
| 00:16.38 | raevanmorlock | >>> |
| 00:16.39 | ckknight | >>> local t = [[print('local t = ['..'[' .. t .. ']'..']; ' .. t)]]; print('local t = ['..'[' .. t .. ']'..']; ' .. t) |
| 00:16.40 | Cide | ckknight: "local t = [[print('local t = ['..'[' .. t .. ']'..']; ' .. t)]]; print('local t = ['..'[' .. t .. ']'..']; ' .. t)" |
| 00:16.50 | ckknight | note how it returns the same thing as I put in. |
| 00:16.50 | Shirik | haha fun ckknight |
| 00:17.02 | raevanmorlock | indeed |
| 00:17.03 | ckknight | I came up with that one, actually |
| 00:17.10 | ckknight | it was for Computational Theory class |
| 00:17.46 | raevanmorlock | oh.. I see what it's doing |
| 00:18.05 | raevanmorlock | that's creative |
| 00:18.11 | ckknight | yep :-) |
| 00:18.32 | ckknight | no globals, either |
| 00:18.34 | ckknight | beat that! |
| 00:18.39 | *** join/#wowi-lounge Tuller (n=chatzill@c-68-57-185-39.hsd1.va.comcast.net) |
| 00:18.41 | ckknight | I haven't been able to beat it yet |
| 00:18.54 | ckknight | hrm, perhaps... |
| 00:19.01 | raevanmorlock | How would you beat it? |
| 00:19.10 | ckknight | make it smaller |
| 00:19.29 | ckknight | >>> local t = [[return 'local t = ['..'[' .. t .. ']'..']; ' .. t]]; return 'local t = ['..'[' .. t .. ']'..']; ' .. t |
| 00:19.29 | Cide | ckknight: "local t = [[return 'local t = ['..'[' .. t .. ']'..']; ' .. t]]; return 'local t = ['..'[' .. t .. ']'..']; ' .. t" |
| 00:20.46 | cladhaire | you can make it truncate your code by closing the long string early, heh |
| 00:20.46 | ckknight | >>> local t=[[return'local t=['..'['..t..']'..'];'..t]];return'local t=['..'['..t..']'..'];'..t |
| 00:20.46 | Cide | ckknight: "local t=[[return'local t=['..'['..t..']'..'];'..t]];return'local t=['..'['..t..']'..'];'..t" |
| 00:20.48 | ckknight | (take out spaces) |
| 00:21.08 | raevanmorlock | >>> t=[[return 't=[['..t..']];'..t]]; return 'local t=[['..t..']];]..t |
| 00:21.09 | Cide | raevanmorlock: [string "t=[[return 't=[['..t..']];'..t]]; return 'local t=[['..t..']];]..."]:1: unexpected symbol near ''..t]]; return '' |
| 00:21.39 | ckknight | nope, raevanmorlock, you can't have [[ [[ ]] ]] |
| 00:22.00 | raevanmorlock | I was just trying to copy what you did.. lol |
| 00:22.05 | ckknight | >>> t=[[return't=['..'['..t..']'..'];'..t]];return't=['..'['..t..']'..'];'..t |
| 00:22.05 | Cide | ckknight: "t=[[return't=['..'['..t..']'..'];'..t]];return't=['..'['..t..']'..'];'..t" |
| 00:22.24 | ckknight | you need the '['..'[' |
| 00:22.33 | raevanmorlock | ooh 'cause of --[[ ]] ? |
| 00:22.39 | ckknight | or more specifically, the ']'..']' |
| 00:22.39 | ckknight | hrm. |
| 00:22.50 | raevanmorlock | blarghy |
| 00:22.51 | ckknight | >>> t=[[return't=[['..t..']'..'];'..t]];return't=[['..t..']'..'];'..t |
| 00:22.51 | Cide | ckknight: "t=[[return't=[['..t..']'..'];'..t]];return't=[['..t..']'..'];'..t" |
| 00:22.59 | ckknight | shazam. |
| 00:23.08 | raevanmorlock | yay I helped |
| 00:23.58 | *** join/#wowi-lounge Torlen (n=Torlen@cpe-65-189-170-219.columbus.res.rr.com) |
| 00:24.01 | Torlen | hello |
| 00:24.08 | Shirik | evening |
| 00:24.09 | Torlen | could anyone help me work somethign out? |
| 00:24.10 | raevanmorlock | como te llamas? |
| 00:24.19 | raevanmorlock | me perro gucho! |
| 00:24.36 | ckknight | anyone gotten LoadManagers to work yet? |
| 00:24.36 | Shirik | Torlen: Don't ask to ask, just ask it |
| 00:24.38 | *** join/#wowi-lounge Shadowed (n=outlaw@204.9.178.253) |
| 00:24.45 | raevanmorlock | y pequinta de la sacapuntas! |
| 00:25.23 | Torlen | ok then, on my other computer auctioneer will load average prices for everything if i used the ah, on this computer i have to manually search every item for it to find an average price |
| 00:25.33 | Torlen | what did i do different on the other computer? |
| 00:25.45 | raevanmorlock | Push the search button? |
| 00:26.02 | Torlen | no |
| 00:26.06 | Torlen | on my other computer |
| 00:26.08 | Shirik | you have SVs on the other computer, not on this one |
| 00:26.10 | Shirik | is my only guess |
| 00:26.14 | Torlen | SV;s? |
| 00:26.19 | Shirik | saved variables |
| 00:26.34 | Torlen | no it wasnt quite like that |
| 00:26.36 | Torlen | i dont think |
| 00:26.45 | Torlen | i could go to the ah |
| 00:26.48 | Torlen | open the ah screen |
| 00:27.03 | Torlen | and if someone was linking an item at the bottom, one ive never had before |
| 00:27.12 | Torlen | i knew what the average price of the ah for that item was |
| 00:27.43 | ckknight | oh, btw, I just committed FuBar_DebugFu to the wowace svn. It uses the WoW 2.1 cpu profiling functions to profile a namespace. |
| 00:27.53 | ckknight | Could be useful to someone |
| 00:28.01 | raevanmorlock | <PROTECTED> |
| 00:28.14 | raevanmorlock | Unless the intent is to make my head explode |
| 00:28.26 | raevanmorlock | >>> ka-pooie |
| 00:28.26 | Cide | raevanmorlock: [string "return ka-pooie"]:1: attempt to perform arithmetic on global 'ka' (a nil value) |
| 00:28.32 | Torlen | like if someone links runecloth at the bottom, i wouldnt have to go into the ah to search for runecloths for auctioneer to find the average price, i just had to open the acution window and it would get all the prices for everything in there automatically in a matter of seconds |
| 00:29.32 | raevanmorlock | Mebbe auctioneer was automatically loaded on the old computer and is load-on-demand on this one? |
| 00:29.38 | ckknight | Cide: >>> return collectgarbage('count') |
| 00:29.41 | ckknight | whoops |
| 00:29.44 | ckknight | >>> return collectgarbage('count') |
| 00:29.45 | Cide | ckknight: 34.736328125 |
| 00:29.46 | Torlen | ok how to i change to auto load? |
| 00:29.51 | raevanmorlock | haha |
| 00:30.03 | raevanmorlock | Torlen: It should be in the settings.. I think.. maybe |
| 00:30.06 | ravagernl | cide is a lua bot? |
| 00:30.07 | ckknight | so my guess is that it makes a new lua instance every time that's called. |
| 00:30.15 | ckknight | ravagernl: currently. |
| 00:30.18 | raevanmorlock | >>> ka = 2; pooie = 4; return ka-pooie; |
| 00:30.18 | Cide | raevanmorlock: -2 |
| 00:30.59 | raevanmorlock | Cide is not a bot.. he's just really good at Lua |
| 00:31.04 | raevanmorlock | right, Cide? |
| 00:31.14 | ckknight | >>> return "That's right" |
| 00:31.15 | Cide | ckknight: "That's right" |
| 00:31.17 | Torlen | raven, how do i get into the settings? |
| 00:31.28 | ckknight | >>> return ("<(' '<) <( ' ' )> (>' ')>"):reverse() |
| 00:31.28 | Cide | ckknight: ">)' '>( >) ' ' (< )<' '(<" |
| 00:31.51 | raevanmorlock | Torlen: typing /auctioneer should give ya info on it |
| 00:32.25 | raevanmorlock | >>> reverse("<(' '<) <( ' ' )> (>' ')>") |
| 00:32.26 | Cide | raevanmorlock: [string "reverse("<(' '<) <( ' ' )> (>' ')>")"]:1: attempt to call global 'reverse' (a nil value) |
| 00:32.31 | raevanmorlock | >>> string.reverse("<(' '<) <( ' ' )> (>' ')>") |
| 00:32.32 | Cide | raevanmorlock: ">)' '>( >) ' ' (< )<' '(<" |
| 00:32.47 | Cide | raevanmorlock: it's true |
| 00:32.54 | raevanmorlock | I gotta learn about that colon-operator stuff |
| 00:33.06 | Legorol | cladhaire: ty for the TOC number |
| 00:33.15 | cladhaire | np |
| 00:33.26 | Shirik | hold up, TOC for 2.1? |
| 00:33.27 | Shirik | or what? |
| 00:33.54 | cladhaire | ... yes. |
| 00:34.03 | Shirik | what is it? ^^ |
| 00:34.04 | ravagernl | 20100 |
| 00:34.08 | Shirik | merci |
| 00:34.09 | cladhaire | ... |
| 00:34.30 | Shadowed | Scared people off IRC with the question, way to go Shirik! |
| 00:34.31 | raevanmorlock | no mercy! |
| 00:34.46 | cladhaire | the toc number comes from the version number of the client |
| 00:34.46 | cladhaire | always |
| 00:34.52 | cladhaire | _if_ it changes |
| 00:35.01 | raevanmorlock | and if it doesn't change? |
| 00:35.05 | *** join/#wowi-lounge Garoun (n=Garou@c-69-243-45-11.hsd1.va.comcast.net) |
| 00:35.09 | cladhaire | uhhh it stays the same? |
| 00:35.19 | raevanmorlock | I'm so clueless |
| 00:35.27 | raevanmorlock | ~lart me |
| 00:35.27 | purl | hooks into a hydrant and hoses raevanmorlock down |
| 00:35.37 | raevanmorlock | neat! |
| 00:35.43 | ckknight | hehe. |
| 00:35.50 | raevanmorlock | ~lart Bob |
| 00:35.50 | purl | explains, ever so gently, that if Bob doesn't give the channel more information, they can't help |
| 00:36.06 | raevanmorlock | What else does purl do? |
| 00:36.15 | ckknight | ~whalecrit raevanmorlock |
| 00:36.28 | purl | ACTION crits raevanmorlock with a mathematically skilled whale named Isaac for #NaN. raevanmorlock dies |
| 00:37.06 | raevanmorlock | My mom is gonna be so upset.. |
| 00:38.23 | raevanmorlock | >>> string.char(13) |
| 00:38.24 | Cide | raevanmorlock: "\r" |
| 00:38.29 | raevanmorlock | >>> string.char(8) |
| 00:38.30 | Cide | raevanmorlock: "\8" |
| 00:38.33 | TC_Working | ~whaleslap ckknight |
| 00:38.36 | purl | ACTION beats ckknight upside and over the head with a freakishly huge killer whale named Hugh |
| 00:38.55 | raevanmorlock | What's the code for the backspace key? |
| 00:39.01 | ckknight | ^H |
| 00:39.09 | ckknight | so... \008 |
| 00:39.21 | raevanmorlock | >>> string.char(\008) |
| 00:39.22 | Cide | raevanmorlock: [string "string.char(\008)"]:1: unexpected symbol near '\' |
| 00:39.36 | ckknight | >>> ("\008"):char() |
| 00:39.36 | Cide | ckknight: [string "("\008"):char()"]:1: calling 'char' on bad self (number expected, got string) |
| 00:39.38 | Shirik | Cide escapes it |
| 00:39.43 | ckknight | oh, right |
| 00:39.45 | Shirik | I've already tried to send Cide into an infinite loop |
| 00:39.48 | raevanmorlock | Cide is too smart! |
| 00:39.51 | ckknight | >>> string.char(8) |
| 00:39.51 | Cide | ckknight: "\8" |
| 00:39.51 | Shirik | by sending messages to himself |
| 00:40.01 | ckknight | Shirik: hehe. |
| 00:40.05 | raevanmorlock | lol nice |
| 00:40.12 | ckknight | Shirik: try an infinite while? |
| 00:40.18 | ckknight | I don't want to break it, though |
| 00:40.24 | raevanmorlock | it has a timeout |
| 00:40.24 | cladhaire | >>> while true do end |
| 00:40.25 | Shirik | it has a 5s time limit |
| 00:40.29 | cladhaire | it has a 5s limit |
| 00:40.30 | Cide | cladhaire: maximum execution time (5s) exceeded |
| 00:40.31 | cladhaire | like they said. |
| 00:40.36 | Shirik | we've thought of all this already :P |
| 00:40.42 | raevanmorlock | Unfortunately.. |
| 00:40.46 | ckknight | >>> for i = 1, 10000000 do print('pants') end |
| 00:40.51 | Cide | ckknight: maximum execution time (5s) exceeded |
| 00:40.53 | Shirik | 200chr output limit |
| 00:40.57 | raevanmorlock | There's a char limit too |
| 00:41.03 | ckknight | ooh |
| 00:41.07 | raevanmorlock | The most fun thing is to eat up memory |
| 00:41.17 | Shirik | it's got GC.. |
| 00:41.17 | ckknight | >>> for i = 1, 40 do print('pants') end |
| 00:41.17 | Cide | ckknight: "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", "pants", ... (exceeded 200 characters) |
| 00:41.23 | raevanmorlock | But the highest Tem and I could get to was .6 gigs |
| 00:41.24 | cladhaire | a = "x" for i=1,25 do a .. a end print(a) |
| 00:41.38 | Tem | raevanmorlock, I broke 700 this morning |
| 00:41.40 | cladhaire | >>> a = "x" for i=1,25 do a .. a end print(a) |
| 00:41.40 | Cide | cladhaire: [string "a = "x" for i=1,25 do a .. a end print(a)"]:1: '=' expected near '..' |
| 00:41.44 | raevanmorlock | nice |
| 00:41.45 | cladhaire | poop |
| 00:41.55 | cladhaire | >>> a = "x" for i=1,25 do a = a .. a end print(a) |
| 00:42.00 | Cide | cladhaire: "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx... (exceeded 200 characters) |
| 00:42.06 | Shirik | Cide fixed it :D |
| 00:42.10 | raevanmorlock | Tem, did you just tweak the upper bound or did you use a different formula? |
| 00:42.13 | Cide | yep, thanks to cladhaire |
| 00:42.21 | Tem | raevanmorlock, I used coroutines |
| 00:42.37 | Cide | think it's possible to reach 800 in 5s? |
| 00:42.47 | Shirik | 800 what? |
| 00:42.47 | ckknight | 800 what? |
| 00:42.49 | Garoun | the most annoying thing about Kara is trying to organize sit lists when you have 15 people that want to go :/ |
| 00:42.51 | Cide | 800mb |
| 00:43.04 | Shirik | yes |
| 00:43.06 | Tem | Cide, yes, I do with coroutines |
| 00:43.12 | Cide | you broke 700 |
| 00:43.16 | ckknight | local a = 'x' for i = 1, 1000 do a = a .. a end print(a) |
| 00:43.21 | raevanmorlock | What's a coroutine? |
| 00:43.26 | *** join/#wowi-lounge Gryphen (n=masked@c-76-104-130-0.hsd1.wa.comcast.net) |
| 00:43.29 | Tem | but only if you aren't running 2 copies of wow at the same time |
| 00:43.29 | Shirik | it's similar to multithreading |
| 00:43.31 | Shirik | with only one thread |
| 00:43.31 | cladhaire | very fast to allocate, actually =) |
| 00:43.52 | Cide | Tem: you broke 700mb I thought.. I asked if you think it's possible to break 800mb in 5s |
| 00:44.10 | Tem | Cide, I think I could do it |
| 00:44.14 | ckknight | >>> local a = 'x' for i = 1, 1000 do a = a:rep(2) end print(a) |
| 00:44.27 | Cide | ckknight: maximum execution time (5s) exceeded |
| 00:44.28 | Tem | I broke 700 without actually finding the upper bound on time for it |
| 00:45.21 | ravagernl | rep = replicate? as "string" becomes "stringstring" ? |
| 00:45.28 | cladhaire | Tem I think if you make the closure have more upvalues, you might be able to take a bit more |
| 00:45.32 | cladhaire | were you using create or wrap? |
| 00:45.34 | Cide | ravagernl: yes |
| 00:45.35 | raevanmorlock | >>> i = 0; while os.clock() < 4.9 do i = i + 1; end return i; |
| 00:45.41 | Cide | raevanmorlock: 4390997 |
| 00:45.41 | Shirik | garbagecollect("stop"); function f(tbl, x) if x == 0 then return {0}; else return {f(tbl, x-1)}; end end a = {} f(a, 1000); return a; |
| 00:45.46 | Tem | cladhaire, ooh, I forgot about wrap |
| 00:45.47 | Shirik | >>> garbagecollect("stop"); function f(tbl, x) if x == 0 then return {0}; else return {f(tbl, x-1)}; end end a = {} f(a, 1000); return a; |
| 00:45.47 | Cide | Shirik: [string "garbagecollect("stop"); function f(tbl, x) ..."]:1: attempt to call global 'garbagecollect' (a nil value) |
| 00:45.50 | Tem | I was just using create |
| 00:45.53 | Shirik | 'ummm what was that function again >< |
| 00:46.14 | Shirik | >>> collectgarbage("stop"); function f(tbl, x) if x == 0 then return {0}; else return {f(tbl, x-1)}; end end a = {} f(a, 1000); return a; |
| 00:46.15 | Cide | Shirik: { } (#1) |
| 00:46.21 | Shirik | >>> collectgarbage("stop"); function f(tbl, x) if x == 0 then return {0}; else return {f(tbl, x-1)}; end end a = {} f(a, 1000); return gcinfo(); |
| 00:46.21 | Cide | Shirik: 206 |
| 00:46.29 | Shirik | >>> collectgarbage("stop"); function f(tbl, x) if x == 0 then return {0}; else return {f(tbl, x-1)}; end end a = {} f(a, 1000000); return gcinfo(); |
| 00:46.30 | Cide | Shirik: d:\lua\input.tmp:38: stack overflow |
| 00:46.32 | Shirik | boo |
| 00:47.55 | Shirik | >>> collectgarbage("stop"); a = {}; this = a; for x = 1, 1000000 do this.foo = {}; this = this.foo; end return gcinfo(); |
| 00:47.58 | Cide | Shirik: 62535 |
| 00:48.00 | raevanmorlock | >>> collectgarbage("stop"); for i = 1, 4390997 do t = {}; end return gcinfo(); |
| 00:48.06 | Cide | raevanmorlock: maximum execution time (5s) exceeded |
| 00:48.08 | Shirik | >>> collectgarbage("stop"); a = {}; this = a; for x = 1, 100000000 do this.foo = {}; this = this.foo; end return gcinfo(); |
| 00:48.14 | Cide | Shirik: maximum execution time (5s) exceeded |
| 00:48.22 | raevanmorlock | >>> collectgarbage("stop"); for i = 1, 3000000 do t = {}; end return gcinfo(); |
| 00:48.28 | Cide | raevanmorlock: 93785 |
| 00:48.29 | Cide | I really need to make that a child process or something |
| 00:48.36 | Cide | it's locking up irc for 5s every time =/ |
| 00:48.36 | Shirik | bleh, anyway |
| 00:48.43 | Shadowed | Or disable collectgarbage? :p |
| 00:48.48 | Shirik | Yeah Cide you should |
| 00:48.50 | Legorol | wow, Cide, it just hit me: are you running a Lua bot in here? |
| 00:48.51 | Shirik | but in all seriousness |
| 00:48.59 | Shirik | I wouldn't bother with worring that 800MB is too little |
| 00:49.00 | Shirik | it seems fine |
| 00:49.04 | Cide | Shadowed: no, I mean long loops in general |
| 00:49.07 | Cide | Legorol: yep |
| 00:49.14 | Legorol | awesomeness |
| 00:49.20 | Legorol | >>> print "Hello World!" |
| 00:49.20 | Cide | Legorol: "Hello World!" |
| 00:49.31 | Legorol | >>> print "Hello \n New World!" |
| 00:49.31 | Cide | Legorol: "Hello \n New World!" |
| 00:49.37 | Legorol | >>> print "Hello \r\n New World!" |
| 00:49.38 | Cide | Legorol: "Hello \r\n New World!" |
| 00:49.40 | Legorol | bleh |
| 00:49.43 | Shirik | haha I remember that vulnerability |
| 00:49.43 | Legorol | >>> print "Hello \\r\\n New World!" |
| 00:49.44 | Cide | Legorol: "Hello \\r\\n New World!" |
| 00:49.45 | Shirik | way back |
| 00:49.47 | Cide | sorry Legorol :) |
| 00:49.48 | raevanmorlock | That bot is fairly bulletproof |
| 00:50.10 | cladhaire | we fixed the last hole today |
| 00:50.15 | raevanmorlock | That broke it all up and put it back together way back in the day |
| 00:50.16 | cladhaire | Iriel's evil code =) |
| 00:50.18 | Shirik | I think one still exists |
| 00:50.25 | Shirik | Cide, the one you showed me? That still exist? |
| 00:50.26 | Legorol | that's bad though, are you escaping all \s? |
| 00:50.28 | raevanmorlock | What'd Iriel do? I always miss stuff =\ |
| 00:50.33 | Cide | Shirik: I showed you Iriel's |
| 00:50.35 | Legorol | >>> print "Hello \13 New World!" |
| 00:50.35 | Cide | Legorol: "Hello \r New World!" |
| 00:50.37 | Shirik | nah the other one |
| 00:50.43 | Legorol | >>> print "Hello \10 New World!" |
| 00:50.43 | Cide | Legorol: "Hello \n New World!" |
| 00:50.47 | Legorol | interesting |
| 00:50.51 | Shirik | that had a lot of ======== in it |
| 00:50.58 | Cide | Shirik: think I did |
| 00:51.03 | Legorol | >>> print "Hello \127 New World!" |
| 00:51.05 | Cide | Legorol: "Hello \127 New World!" |
| 00:51.05 | Cide | it's replacing that combination now |
| 00:51.09 | Legorol | >>> print "Hello \128 New World!" |
| 00:51.09 | Cide | Legorol: "Hello \128 New World!" |
| 00:51.17 | cladhaire | Cide: nice, to stop the long string from being closed early? |
| 00:51.29 | Cide | yeah |
| 00:51.32 | raevanmorlock | >>> print "\FF" |
| 00:51.32 | Cide | well |
| 00:51.32 | Cide | raevanmorlock: "FF" |
| 00:51.35 | Cide | I think it does anyway |
| 00:51.57 | raevanmorlock | >>> -- t = {}; return t; |
| 00:51.57 | Cide | raevanmorlock: nil |
| 00:51.59 | Legorol | Cide, this means i can't try code with Unicode escapes in it for localization reasons :/ |
| 00:52.04 | Legorol | >>> print "Hello \130 New World!" |
| 00:52.05 | Cide | Legorol: "Hello \130 New World!" |
| 00:52.21 | Legorol | >>> print "Hello \130\145 New World!" |
| 00:52.22 | Cide | Legorol: "Hello \130\145 New World!" |
| 00:52.28 | Legorol | ok i give up |
| 00:52.41 | Shirik | >>> coroutine.yield(); |
| 00:52.41 | Cide | Shirik: attempt to yield across metamethod/C-call boundary |
| 00:52.45 | Cide | >>> return true;]==========]); os.exit(); loadstring([==========[return false |
| 00:52.45 | Cide | Cide: [string "return true;]=========]); os.exit(); loadstring([=========[retu..."]:1: '<eof>' expected near ']' |
| 00:52.53 | Shirik | nice |
| 00:53.19 | raevanmorlock | what does ======= do? |
| 00:53.25 | Shirik | nothing |
| 00:53.31 | Shirik | it's a little tool in Cide's code |
| 00:53.39 | Shirik | that happened to open up a vulnerability at one point |
| 00:54.00 | raevanmorlock | I... ok |
| 00:54.01 | Cide | hm |
| 00:54.11 | Shirik | it's really just the design of Cide's bot, nothing more |
| 00:54.21 | ckknight | >>> print "\000" |
| 00:54.21 | Cide | ckknight: "\0" |
| 00:54.26 | ckknight | Cide: you should fix that |
| 00:54.30 | ckknight | it's %03d, not %d |
| 00:55.09 | Cide | do loadstring'd functions have access to upvalues defined above the loadstring call? |
| 00:55.13 | raevanmorlock | >>> loadstring("a = 1; return a") |
| 00:55.14 | Cide | raevanmorlock: function: 007C8AD8 |
| 00:55.14 | Cide | or are they created with the global environment only? |
| 00:55.27 | Shirik | that's a really good question |
| 00:55.31 | Shirik | I think just the global environment |
| 00:55.34 | Cide | >>> local test = 1; retur nloadstring("return test")() |
| 00:55.34 | Cide | Cide: [string "local test = 1; retur nloadstring("return test")()"]:1: '=' expected near 'nloadstring' |
| 00:55.39 | Cide | >>> local test = 1; return loadstring("return test")() |
| 00:55.39 | Cide | Cide: nil |
| 00:55.46 | Cide | guess that settles that |
| 00:55.46 | Shirik | yup |
| 00:56.19 | Cide | >>> "\0" |
| 00:56.19 | Cide | Cide: "\000" |
| 00:56.21 | Cide | >>> "\000" |
| 00:56.21 | Cide | Cide: "\000" |
| 00:56.28 | Cide | >>> "\13" |
| 00:56.28 | Cide | Cide: "\r" |
| 00:56.32 | Cide | >>> "\14" |
| 00:56.32 | Cide | Cide: "\014" |
| 00:56.34 | raevanmorlock | Wouldn't that be the same as : local test = 1; return function() return test; end ? |
| 00:56.40 | Cide | Legorol: hmm |
| 00:56.41 | Shirik | no |
| 00:56.46 | Shirik | that's what we were talking about |
| 00:56.55 | Shirik | loadstring does not have access to upvalues |
| 00:57.17 | Legorol | Cide: hmm? |
| 00:57.25 | Cide | Legorol: what would you like it to do? |
| 00:57.35 | Cide | return it as a "unicode string"? |
| 00:57.37 | raevanmorlock | right, but doesn't load string basically create a function whose contents equal the string... so then that'd be a different scope and obviously not have access to the locals |
| 00:57.47 | Shirik | no, see |
| 00:57.49 | Legorol | Cide: actually now that i think about it, nothing really |
| 00:58.03 | Legorol | it seems fine as it is, but why are you converting \13 back to \r? |
| 00:58.03 | Shirik | >>> local test = 1; f = function() return test; end; return f(); |
| 00:58.04 | Cide | Shirik: 1 |
| 00:58.04 | Cide | Legorol: if it could help with localization, that'd be great |
| 00:58.20 | Shirik | >>> local test = 1; f = loadstring("return test;"); return f(); |
| 00:58.20 | Cide | Shirik: nil |
| 00:58.24 | Shirik | see the difference? |
| 00:58.25 | Legorol | nah you can't help localization with it, now that i think about it |
| 00:58.26 | Cide | but I guess it kind of does anyway.. |
| 00:58.37 | Cide | >>> "áéúü" |
| 00:58.37 | Cide | Cide: "\195\161\195\169\195\186\195\188" |
| 00:58.46 | Cide | >>> "á é ú ü" |
| 00:58.46 | Cide | Cide: "\195\161 \195\169 \195\186 \195\188" |
| 00:58.56 | raevanmorlock | The function can access the locals? |
| 00:58.59 | Legorol | Cide: what you are doing is highly dependent on the IRC client being used |
| 00:59.08 | Shirik | it's not about the fact it's using locals |
| 00:59.13 | Shirik | it needs access to the upvalues |
| 00:59.21 | Shirik | which a function through loadstring does not have access to |
| 00:59.23 | raevanmorlock | which values defined above it? |
| 00:59.30 | Legorol | some IRC client will send the a-acute as a proper 2-byte UTF-8 encoded sequence, others will send it as a single byte with value 130 or some such |
| 00:59.30 | raevanmorlock | s/which/which are/ |
| 00:59.32 | Shirik | a loadstring'd function only has access to the global environment |
| 00:59.53 | Shirik | it's like |
| 00:59.54 | Legorol | >>> 1 |
| 00:59.55 | Cide | Legorol: 1 |
| 00:59.56 | Shirik | look |
| 01:00.13 | Legorol | Cide, i am curious, why does a single value (like 1 or "hello") provide that as the result? |
| 01:00.18 | Shirik | >>> local test = 1; f = function() return test; end; test = 2; return f(); |
| 01:00.18 | Cide | Shirik: 2 |
| 01:00.20 | Legorol | it's not a valid statement, so shouldn't compile |
| 01:00.28 | Shirik | sec >< |
| 01:01.08 | raevanmorlock | Legorol: It's just a convenience he built in |
| 01:01.17 | Legorol | it's breaking the language definition |
| 01:01.22 | Shirik | >>> a = {1}; f = function() return a; end; a = {2}; return f(); |
| 01:01.23 | Cide | Shirik: { 2 } (#1) |
| 01:01.28 | Legorol | isn't the stuff after >>> supposed to be considered a single chunk? |
| 01:01.31 | Shirik | what am I doing wrong here -_- |
| 01:01.33 | *** join/#wowi-lounge sioraiocht (n=rtharper@cpe-74-71-116-245.twcny.res.rr.com) |
| 01:01.37 | Legorol | >>> 1; 2 |
| 01:01.37 | Cide | Legorol: [string "1; 2"]:1: unexpected symbol near '1' |
| 01:01.43 | Legorol | >>> return 1 |
| 01:01.43 | Cide | Legorol: 1 |
| 01:01.52 | Legorol | >>> 1+2 |
| 01:01.53 | Cide | Legorol: 3 |
| 01:02.00 | raevanmorlock | My head hurts |
| 01:02.01 | Legorol | >>> 1+2 a=3 |
| 01:02.02 | Cide | Legorol: [string "1+2 a=3"]:1: unexpected symbol near '1' |
| 01:02.06 | Shirik | don't worry about it :P |
| 01:02.07 | Legorol | >>> a=3 1 |
| 01:02.08 | Cide | Legorol: ya, but if the chunk errors, it tries to see if it's valid list syntax |
| 01:02.08 | Cide | Legorol: [string "a=3 1"]:1: unexpected symbol near '1' |
| 01:02.19 | Legorol | >>> a=3,1 |
| 01:02.20 | Cide | Legorol: nil |
| 01:02.23 | Shirik | >>> = 1; |
| 01:02.24 | Cide | Shirik: 1;:1: unexpected symbol near '=' |
| 01:02.28 | Shirik | boo |
| 01:02.29 | Legorol | >>> a,2 |
| 01:02.30 | Cide | Legorol: nil, nil |
| 01:02.35 | cladhaire | item sells for 5g 50s. |
| 01:02.35 | Legorol | >>> 1,2 |
| 01:02.36 | Cide | Legorol: 1, 2 |
| 01:02.38 | cladhaire | do i DE it? |
| 01:02.41 | Legorol | Cide, that's bugged |
| 01:02.45 | Shirik | cladhaire: Vendors? |
| 01:02.52 | Cide | Legorol: heh, ya |
| 01:03.03 | Shirik | Cide: I think |
| 01:03.13 | Shirik | >>> return nil, "Test"; |
| 01:03.13 | Cide | Shirik: nil, nil |
| 01:03.20 | Cide | interesting |
| 01:03.21 | Shirik | I think it's because you're using the first parameter to test for failure |
| 01:03.31 | Shirik | and then it's going to the error output |
| 01:03.34 | Shirik | which doesn't exist |
| 01:03.37 | cladhaire | Shirik: it vendors for 5g 50 |
| 01:03.38 | raevanmorlock | 5g 50s? I don't even have that much |
| 01:03.43 | Shirik | cladhaire: I'd probably vendor it |
| 01:03.47 | Legorol | hm, Shirik's example shows some serious problem |
| 01:03.50 | cladhaire | yeah, I'v ebeen using 2g 50 as my line |
| 01:03.58 | Legorol | >>> function f() return 1,2 end return f() |
| 01:03.59 | Cide | Legorol: 1, 2 |
| 01:04.05 | Legorol | >>> return 1,2 |
| 01:04.06 | Cide | Legorol: 1, 2 |
| 01:04.13 | Legorol | >>> return 1,"test" |
| 01:04.13 | Cide | Legorol: 1, "test" |
| 01:04.14 | Shirik | the problem will occur when the first return is nil |
| 01:04.17 | Shirik | and only in that case |
| 01:04.22 | Shirik | because it's using it to test if the pcall() failed |
| 01:04.31 | Legorol | aha |
| 01:05.11 | Legorol | i say do away with the convenience feature |
| 01:05.22 | Legorol | make people use >>> return somethingsomething |
| 01:05.27 | Legorol | it's not that much of an overhead |
| 01:05.37 | raevanmorlock | >>> "never!" |
| 01:05.37 | Cide | raevanmorlock: "never!" |
| 01:05.39 | Shirik | I don't know of a way to fix it, tbh |
| 01:05.49 | Shirik | it needs that first return value to check for error |
| 01:05.57 | Shirik | it's how it resolves this: |
| 01:05.58 | cladhaire | so check == nil instead of lazy checking it |
| 01:06.06 | Shirik | >>> a = {1}; return a+a; |
| 01:06.07 | Cide | Shirik: [string "a = {1}; return a+a;"]:1: attempt to perform arithmetic on global 'a' (a table value) |
| 01:06.17 | Shirik | because the first return value from pcall is nil there |
| 01:06.19 | Cide | ya, cladhaire's way should work |
| 01:06.20 | Shirik | so it knows to go to the error |
| 01:06.21 | Cide | >>> false, "a" |
| 01:06.21 | Cide | Cide: false, "a" |
| 01:06.27 | cladhaire | oh you're right, its a nil return from pcall() |
| 01:06.37 | Legorol | you can't fix it |
| 01:06.40 | cladhaire | well, if your first return is a nil, technically it can be interpreted as you returning nothing |
| 01:06.40 | cladhaire | hehe |
| 01:06.45 | cladhaire | that's odd, nice corner case =) |
| 01:06.54 | Cide | hmm |
| 01:06.57 | Cide | kinda want to fix that |
| 01:06.57 | Legorol | cladhaire: no you can't, you could be returning a list starting with a nil |
| 01:06.59 | raevanmorlock | >>> return nil |
| 01:06.59 | Cide | raevanmorlock: nil |
| 01:07.02 | cladhaire | aye |
| 01:07.03 | raevanmorlock | >>> nil, 2 |
| 01:07.04 | Cide | raevanmorlock: nil, nil |
| 01:07.11 | cladhaire | Cide: use xpcall |
| 01:07.11 | raevanmorlock | >>> return nil, 2 |
| 01:07.12 | Cide | raevanmorlock: nil, nil |
| 01:07.12 | cladhaire | not pcall |
| 01:07.19 | cladhaire | then you have a custom error handler that gets called |
| 01:07.19 | Legorol | this is why i don't like convenience features |
| 01:07.20 | raevanmorlock | that seems wrong |
| 01:07.21 | Cide | what's the difference? |
| 01:07.26 | Legorol | be consistent, and problems like this don't occur |
| 01:07.33 | cladhaire | with xpcall, you specify the error handling function in the call |
| 01:07.36 | cladhaire | and its thrown from inside. |
| 01:07.41 | Shirik | ah interesting |
| 01:07.43 | cladhaire | so i think you can respect the returns |
| 01:07.45 | Cide | can you get me an example? |
| 01:07.48 | Shirik | yes that would be better |
| 01:07.52 | Cide | I'm in karazhan right now :) |
| 01:08.12 | Corrodias | we tried it yesterday |
| 01:08.17 | Legorol | give me a system which supposedly been fixed, and i'll find something to fix :o) |
| 01:08.37 | Corrodias | we didn't kill any bosses, but we got closer on moroes than we had been. i don't know how the other raid ID did, but they got moroes the previous day. |
| 01:08.45 | cladhaire | >>> local err = function(msg) print "ZOMG:" .. msg end; function foo() bar.foo = true end; return xpcall(foo, err) |
| 01:08.46 | Cide | cladhaire: [string "local err = function(msg) print "ZOMG:" .. msg end; function fo..."]:1: unexpected symbol near '..' |
| 01:08.55 | Cide | print() :) |
| 01:09.00 | cladhaire | >>> local err = function(msg) print("ZOMG:" .. msg) end; function foo() bar.foo = true end; return xpcall(foo, err) |
| 01:09.01 | Cide | cladhaire: false, nil |
| 01:09.11 | cladhaire | hrm, that's odd |
| 01:09.26 | Legorol | hold on guys, pcall's documentation says it always returns a boolean first |
| 01:09.33 | Legorol | and then follows it with potential return values |
| 01:09.45 | cladhaire | Legorol: that just generates a different corner case |
| 01:09.47 | Shirik | >>> function a() return 1,2,3 end return pcall(a); |
| 01:09.48 | Cide | Shirik: true, 1, 2, 3 |
| 01:09.55 | cladhaire | Cide: I dont know why my error handler wasn't called there |
| 01:10.01 | Legorol | cladhaire: what is Cide doing at the moment? |
| 01:10.09 | Cide | Legorol: http://wow.pastey.net/12239 |
| 01:10.10 | cladhaire | >>> local err = function(msg) print("ZOMG:" .. msg) end; function foo() bar.foo.p = true end; return xpcall(foo, err) |
| 01:10.10 | Cide | cladhaire: false, nil |
| 01:10.14 | cladhaire | >>> local err = function(msg) print("ZOMG:" .. msg) end; function foo() bar.foo.p = true end; return pcall(foo, err) |
| 01:10.15 | Cide | cladhaire: false, "[string \"local err = function(msg) print(\"ZOMG:\" .. ...\"]:1: attempt to index global 'bar' (a nil value)" |
| 01:10.24 | cladhaire | Cide: I've got it |
| 01:10.32 | cladhaire | if you xpcall it with a handler that dumps the error to the file |
| 01:10.33 | cladhaire | then it should work |
| 01:10.48 | Legorol | cladhaire: can you explain something to me |
| 01:10.59 | cladhaire | i can try =) |
| 01:10.59 | Legorol | pcall's documentation says its first return is *always* a true or false |
| 01:11.05 | Legorol | no ambiguity |
| 01:11.05 | cladhaire | Legorol: that means we can fix it with that |
| 01:11.13 | Legorol | why do you need xpcall? |
| 01:11.21 | Legorol | and why is cide's code going wrong then? |
| 01:11.32 | cladhaire | I don't know |
| 01:11.35 | cladhaire | can you play the example for me |
| 01:11.44 | Legorol | ok check this: |
| 01:11.46 | Legorol | >>> 1,2 |
| 01:11.46 | Cide | Legorol: 1, 2 |
| 01:11.49 | Legorol | >> nil,2 |
| 01:11.54 | Legorol | >>> nil,2 |
| 01:11.54 | Cide | Legorol: nil, nil |
| 01:11.59 | Legorol | this is the problem |
| 01:12.11 | Shirik | >>> f_err = 1; return nil, 2; |
| 01:12.11 | Cide | Shirik: nil, nil |
| 01:12.17 | Legorol | some people here (me included) first thought this has to do with the first return value from pcall |
| 01:12.23 | cladhaire | k, this is fixable. |
| 01:12.26 | Legorol | but i don't beleive that anymore |
| 01:12.32 | Legorol | i don't know what's causing this |
| 01:12.59 | Legorol | >>> 1,2,3 |
| 01:12.59 | Cide | Legorol: 1, 2, 3 |
| 01:13.02 | Legorol | >>> 1, nil, 3 |
| 01:13.02 | Cide | Legorol: 1, nil, 3 |
| 01:13.18 | Legorol | >>> {1,2} |
| 01:13.19 | Cide | Legorol: { 1, 2 } (#1) |
| 01:13.28 | Legorol | >>> {nil,2} |
| 01:13.28 | Cide | Legorol: { } (#1) |
| 01:13.33 | Legorol | aha |
| 01:13.54 | Legorol | >>> a={nil,2} print #a |
| 01:13.54 | Cide | Legorol: [string "a={nil,2} print #a"]:1: '=' expected near '#' |
| 01:14.04 | Legorol | >>> a={nil,2} print(#a) |
| 01:14.04 | Cide | Legorol: 2 |
| 01:14.13 | Legorol | >>> a={nil,2} print(a[1]) |
| 01:14.13 | Cide | Legorol: nil |
| 01:14.14 | Legorol | >>> a={nil,2} print(a[2]) |
| 01:14.15 | Cide | Legorol: 2 |
| 01:14.33 | Legorol | >>> {1},{2} |
| 01:14.33 | Cide | Legorol: { 1 } (#1), { 2 } (#2) |
| 01:14.37 | cladhaire | >>> a = {nil,2} print(#a) |
| 01:14.37 | Cide | cladhaire: 2 |
| 01:14.44 | Shirik | maybe it has to do with the serializer? |
| 01:14.50 | Shirik | string-izer * |
| 01:14.51 | Legorol | serializer? |
| 01:15.02 | Cide | could be |
| 01:15.12 | Legorol | >>> loadstring("1,2")() |
| 01:15.13 | Cide | Legorol: [string "loadstring("1,2")()"]:1: attempt to call a nil value |
| 01:15.18 | Cide | >>> nil, 1 |
| 01:15.18 | Cide | Cide: nil, nil |
| 01:15.21 | Cide | >>> return nil, 1 |
| 01:15.21 | Cide | Cide: nil, nil |
| 01:15.38 | Legorol | ok it's nothing to do with the "special treatment" |
| 01:15.43 | cladhaire | return loadstring("1,2") |
| 01:15.46 | Legorol | it's handling the return values from the chunk wrong |
| 01:15.51 | cladhaire | >>> return loadstring("1,2") |
| 01:15.51 | Cide | cladhaire: nil, nil |
| 01:15.53 | Legorol | cladhaire: that'd produce a function |
| 01:16.02 | cladhaire | i know |
| 01:16.09 | Shirik | Legorol: Only if it weren't nil :P |
| 01:16.09 | Legorol | since it doesn't, it produces nil, error |
| 01:16.15 | cladhaire | >>> a = {pcall(loadstring("1,2"))} |
| 01:16.16 | Cide | cladhaire: nil |
| 01:16.18 | cladhaire | >>> a = {pcall(loadstring("1,2"))} return a |
| 01:16.18 | Cide | cladhaire: { false, "attempt to call a nil value" } (#1) |
| 01:16.42 | cladhaire | print(pcall(loadstring("1,2"))) |
| 01:16.47 | cladhaire | >>> print(pcall(loadstring("1,2"))) |
| 01:16.48 | Cide | cladhaire: false, "attempt to call a nil value" |
| 01:17.07 | Legorol | >>> a,b=loadstring("blah") return a,b |
| 01:17.08 | Cide | Legorol: nil, nil |
| 01:17.14 | Legorol | >>> a,b=loadstring("blah") print(a,b) |
| 01:17.15 | Cide | Legorol: "[string \"blah\"]:1: '=' expected near '<eof>'", nil |
| 01:17.19 | Tem | >>> print(string.dump(function()print"hi"end)) |
| 01:17.19 | Cide | Tem: "\027LuaQ\000\001\004\004\004\008\000+\000\000\000print(string.dump(function()print\"hi\"end))\000\001\000\000\000\001\000\000\000\000\000\000\002\004\000\000\000\005\000\000\000A@\000\000\028@\000\001\030\000\128\000\002\000\000\000\004\006\000\000\000print\000\004\003\000\000\000hi\000\000\000\000\000\004\000\000\000\001\000\000\000\001\000\000\000\001\000\000\000\001\000\000\000\000\000\000\000\000\000\000\000" |
| 01:17.24 | Legorol | lol |
| 01:17.26 | Shirik | ow |
| 01:17.29 | Tem | neat |
| 01:17.31 | Legorol | >>> a,b=loadstring("blah") print(a) |
| 01:17.31 | Cide | Legorol: nil |
| 01:17.39 | Legorol | >>> a,b=loadstring("blah") print(b) |
| 01:17.39 | Cide | Legorol: "[string \"blah\"]:1: '=' expected near '<eof>'" |
| 01:17.43 | Legorol | >>> a,b=loadstring("blah") print(a,b) |
| 01:17.44 | Cide | Legorol: "[string \"blah\"]:1: '=' expected near '<eof>'", nil |
| 01:17.50 | Legorol | hm, it's printing them in the wrong order |
| 01:17.56 | Legorol | >>> a,b=1,2 print(a,b) |
| 01:17.57 | Cide | Legorol: 1, 2 |
| 01:17.58 | Tem | >>> loadstring("\027LuaQ\000\001\004\004\004\008\000+\000\000\000print(string.dump(function()print\"hi\"end))\000\001\000\000\000\001\000\000\000\000\000\000\002\004\000\000\000\005\000\000\000A@\000\000\028@\000\001\030\000\128\000\002\000\000\000\004\006\000\000\000print\000\004\003\000\000\000hi\000\000\000\000\000\004\000\000\000\001\000\000\000\001\000\000\000\001\000\000\000\001\000\000\000\000\000\000\000\000\000\000\000")() |
| 01:17.58 | Cide | Tem: "hi" |
| 01:18.10 | Cide | wth |
| 01:18.11 | Legorol | wow |
| 01:18.13 | Shirik | lol tem |
| 01:18.43 | Cide | let's see |
| 01:18.46 | Cide | >>> nil, 1 |
| 01:18.47 | Cide | Cide: nil, nil |
| 01:18.53 | Cide | >>> return nil, 1 |
| 01:18.53 | Cide | Cide: nil, nil |
| 01:19.04 | Legorol | >>> a,b=loadstring("blah") print(a) |
| 01:19.04 | Cide | Legorol: "getting output: { true } (#1)", nil |
| 01:19.06 | Cide | >>> prin(nil, 1) |
| 01:19.06 | Cide | Cide: [string "prin(nil, 1)"]:1: attempt to call global 'prin' (a nil value) |
| 01:19.06 | cladhaire | >>> nil,2 |
| 01:19.06 | Cide | cladhaire: nil, nil |
| 01:19.09 | Cide | >>> print(nil, 1) |
| 01:19.10 | Cide | Cide: 1, "getting output: { true } (#1)", nil |
| 01:19.29 | Pandemic-vhell | >>> print("failure cide") |
| 01:19.29 | Cide | Pandemic-vhell: "failure cide", "getting output: { true } (#1)" |
| 01:19.35 | Cide | screw you vhell! |
| 01:19.38 | Pandemic-vhell | :( |
| 01:19.55 | Legorol | >>> print(nil,2) |
| 01:19.56 | Cide | Legorol: 2, "getting output: { true } (#1)", nil |
| 01:20.07 | Legorol | O.o |
| 01:20.12 | Legorol | >>> print(1,nil) |
| 01:20.13 | Cide | Legorol: 1, "getting output: { true } (#1)", nil |
| 01:20.30 | Legorol | >>> print(1,2) |
| 01:20.30 | Cide | Legorol: 1, 2, "getting output: { true } (#1)" |
| 01:20.48 | Legorol | >>> print(1,nil,3) |
| 01:20.48 | Cide | Legorol: 1, 3, "getting output: { true } (#1)", nil |
| 01:20.58 | Legorol | >>> print(1,nil,3,nil) |
| 01:20.58 | Cide | Legorol: 1, 3, "getting output: { true } (#1)", nil, nil |
| 01:21.03 | Cide | >>> return nil, 1 |
| 01:21.03 | Cide | Cide: "getting output: { true } (#1)" |
| 01:21.06 | Cide | ok, so |
| 01:21.26 | Legorol | print is messed up :/ |
| 01:21.31 | Cide | I'm debugging |
| 01:21.34 | Cide | I'm doing get_result(pcall(loadstring("return nil, 1"))) |
| 01:21.59 | Cide | get_result is: function get_result(...) local t = { ... }; end |
| 01:22.05 | Cide | why does t only consist of true? |
| 01:22.26 | Legorol | because pcall didn't fail |
| 01:22.32 | Shirik | >>> function f(...) return {...}; end print f(nil, 1, 2); |
| 01:22.32 | Cide | Shirik: [string "function f(...) return {...}; end print f(nil, 1, 2);"]:1: '=' expected near 'f' |
| 01:22.33 | Legorol | pcall returns true if the loadstring succeeded |
| 01:22.37 | Shirik | >>> function f(...) return {...}; end print (f(nil, 1, 2)); |
| 01:22.37 | Cide | Shirik: { } (#2), "getting output: { true } (#1)" |
| 01:22.41 | Shirik | interesting |
| 01:22.42 | Shirik | I know |
| 01:22.42 | Cide | Legorol: followed by the returns of the function |
| 01:22.44 | Shirik | I think |
| 01:22.54 | Shirik | ... might be stopping at the first occurrance of nil? |
| 01:23.01 | Shirik | >>> function f(...) return {...}; end print (f(1, 2, nil, 1, 2)); |
| 01:23.01 | Cide | it shouldn't |
| 01:23.01 | Cide | Shirik: { 1, 2 } (#2), "getting output: { true } (#1)" |
| 01:23.05 | Shirik | it appears to |
| 01:23.10 | Shirik | and it's logical |
| 01:23.13 | Cide | no... |
| 01:23.22 | Cide | >>> select('#', 1, nil, nil, nil, nil) |
| 01:23.22 | Cide | Cide: "getting output: { true } (#1)" |
| 01:23.26 | Cide | grr, sec |
| 01:23.30 | Legorol | >>> function f(...) print(...) end f(1,nil,3) |
| 01:23.30 | Cide | Legorol: 1, 3, "getting output: { true } (#1)", nil |
| 01:23.40 | Cide | >>> select('#', 1, nil, nil, nil, nil) |
| 01:23.40 | Cide | Cide: 5 |
| 01:23.52 | Cide | >>> select('#', 1, nil, nil, nil, nil, 3) |
| 01:23.52 | Cide | Cide: 6 |
| 01:23.59 | Cide | >>> { 1, nil, nil, nil, nil, 3 } |
| 01:23.59 | Cide | Cide: { 1 } (#1) |
| 01:24.05 | Legorol | >>> {pcall(loadstring("1,2"))} |
| 01:24.06 | Cide | Legorol: { false, "attempt to call a nil value" } (#1) |
| 01:24.16 | Legorol | >>> {pcall(loadstring("return 1,2"))} |
| 01:24.17 | Cide | Legorol: { true, 1, 2 } (#1) |
| 01:24.22 | Shirik | I really think that's what it is cide |
| 01:24.24 | Cide | >>> table.maxn(({ 1, nil, nil, nil, nil, 3 })) |
| 01:24.24 | Cide | Cide: 6 |
| 01:24.31 | Shirik | oh, hm |
| 01:24.33 | Legorol | >>> return {pcall(loadstring("return 1,2"))} |
| 01:24.34 | Cide | Legorol: { true, 1, 2 } (#1) |
| 01:24.43 | Shirik | well Cide we isolated |
| 01:24.44 | Shirik | it |
| 01:24.48 | Shirik | MUST be the way it's printing tables |
| 01:24.56 | Cide | yeah |
| 01:25.23 | Legorol | >>> function f(...) return {...} end return f(pcall(loadstring("return 1,2"))) |
| 01:25.24 | Cide | Legorol: { true, 1, 2 } (#1) |
| 01:25.48 | Cide | >>> #({ 1, nil, nil, nil, 5 }) |
| 01:25.48 | Cide | Cide: 5 |
| 01:25.49 | Cide | ah |
| 01:25.52 | Cide | that's why |
| 01:26.09 | Cide | >>> { nil, 1 } |
| 01:26.10 | Cide | Cide: { [2] = 1 } (#1) |
| 01:26.19 | Legorol | do tell |
| 01:26.21 | Cide | >>> nil, 1 |
| 01:26.21 | Cide | Cide: nil, nil |
| 01:26.29 | Legorol | >>> #{1,2} |
| 01:26.29 | Cide | Legorol: 2 |
| 01:26.39 | Cide | I assumed ipairs looped from 1 to #tbl |
| 01:26.49 | Cide | for some reason |
| 01:27.02 | Cide | but: |
| 01:27.04 | Legorol | >>> #{nil,2} |
| 01:27.05 | Cide | Legorol: 2 |
| 01:27.09 | Cide | exactly |
| 01:27.32 | raevanmorlock | >>> nil, 2 |
| 01:27.32 | Cide | raevanmorlock: nil, nil |
| 01:27.45 | Cide | >>> return nil, 2 |
| 01:27.45 | Cide | Cide: nil, nil |
| 01:27.50 | Cide | still not sure on that one though |
| 01:27.59 | Legorol | ipairs loops until the first nil entry |
| 01:28.10 | Cide | yeah |
| 01:28.14 | raevanmorlock | >>> return {nil, 2} |
| 01:28.14 | Cide | raevanmorlock: { [2] = 2 } (#1) |
| 01:28.15 | Cide | not sure what I was thinking |
| 01:28.20 | Legorol | so on {nil,2} it stops looping |
| 01:28.38 | Cide | aye |
| 01:28.41 | Cide | it's fixed now |
| 01:28.45 | Cide | >>> { 1, 2, 3, nil, nil, 6 } |
| 01:28.46 | Cide | Cide: { 1, 2, 3, [6] = 6 } (#1) |
| 01:28.46 | Legorol | the funny thing is: |
| 01:28.51 | Legorol | >>> {nil,2} |
| 01:28.51 | Cide | Legorol: { [2] = 2 } (#1) |
| 01:28.54 | Legorol | >>> nil,2 |
| 01:28.55 | Cide | Legorol: nil, nil |
| 01:29.03 | Legorol | the funny thing is this one: |
| 01:29.05 | Legorol | >>> 1,nil,3 |
| 01:29.05 | Cide | Legorol: 1, nil, 3 |
| 01:29.08 | Legorol | that works |
| 01:29.15 | raevanmorlock | >>> nil, 2 |
| 01:29.15 | Cide | raevanmorlock: nil, nil |
| 01:29.32 | Legorol | >>> nil,2,3 |
| 01:29.33 | Cide | Legorol: nil, 2, 3 |
| 01:29.33 | raevanmorlock | >>> nil, 2, nil, 2 |
| 01:29.33 | Cide | raevanmorlock: nil, nil, 2, nil |
| 01:29.40 | Cide | that's interesting... |
| 01:29.46 | raevanmorlock | lol that's very interesting |
| 01:29.50 | raevanmorlock | it's.. offset |
| 01:29.53 | Cide | hm |
| 01:29.57 | Cide | >>> nil, nil, 2, nil, 2 |
| 01:29.57 | Cide | Cide: nil, nil, nil, 2, nil |
| 01:29.58 | raevanmorlock | and chops off teh last value |
| 01:29.59 | Legorol | >>> print{1,nil,3} |
| 01:30.00 | Cide | Legorol: { 1, [3] = 3 } (#1) |
| 01:30.00 | Shirik | you using pairs() now? |
| 01:30.09 | Cide | combination |
| 01:30.14 | Legorol | >>> print(1,nil,3) |
| 01:30.14 | Cide | I might have an idea |
| 01:30.14 | Cide | Legorol: 1, 3, nil |
| 01:30.18 | Legorol | lol |
| 01:30.26 | raevanmorlock | >>> 1, 3, nil, 2, nil |
| 01:30.26 | Cide | raevanmorlock: 1, 3, nil, nil, 2 |
| 01:30.43 | raevanmorlock | do you see that? When it encounters nil, it adds an extra nil and chops off teh last value of the list |
| 01:30.56 | Legorol | >>> nil,nil,3 |
| 01:30.57 | Cide | Legorol: nil, nil, nil |
| 01:30.59 | Legorol | >>> nil,nil,3,4 |
| 01:31.00 | Cide | Legorol: nil, nil, nil, 3 |
| 01:31.09 | Cide | my theory: |
| 01:31.13 | Legorol | >>> nil,nil,nil,nil,3,4 |
| 01:31.13 | Cide | Legorol: nil, nil, nil, nil, nil, 3 |
| 01:31.24 | raevanmorlock | see? |
| 01:31.30 | Cide | it records how many values there are, but since the pcall adds another, it's offset and doesn't return the last one |
| 01:31.43 | raevanmorlock | Sounds good to me.. try just do count+1 |
| 01:31.53 | Legorol | don't try, but understand first |
| 01:31.55 | raevanmorlock | add a dummy value to the end of the list |
| 01:31.58 | Cide | yeah :) |
| 01:32.04 | Legorol | why is the first return from pcall not handled properly? |
| 01:32.04 | Cide | need to figure out why |
| 01:32.06 | Shirik | don't do that |
| 01:32.14 | Legorol | you *always* have a single boolean return first |
| 01:32.16 | Shirik | that's hackish code |
| 01:32.21 | Shirik | that is a horrible way of solving problems |
| 01:32.23 | Cide | right now it's setting table.num to select('#', ...) -1 |
| 01:32.29 | Cide | and then I'm doing tremove(table, 1) |
| 01:32.53 | Cide | so table.num should equal maxn(table) |
| 01:33.13 | Legorol | >>> f(...) print(select('#', ...)) end f(nil,2) |
| 01:33.13 | Cide | Legorol: [string "f(...) print(select('#', ...)) end f(nil,2)"]:1: '<eof>' expected near 'end' |
| 01:33.32 | Legorol | >>> function f(...) print(select('#', ...)) end f(nil,2) |
| 01:33.32 | Cide | Legorol: 2 |
| 01:33.57 | Legorol | Cide: careful with tremove |
| 01:34.11 | Legorol | check this out: |
| 01:34.26 | Legorol | >>> t={1,2,3} table.remove(t,1) return t |
| 01:34.27 | Cide | Legorol: { 2, 3 } (#1) |
| 01:34.32 | Legorol | >>> t={nil,2,3} table.remove(t,1) return t |
| 01:34.33 | Cide | Legorol: { 2, 3 } (#1) |
| 01:34.46 | Legorol | but |
| 01:34.50 | Legorol | >>> return {1,2,3} |
| 01:34.51 | Cide | Legorol: { 1, 2, 3 } (#1) |
| 01:34.54 | Legorol | >>> return {nil,2,3} |
| 01:34.55 | Cide | Legorol: { [2] = 2, [3] = 3 } (#1) |
| 01:35.34 | Legorol | >>> t={nil,2,3} table.remove(t,1) table.remove(t,1) return t |
| 01:35.35 | Cide | Legorol: { 3 } (#1) |
| 01:35.41 | Legorol | >>> t={nil,nil,3} table.remove(t,1) table.remove(t,1) return t |
| 01:35.42 | Cide | Legorol: { [2] = 3 } (#1) |
| 01:36.03 | Legorol | >>> t={nil,nil,3} table.remove(t,1) return t |
| 01:36.04 | Cide | Legorol: { [2] = 3 } (#1) |
| 01:36.18 | Legorol | >>> t={nil,nil,3} return t |
| 01:36.18 | Cide | Legorol: { [3] = 3 } (#1) |
| 01:36.28 | Legorol | >>> t={nil,nil,3} table.remove(t,1) table.remove(t,1) table.remove(t,1) return t |
| 01:36.28 | Cide | Legorol: { [2] = 3 } (#1) |
| 01:36.36 | Legorol | there is something whacky here |
| 01:36.44 | Legorol | >>> t={nil,nil,3} table.remove(t,1) table.remove(t,1) table.remove(t,1) table.remove(t,1) table.remove(t,1) return t |
| 01:36.44 | Cide | Legorol: { [2] = 3 } (#1) |
| 01:36.54 | Cide | that's whacky, yeah |
| 01:36.54 | Legorol | looks like an issue with table.remove |
| 01:37.17 | Legorol | >>> t={nil,nil,3} table.remove(t,1) return #t |
| 01:37.18 | Cide | Legorol: 0 |
| 01:37.20 | Cide | hmm |
| 01:37.22 | *** join/#wowi-lounge Thunder_Child (i=TC@cpe-76-171-184-46.socal.res.rr.com) |
| 01:37.24 | Cide | what's the best solution? |
| 01:37.24 | Legorol | >>> t={nil,3,3} table.remove(t,1) return #t |
| 01:37.24 | Cide | Legorol: 2 |
| 01:37.34 | Legorol | >>> t={nil,3,3} table.remove(t,1) return t |
| 01:37.34 | Cide | Legorol: { 3, 3 } (#1) |
| 01:37.40 | Cide | don't tremove and skip first index, or create a tremove of our own? |
| 01:37.51 | Legorol | >>> t={nil,nil,3} table.remove(t,1) table.remove(t,1) return #t |
| 01:37.52 | Cide | Legorol: 0 |
| 01:37.57 | Shirik | I'd just skip first index |
| 01:37.59 | Shirik | there's no real reason to remove |
| 01:38.23 | Cide | only well-formedness pretty much |
| 01:38.44 | Legorol | >>> t={nil,2} table.remove(t,1) return #t |
| 01:38.45 | Cide | Legorol: 1 |
| 01:38.57 | Legorol | >>> t={[2]=2} table.remove(t,1) return #t |
| 01:38.57 | Cide | Legorol: 0 |
| 01:39.02 | Legorol | see, that's the issue |
| 01:39.12 | Legorol | an explicit nil and a missing entry is not the same :/ |
| 01:39.16 | Legorol | table.remove is crap |
| 01:39.26 | Legorol | >>> t={[2]=2} print(#t) table.remove(t,1) return #t |
| 01:39.26 | Cide | Legorol: 0 |
| 01:39.39 | Legorol | >>> t={[2]=2} print(#t) table.remove(t,1) print(#t) |
| 01:39.40 | Cide | Legorol: 0, 0 |
| 01:39.49 | Legorol | >>> t={nil,2} print(#t) table.remove(t,1) print(#t) |
| 01:39.50 | Cide | Legorol: 2, 1 |
| 01:40.00 | cladhaire | table.remove is fine |
| 01:40.04 | cladhaire | you're using it on ill-formed tables =) |
| 01:40.09 | Legorol | cladhaire, it's not, check it out |
| 01:40.10 | cladhaire | respect the documentation |
| 01:40.24 | Legorol | there should be no difference in {nil,2} and {[2]=2} |
| 01:40.34 | cladhaire | why? |
| 01:40.38 | cladhaire | the first has undefined behavior |
| 01:40.46 | cladhaire | so does the second |
| 01:40.56 | cladhaire | you're assuming "undefined" means the same thing for each case, when it doesn't =) |
| 01:40.59 | Legorol | these two tables should be identical |
| 01:41.10 | Cide | >>> nil, 1 |
| 01:41.10 | Cide | Cide: nil, 1 |
| 01:41.19 | cladhaire | they aren't, because the first one is initialized in a differnt way than the second. |
| 01:41.32 | cladhaire | the first one has no hash section, the second does |
| 01:41.54 | raevanmorlock | >>> nil, 2, nil, 2 |
| 01:41.54 | Cide | raevanmorlock: nil, 2, nil, 2 |
| 01:42.01 | raevanmorlock | >>> 2, nil, 2, nil |
| 01:42.02 | Cide | raevanmorlock: 2, nil, 2, nil |
| 01:42.04 | raevanmorlock | nice |
| 01:42.21 | *** join/#wowi-lounge Cairenn (n=Cairenn@MMOI/Administratrix/Cairenn) |
| 01:42.21 | *** mode/#wowi-lounge [+o Cairenn] by ChanServ |
| 01:42.21 | Cide | thanks guys |
| 01:42.22 | Legorol | cladhaire: i nkow implementation wise that's true |
| 01:42.24 | raevanmorlock | >>> {nil, 2} |
| 01:42.25 | Cide | raevanmorlock: { [2] = 2 } (#1) |
| 01:42.26 | Cide | understanding wins again! |
| 01:42.28 | Legorol | and you are right about the manual |
| 01:42.32 | Legorol | it says: |
| 01:42.32 | Legorol | If the array has "holes" (that is, nil values between other non-nil values), then #t may be any of the indices that directly precedes a nil value (that is, it may consider any such nil value as the end of the array). |
| 01:42.35 | cladhaire | >>> collectgarbage("stop") for i=1,1e4 do local t = {nil,2} end print(gcinfo()) |
| 01:42.36 | Cide | cladhaire: 660 |
| 01:42.36 | raevanmorlock | Cide, so what was teh problem? |
| 01:42.43 | cladhaire | >>> collectgarbage("stop") for i=1,1e4 do local t = {[2] = 2} end print(gcinfo()) |
| 01:42.44 | Cide | cladhaire: 660 |
| 01:42.48 | cladhaire | now thats odd, lol =) |
| 01:42.49 | Cide | raevanmorlock: tremove |
| 01:43.03 | Legorol | Cide: i'd imagine the real problem is in using # |
| 01:43.04 | Cide | I added a simple table.shift implementation |
| 01:43.09 | Legorol | which is implicitly used by table.removed |
| 01:43.12 | Cide | Legorol: not using # really |
| 01:43.20 | cladhaire | but table.remove does |
| 01:43.22 | Cide | oh, yeah |
| 01:43.25 | Legorol | >>> #{nil,2} |
| 01:43.26 | Cide | Legorol: 2 |
| 01:43.30 | raevanmorlock | Shift? That's like what I said. Woot! :) |
| 01:43.32 | Legorol | >>> #{[2]=2} |
| 01:43.33 | Cide | Legorol: 0 |
| 01:43.37 | Cide | my table.shift implementation uses maxn |
| 01:43.39 | Legorol | Cide: see the difference? |
| 01:43.46 | Legorol | table.remove chokes for the same reason |
| 01:43.50 | Cide | yep |
| 01:44.21 | Legorol | cladhaire was right, # is undefined |
| 01:44.40 | Shirik | he usually is |
| 01:44.48 | cladhaire | for some value of "right" |
| 01:44.51 | cladhaire | especially if legorol is in the room |
| 01:44.51 | Legorol | lol |
| 01:45.00 | Legorol | ~lart cladhaire |
| 01:45.00 | purl | declares cladhaire a moron |
| 01:45.04 | Shirik | !! |
| 01:45.06 | Cide | haha |
| 01:45.07 | Shirik | ~hug cladhaire |
| 01:45.24 | purl | ACTION jumps into cladhaire's lap and huggles and *hugs* cladhaire |
| 01:45.25 | Legorol | however you must admit that i manage to drag the correct answer out from you ;-) |
| 01:45.25 | Legorol | i have that power |
| 01:45.25 | cladhaire | indeed |
| 01:45.46 | cladhaire | i'm glad it was purl jumping into my lap, and not you Shirik =) |
| 01:45.54 | Shirik | >< |
| 01:46.08 | raevanmorlock | But purl did do it on Shirik's behalf |
| 01:46.16 | Legorol | >>> print(nil,1,nil,2) |
| 01:46.17 | Cide | Legorol: 1, 2, nil, nil |
| 01:46.20 | Legorol | hehe |
| 01:46.27 | Cide | hmm |
| 01:46.31 | Cide | what |
| 01:46.48 | Cide | >>> print(nil); print(1); print(nil); print(1) |
| 01:46.49 | Cide | Cide: 1, 1, nil, nil |
| 01:47.06 | Legorol | Cide: are you somehow queuing up the outputs from prints? |
| 01:47.11 | Cide | yeah |
| 01:47.14 | Legorol | does that involve any table operation, such as table.insert? |
| 01:47.17 | Shirik | >>> print ("a"); print("b"); print("c"); print("d"); |
| 01:47.17 | Cide | Shirik: "a", "b", "c", "d" |
| 01:47.18 | Shirik | yes |
| 01:47.28 | Shirik | it involves creating a table |
| 01:47.41 | Legorol | that will probably also suffer from the same problem, if you are using insert |
| 01:47.54 | Legorol | >>> t={} table.insert(t,nil) print(#t) |
| 01:47.55 | Cide | Legorol: 0 |
| 01:48.04 | Legorol | >>> t={} table.insert(t,nil) table.insert(t,1) print(#t) |
| 01:48.04 | Cide | Legorol: 1 |
| 01:48.10 | Legorol | >>> t={} table.insert(t,nil) table.insert(t,1) print(#t) print(t) |
| 01:48.11 | Cide | Legorol: 1, { 1 } (#1) |
| 01:48.15 | Legorol | that's your problem |
| 01:48.29 | Cide | yep |
| 01:48.32 | Cide | fixing it in a sec |
| 01:48.39 | Legorol | you are inserting the outputs into your table, then printing out as many entries as you have inserted |
| 01:48.53 | Legorol | hence all "nil"s are shifted to the end |
| 01:49.02 | cladhaire | tuples fix the embedded nils =) |
| 01:49.04 | cladhaire | *cackle* |
| 01:49.09 | Legorol | not again.. |
| 01:49.15 | Cide | >>> print(nil, 1, nil, 1) |
| 01:49.15 | Cide | Cide: nil, 1, nil, 1 |
| 01:49.16 | cladhaire | lol |
| 01:49.19 | Shirik | rofl! |
| 01:49.24 | Legorol | >>> nil,2 |
| 01:49.25 | Cide | Legorol: nil, 2 |
| 01:49.28 | Legorol | >>> nil,1,nil,2 |
| 01:49.29 | Cide | Legorol: nil, 1, nil, 2 |
| 01:49.35 | Legorol | >>> print(1,nil,2) |
| 01:49.36 | Cide | Legorol: 1, nil, 2 |
| 01:49.44 | Legorol | >>> print(nil,nil,nil,nil,2) |
| 01:49.45 | Cide | Legorol: nil, nil, nil, nil, 2 |
| 01:49.49 | Legorol | so what's the fix? |
| 01:49.55 | Shirik | tuples :P |
| 01:49.55 | Legorol | not using insert, but using assignment? |
| 01:49.59 | Cide | printOutput[n+i] = (select(i, ...)); |
| 01:50.00 | Cide | yup |
| 01:50.22 | Legorol | amazing how much you can reverse engineer a code by testing its outputs ;-) |
| 01:50.33 | Cide | hehe, yeah |
| 01:51.03 | Cide | current source: http://wow.pastey.net/12246 |
| 01:51.09 | Legorol | nah, source is boring |
| 01:51.17 | Legorol | much better to reverse engineer :D |
| 01:51.21 | Cide | yeah |
| 01:51.25 | Cide | but still |
| 01:51.31 | Cide | I've been putting it up there as of today |
| 01:52.17 | *** join/#wowi-lounge Parak (i=PROFI@user-387hhso.cable.mindspring.com) |
| 01:53.03 | Legorol | that table shift is a real hack |
| 01:53.14 | Cide | yep! |
| 01:53.16 | Legorol | can't you just iterate from 2? |
| 01:53.35 | Cide | that would be ugly for the table "serialization" |
| 01:58.18 | Legorol | Cide, looking at the code, something doesn't make sense |
| 01:58.28 | Legorol | after local result = get_result(pcall(f)) |
| 01:58.35 | Legorol | why do you get away with table.remove(result,1) |
| 01:58.46 | Legorol | but after local output = get_result(pcall(f_ret)) |
| 01:58.47 | Cide | that's the first return of the pcall |
| 01:58.51 | Cide | i.e. if it succeeded |
| 01:58.56 | Legorol | you don't get away with table.remove(output,1)? |
| 01:58.57 | Cide | I guess I could do that in get_result |
| 01:59.13 | Legorol | to me the two situations look identical, a pcall and return values |
| 01:59.22 | Cide | oh |
| 01:59.23 | Legorol | so you shouldn't be doing two different ways of chopping the first value |
| 01:59.33 | Cide | you mean, why I don't use tblshift? |
| 01:59.46 | Legorol | >>> return nil,2 |
| 01:59.47 | Cide | Legorol: nil, nil |
| 01:59.49 | Legorol | there we go |
| 02:00.06 | Cide | >>> return nil, 2 |
| 02:00.06 | Cide | Cide: nil, 2 |
| 02:00.10 | Cide | my bad :) |
| 02:01.53 | Legorol | >>> #{nil,2} |
| 02:01.53 | Cide | Legorol: 2 |
| 02:01.56 | Legorol | >>> #{[2]=2} |
| 02:01.56 | Cide | Legorol: 0 |
| 02:02.25 | Legorol | >>> function f(...) t={...} return #t end return f(1,2) |
| 02:02.25 | Cide | Legorol: 2 |
| 02:02.29 | Legorol | >>> function f(...) t={...} return #t end return f(nil,2) |
| 02:02.29 | Cide | Legorol: 2 |
| 02:02.38 | Legorol | hmm |
| 02:02.51 | Shirik | >>> tbl = {nil, 2}; for key, pair in pairs(tbl) do print("key = "..tostring(pair)); end |
| 02:02.51 | Cide | Shirik: "key = 2" |
| 02:03.03 | Shirik | >>> tbl = {nil, 2}; for key, pair in pairs(tbl) do print(key .. " = "..tostring(pair)); end |
| 02:03.03 | Cide | Shirik: "2 = 2" |
| 02:03.10 | Legorol | >>> function f(...) t={...} return t end a=f(nil,2) return #a |
| 02:03.11 | Cide | Legorol: 2 |
| 02:03.20 | Legorol | >>> function f(...) t={...} return t end a=f(nil,2) table.remove(a,1) return a |
| 02:03.21 | Cide | Legorol: { 2 } (#1) |
| 02:03.43 | Legorol | hmmm, strange that Cide's code was choking on the table.remove |
| 02:03.57 | *** join/#wowi-lounge qwdqwhjy (n=kahjsdkh@modemcable244.155-201-24.mc.videotron.ca) |
| 02:04.13 | *** part/#wowi-lounge qwdqwhjy (n=kahjsdkh@modemcable244.155-201-24.mc.videotron.ca) |
| 02:04.43 | Legorol | >>> function f(...) t={...} return t end a=f(true,nil,2) table.remove(a,1) return a |
| 02:04.44 | Cide | Legorol: { [2] = 2 } (#1) |
| 02:04.48 | Legorol | aha |
| 02:04.54 | Legorol | >>> function f(...) t={...} return t end a=f(true,nil,2) table.remove(a,1) return #a,a |
| 02:04.54 | Cide | Legorol: 0, { [2] = 2 } (#1) |
| 02:06.35 | Legorol | >>> function f(...) t={...} t.num=select('#',...) return t end a=f(true,nil,2) table.remove(a,1) return #a,a,a.num |
| 02:06.35 | Cide | Legorol: 0, { [3] = 2, ["num"] = 3 } (#1), 3 |
| 02:06.52 | Legorol | strange |
| 02:08.15 | Legorol | >>> function f(...) local t={...} return t end a=f(true,nil,1) table.remove(a,1) return #a,a |
| 02:08.15 | Cide | Legorol: 0, { [2] = 1 } (#1) |
| 02:10.09 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) table.remove(a,1) return #a,a |
| 02:10.09 | Cide | Legorol: 0, { [2] = 1 } (#1) |
| 02:12.29 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) print(#a,a) table.remove(a,1) return #a,a |
| 02:12.29 | Cide | Legorol: 0, { [2] = 1 } (#1) |
| 02:12.37 | Shirik | ? |
| 02:12.59 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) print(#a,a) table.remove(a,1) print(#a,a) |
| 02:12.59 | Cide | Legorol: 3, { [2] = 1 } (#1), 0, <table: #1> |
| 02:13.24 | Legorol | ouch |
| 02:13.34 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) print(#a,a,"1") table.remove(a,1) print(#a,a,"2") |
| 02:13.34 | Cide | Legorol: 3, { [2] = 1 } (#1), "1", 0, <table: #1>, "2" |
| 02:14.28 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) return a |
| 02:14.29 | Cide | Legorol: { true, [3] = 1 } (#1) |
| 02:14.40 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) print(a) |
| 02:14.41 | Cide | Legorol: { true, [3] = 1 } (#1) |
| 02:14.51 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) print(#a,a) |
| 02:14.52 | Cide | Legorol: 3, { true, [3] = 1 } (#1) |
| 02:15.09 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) print(#a,a,"1") |
| 02:15.09 | Cide | Legorol: 3, { true, [3] = 1 } (#1), "1" |
| 02:15.16 | Legorol | >>> function f(...) local t={...} return t end local a=f(true,nil,1) print(#a,a,"1") table.remove(a,1) |
| 02:15.16 | Cide | Legorol: 3, { [2] = 1 } (#1), "1" |
| 02:15.20 | Legorol | ouch |
| 02:15.40 | Legorol | >>> a={1,2,3} print(a) table.remove(a,1) |
| 02:15.40 | Cide | Legorol: { 2, 3 } (#1) |
| 02:15.43 | Legorol | lol |
| 02:15.51 | Legorol | Cide: wakey wakey |
| 02:16.42 | Legorol | ok i see what's wrong |
| 02:17.31 | Legorol | Cide: in your print implementation, you need to immediately serialize every entry before you store them in printOutput |
| 02:17.41 | Legorol | you can't serialize it just at the end |
| 02:21.29 | Cide | why? |
| 02:21.34 | Cide | haven't been paying attention |
| 02:23.45 | Legorol | example: |
| 02:23.48 | Legorol | >>> a={1,2,3} print(a) table.remove(a,1) |
| 02:23.48 | Cide | Legorol: { 2, 3 } (#1) |
| 02:23.57 | Cide | ah |
| 02:24.29 | Cide | >>> a={1,2,3} print(a) table.remove(a,1) |
| 02:24.30 | Cide | Cide: "{ 1, 2, 3 } (#1)" |
| 02:24.33 | Cide | >>> a={1,2,3} print(a) table.remove(a,1) print(a) |
| 02:24.33 | Cide | Cide: "{ 1, 2, 3 } (#1)", "<table: #1>" |
| 02:24.35 | Cide | hm |
| 02:25.03 | Legorol | anyway it's been fun, see you guys around |
| 02:25.23 | Cide | >>> a={1,2,3} print(a) table.remove(a,1) print(a) |
| 02:25.23 | Cide | Cide: "{ 1, 2, 3 } (#1)", "{ 2, 3 } (#2)" |
| 02:25.27 | Cide | later Legorol :) |
| 02:27.37 | Cide | >>> a={1,2,3} print(a) table.remove(a,1) print(a) |
| 02:27.38 | Cide | Cide: "{ 1, 2, 3 } (#1)", "{ 2, 3 } (#1)" |
| 02:51.35 | *** join/#wowi-lounge PProvost (n=PProvost@WoWUIDev/WAU/Admin/Pprovost) |
| 03:07.36 | raevanmorlock | >>> table.concat({1, 2, 3}, "|") |
| 03:07.36 | Cide | raevanmorlock: "1|2|3" |
| 03:08.25 | raevanmorlock | >>> t="t="..t.."..t" |
| 03:08.26 | Cide | raevanmorlock: [string "t="t="..t.."..t""]:1: attempt to concatenate global 't' (a nil value) |
| 03:09.37 | raevanmorlock | >>> os.time() |
| 03:09.38 | Cide | raevanmorlock: 1176520166 |
| 03:11.46 | raevanmorlock | >>> local file_h = io.open("C:\temp.txt", "w"); file_h:write("test"); io.close(file_h) |
| 03:11.47 | Cide | raevanmorlock: [string "local file_h = io.open("C:\temp.txt", "w");..."]:1: attempt to index global 'io' (a nil value) |
| 03:12.40 | raevanmorlock | >>> debug.getregistry() |
| 03:12.41 | Cide | raevanmorlock: [string "debug.getregistry()"]:1: attempt to call field 'getregistry' (a nil value) |
| 03:14.49 | raevanmorlock | >>> coroutine.wrap(function () t={a=1}; print(t); end) return 1 |
| 03:14.49 | Cide | raevanmorlock: 1 |
| 03:15.27 | raevanmorlock | >>> a = 1 coroutine.wrap(function () a = a + 1; end) return a |
| 03:15.27 | Cide | raevanmorlock: 1 |
| 03:16.06 | *** join/#wowi-lounge batrick (i=batrick@d00-64-106-86-242.dhcp.unm.edu) |
| 03:16.19 | raevanmorlock | >>> assert(1==1) |
| 03:16.19 | Cide | raevanmorlock: true |
| 03:16.31 | raevanmorlock | >>> assert(1==0) |
| 03:16.31 | Cide | raevanmorlock: [string "assert(1==0)"]:1: assertion failed! |
| 03:18.41 | raevanmorlock | >>> a = 1; assert(loadstring("a = 2"))(); return a |
| 03:18.42 | Cide | raevanmorlock: 2 |
| 03:19.44 | raevanmorlock | >>> loadstring("a=2") |
| 03:19.45 | Cide | raevanmorlock: function: 001E8B18 |
| 03:19.58 | raevanmorlock | >>> return loadstring("a=2"), loadstring("a=2") |
| 03:19.59 | Cide | raevanmorlock: function: 001B8A98, function: 001B8AB8 |
| 03:20.06 | *** join/#wowi-lounge ckknight (n=ckknight@rrcs-74-62-251-185.west.biz.rr.com) |
| 03:20.21 | raevanmorlock | >>> return rawequal(loadstring("a=2"), loadstring("a=2")) |
| 03:20.21 | Cide | raevanmorlock: false |
| 03:21.41 | raevanmorlock | >>> t = {}; for i = 1, 10 do t[i] = i; end; return unpack(t) |
| 03:21.42 | Cide | raevanmorlock: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 |
| 03:22.16 | raevanmorlock | >>> _VERSION |
| 03:22.16 | Cide | raevanmorlock: "Lua 5.1" |
| 03:22.39 | Garoun | yay for Mongoose drop and us having an enchanter that can use it immediately : |
| 03:25.30 | ckknight | >>> local fib = setmetatable({[0]=1,[1]=1}, {__index=function(self, key) local val = self[key-2] + self[key-1]; self[key] = val; return val end}); print(fib[100]) |
| 03:25.30 | Cide | ckknight: "5.7314784401382e+020" |
| 03:28.27 | raevanmorlock | Wow.. took me awhile to figure out how that was working |
| 03:28.42 | ckknight | fibonacci sequence using metatable magic |
| 03:29.09 | raevanmorlock | heh.. yeah. That's pretty neat. |
| 03:30.16 | raevanmorlock | >>> local fib = setmetatable({[0]=1,[1]=1}, {__index=function(self, key) local val = self[key-2] + self[key-1]; self[key] = val; return val end}); local s = fib[1]; for i = 2, 10 do s = s..", "..fib[i]; end; return s |
| 03:30.16 | Cide | raevanmorlock: "1, 2, 3, 5, 8, 13, 21, 34, 55, 89" |
| 03:30.33 | raevanmorlock | oh.. you started at 0 |
| 03:30.47 | raevanmorlock | >>> local fib = setmetatable({[0]=1,[1]=1}, {__index=function(self, key) local val = self[key-2] + self[key-1]; self[key] = val; return val end}); local s = fib[0]; for i = 1, 9 do s = s..", "..fib[i]; end; return s |
| 03:30.47 | Cide | raevanmorlock: "1, 1, 2, 3, 5, 8, 13, 21, 34, 55" |
| 03:31.45 | ckknight | local fib = setmetatable({[0]=1,[1]=1}, {__index=function(self, key) local val = self[key-2] + self[key-1]; self[key] = val; return val end}); local x = fib[100]; print(table.concat(fib, ", ")) |
| 03:31.59 | ckknight | >>> local fib = setmetatable({[0]=1,[1]=1}, {__index=function(self, key) local val = self[key-2] + self[key-1]; self[key] = val; return val end}); local x = fib[100]; print(table.concat(fib, ", ")) |
| 03:31.59 | Cide | ckknight: "\"1, 2, 3, 5, 8, 13, 21, 34, 55, 89, 144, 233, 377, 610, 987, 1597, 2584, 4181, 6765, 10946, 17711, 28657, 46368, 75025, 121393, 196418, 317811, 514229, 832040, 1346269, 2178309, 3524578, 5702887, 92... (exceeded 200 characters) |
| 03:32.35 | raevanmorlock | >>> local time1 = os.clock(); local fib = setmetatable({[0]=1,[1]=1}, {__index=function(self, key) local val = self[key-2] + self[key-1]; self[key] = val; return val end}); local s = fib[0]; for i = 1, 9 do s = s..", "..fib[i]; end; local time2 = os.clock(); return s..string.format(" [Took %d seconds]", (time2-time1)) |
| 03:32.36 | Cide | raevanmorlock: "1, 1, 2, 3, 5, 8, 13, 21, 34, 55 [Took 0 seconds]" |
| 03:32.50 | ckknight | the way it works it actually sets them sequentially, just like a normal list. |
| 03:33.30 | raevanmorlock | >>> local time1 = os.clock(); local fib = setmetatable({[0]=1,[1]=1}, {__index=function(self, key) if self[key] then return self[key]; end local val = self[key-2] + self[key-1]; self[key] = val; return val end}); local s = fib[0]; for i = 1, 9 do s = s..", "..fib[i]; end; local time2 = os.clock(); return s..string.format(" [Took %d seconds]", (time2-time1)) |
| 03:33.31 | Cide | raevanmorlock: [string "local time1 = os.clock(); local fib = setme..."]:1: C stack overflow |
| 03:34.01 | raevanmorlock | what's a stack overflow? |
| 03:34.27 | ckknight | when a function is called within itself 500 times |
| 03:34.28 | ckknight | basically |
| 03:34.32 | ckknight | not sure how it occurred, though |
| 03:34.49 | raevanmorlock | I added some code ot the __index |
| 03:34.57 | raevanmorlock | perhaps it is flawed |
| 03:35.05 | ckknight | yes, it is |
| 03:35.32 | ckknight | you don't understand how __index works, for one |
| 03:35.32 | ckknight | it's called when a value doesn't exist |
| 03:35.33 | ckknight | so adding if self[key] then is redundant |
| 03:35.34 | raevanmorlock | oh.. ha |
| 03:35.36 | ckknight | and actually calls itself over and over |
| 03:35.49 | ckknight | >>> local fib = setmetatable({[0]=0,[1]=1}, {__index=function(self, key) local val = self[key-2] + self[key-1]; self[key] = val; return val end}); print(fib[100]) |
| 03:35.49 | Cide | ckknight: "3.5422484817926e+020" |
| 03:35.54 | ckknight | that's a better one |
| 03:36.01 | ckknight | that's how it should be |
| 03:36.52 | *** part/#wowi-lounge Antiarc (n=Chris@wsip-70-184-82-98.ph.ph.cox.net) |
| 03:37.01 | raevanmorlock | what's different? |
| 03:37.14 | ckknight | [0]=0,[1]=1 |
| 03:39.13 | raevanmorlock | oh.. right |
| 03:53.49 | *** join/#wowi-lounge Eternally777 (n=eternall@pool-72-95-3-27.hrbgpa.east.verizon.net) |
| 03:54.07 | *** part/#wowi-lounge Eternally777 (n=eternall@pool-72-95-3-27.hrbgpa.east.verizon.net) |
| 03:55.28 | Tem | this is really weird |
| 03:55.28 | Tem | back in Beta, the very first HFP quests you did sent you to The Expedition Armory |
| 03:55.28 | Tem | I remember one was to find some book |
| 03:55.28 | Tem | the priest in the inn gave it to you |
| 03:55.28 | Tem | but I cant' find any of the quests for there |
| 03:58.33 | *** join/#wowi-lounge Drool (n=drool@87-194-188-170.bethere.co.uk) |
| 04:02.16 | Iriel | Tem IIRC there are some pre-requisites before the armory ones |
| 04:02.43 | Tem | that's new |
| 04:02.49 | Tem | there weren't any in beta |
| 04:03.13 | *** join/#wowi-lounge Adys (n=Miranda@APoitiers-256-1-107-227.w90-16.abo.wanadoo.fr) |
| 04:12.32 | raevanmorlock | >>> return string.gsub("string", "i", "o") |
| 04:12.33 | Cide | raevanmorlock: "strong", 1 |
| 04:13.02 | raevanmorlock | >>> return "string":gsub("i", "o") |
| 04:13.02 | Cide | raevanmorlock: [string "return "string":gsub("i", "o")"]:1: '<eof>' expected near ':' |
| 04:13.46 | raevanmorlock | >>> return "string".gsub("i", "o") |
| 04:13.46 | Cide | raevanmorlock: [string "return "string".gsub("i", "o")"]:1: '<eof>' expected near '.' |
| 04:14.06 | raevanmorlock | >>> local s = "string"; return s:gsub("i", "o") |
| 04:14.06 | Cide | raevanmorlock: "strong", 1 |
| 04:14.40 | ckknight | >>> return ("string"):gsub("i", "o") |
| 04:14.40 | Cide | ckknight: "strong", 1 |
| 04:14.49 | raevanmorlock | ah ok |
| 04:19.49 | raevanmorlock | So... anybody want to explain how 'this' and 'self' work? |
| 04:20.53 | ckknight | okay |
| 04:20.53 | ckknight | this doesn't exist in reality |
| 04:20.53 | ckknight | Blizzard sets it for prudence |
| 04:20.56 | ckknight | it's a global |
| 04:20.56 | ckknight | it's icky |
| 04:21.05 | ckknight | self on the other hand is something real and nice |
| 04:21.31 | raevanmorlock | By reality, do you mean Lua? |
| 04:21.32 | ckknight | function Blarg:Pwn() end => function Blarg.Pwn(self) end => Blarg.Pwn = function(self) end |
| 04:21.36 | ckknight | yea |
| 04:21.43 | ckknight | all those three are equivalent |
| 04:21.46 | ckknight | for calling, |
| 04:21.55 | ckknight | Blarg:Pwn() => Blarg.Pwn(Blarg) |
| 04:21.58 | ckknight | equivalent |
| 04:22.47 | Esamynn|Busy | basically, ":" is syntactic sugar that inserts the local "self" as the first parameter to the function |
| 04:23.07 | raevanmorlock | right.. I understand the colon operator |
| 04:23.44 | *** join/#wowi-lounge Bleeter (n=Bleeter@guifications/developer/bleeter) |
| 04:24.07 | raevanmorlock | so like.. the OnEnter functions and stuff... should their first paremter be the object that the event is acting on? |
| 04:24.08 | ckknight | this is a global variable that blizzard sets when a frame script is run. |
| 04:24.12 | raevanmorlock | parameter* |
| 04:24.32 | ckknight | frame:SetScript("OnEnter", function(self) end) |
| 04:24.41 | ckknight | self == frame |
| 04:25.03 | Esamynn|Busy | or rather, will when the function is called |
| 04:25.46 | ckknight | right. |
| 04:25.56 | ckknight | frame:SetScript("OnEnter", function(self) assert(frame == self) end) |
| 04:25.58 | ckknight | there we go |
| 04:26.09 | raevanmorlock | I'm lookin at my old code for my hook on the ContainerFrameItemButton_OnEnter function, and I have the argument list as (button, ...) and then, in the code, I have if not button then button = this; end -- but that' sobviously all completely wrong |
| 04:26.24 | Iriel | Not really |
| 04:26.35 | Iriel | that'd have been correct for code that was intended to work pre-2.0 and post-2.0 |
| 04:26.43 | Iriel | We only got locals being passed into functions in 2.0 |
| 04:26.47 | ckknight | some addons could call the script manually, and do it wrong, pre-2.0-style |
| 04:27.07 | raevanmorlock | It works for before and after 2.0... but not 2.0 then? |
| 04:27.22 | Iriel | I use 'post-2.0' to refer to 2.0 8-) |
| 04:27.33 | Iriel | Since we never saw a pristine 2.0.0 really |
| 04:27.56 | raevanmorlock | so it works always? 'cause it seems like no argument is ever passed nad it always falls back on the button = this |
| 04:28.12 | Iriel | Well, it depends how it's called |
| 04:28.36 | raevanmorlock | I don't know how it's called :\ |
| 04:28.43 | Esamynn|Busy | raevanmorlock: the event handler stuff defined in XML files are wrapped with functions as defined here: http://forums.worldofwarcraft.com/thread.html?topicId=64187212&sid=1#7 |
| 04:29.03 | Iriel | The blizzard code is 'bad' and calls it with no arguments |
| 04:29.31 | Iriel | (Your if statement comes from the original blizzard code) |
| 04:30.09 | raevanmorlock | so blizzard is calling it like obj.OnEnter() so I have to use button = this to get the object? |
| 04:31.08 | Esamynn|Busy | yes |
| 04:31.22 | Esamynn|Busy | you have to fall back on the global "this" variable that the wow client sets for you |
| 04:32.04 | raevanmorlock | So self wouldn't work there? |
| 04:32.15 | Esamynn|Busy | not unless you set it yourself |
| 04:32.18 | Esamynn|Busy | you could do: |
| 04:32.23 | Esamynn|Busy | local self - this |
| 04:32.28 | Esamynn|Busy | s/-/=/ |
| 04:32.49 | raevanmorlock | I thought self was some special thing |
| 04:33.03 | Iriel | It's only special by convention |
| 04:33.12 | Esamynn|Busy | it's not actually a keyword |
| 04:33.12 | Iriel | it's not a reserved word or anything |
| 04:33.16 | Esamynn|Busy | it's just a regular variable |
| 04:33.40 | raevanmorlock | ah... so I could call it anything I want, but self is the standard name for it |
| 04:33.45 | Esamynn|Busy | correct |
| 04:34.25 | Esamynn|Busy | and self is the name of the variable if you create the function using the colon operator |
| 04:34.37 | raevanmorlock | alrighty... so I could do like: OnEnter(self, motion) if not motion then motion = self; self = this; end end |
| 04:35.23 | Esamynn|Busy | what is motion supposed to be? |
| 04:35.29 | Esamynn|Busy | oh nm |
| 04:35.40 | raevanmorlock | I dunno, it's in that forum thread |
| 04:35.53 | Esamynn|Busy | no, that's not correct |
| 04:36.03 | Esamynn|Busy | motion is a flag that is passed in for the OnEnter handler |
| 04:36.33 | Esamynn|Busy | it indicates that the mouse entered the frame by the player moving the mouse if it is true |
| 04:37.03 | Esamynn|Busy | OnEnter(self, motion) if not self then self = this; end end |
| 04:37.24 | raevanmorlock | Right. But if they call some_frame.OnEnter(motion) then motions is going to be where self should be |
| 04:37.32 | Esamynn|Busy | I get you |
| 04:37.42 | raevanmorlock | :) |
| 04:37.44 | Esamynn|Busy | the check isn't quite what you want though |
| 04:38.22 | Esamynn|Busy | motion could be nil and self WAS passed |
| 04:38.46 | Esamynn|Busy | but the mouse didn't move to trigger the handler |
| 04:38.57 | raevanmorlock | yeah... but what would work then? It seems like this setup is too lenient |
| 04:39.20 | *** join/#wowi-lounge MentalPower (i=MPower@WoWUIDev/Norganna/Administrator/MentalPower) |
| 04:39.20 | *** mode/#wowi-lounge [+v MentalPower] by ChanServ |
| 04:39.36 | Iriel | I wouldn't bother about trying to be 'overprotective' of callers, unless you KNOW that it'll get called wrong by standard UI code or a very popular addon |
| 04:40.37 | Esamynn|Busy | it's that fine line between too paranoid and not paranoid enough ;) |
| 04:40.37 | raevanmorlock | But we do know the standard UI calls it without passing the calling object as self |
| 04:40.37 | Esamynn|Busy | the code in the standard UI |
| 04:40.37 | ckknight | raevanmorlock: mmm... no? |
| 04:40.40 | Iriel | Right, and for sure it doesn't pass or care about motion |
| 04:41.05 | ckknight | on your own frames, the self and args should always be passed |
| 04:41.40 | Esamynn|Busy | if you do frame:SetScript("OnEnter", function(self, motio) end), then the client will call your function with self set |
| 04:41.44 | raevanmorlock | It's not a big deal for the onenter function since I can use this and I don't care about the args.. but for something where the args are important, it seems like it could be a problem |
| 04:42.11 | ckknight | my policy is basically to just use the locals and anyone who messes it up, fuck em |
| 04:42.14 | Esamynn|Busy | it's the default UI code that hasn't been updated, the client itself behaves and follows the new standard |
| 04:42.22 | raevanmorlock | oh, but they're not my frames though--I'm making a hook for Blizzard's frames |
| 04:42.26 | ckknight | oh. |
| 04:42.30 | ckknight | okay then |
| 04:42.46 | raevanmorlock | ShowItemPrice.orig_ContainerFrameItemButton_OnEnter = ContainerFrameItemButton_OnEnter |
| 04:42.46 | raevanmorlock | ContainerFrameItemButton_OnEnter = ShowItemPrice.ContainerFrameItemButton_OnEnter |
| 04:43.33 | Esamynn|Busy | you could always check the variable's type |
| 04:43.45 | Iriel | eh? |
| 04:43.48 | Esamynn|Busy | the motion param isn't ever going to be a table like self will be if it is set |
| 04:43.51 | raevanmorlock | yeah, I noticed that in the Lua's docs earlier |
| 04:43.58 | Iriel | Nobody would EVER call it as function(motion) |
| 04:44.07 | Iriel | it's going to be function() or function(frame, motion) |
| 04:44.15 | Esamynn|Busy | raevanmorlock: Iriel makes a good point |
| 04:45.03 | raevanmorlock | Alright, but is there another function where they might pass parameters without first passing the object? |
| 04:45.16 | Iriel | There shouldn't be, no |
| 04:45.32 | Esamynn|Busy | now, in the case of OnEnter, I would be willing to bet that the global arg1 will reflect what motion should be |
| 04:45.51 | Iriel | Old style code plucked EVERYTHING out of the global space, and new style code has it as arguments |
| 04:46.03 | raevanmorlock | So I can just do ... if not self then self = this; --[[ set any other default ]] end; |
| 04:46.17 | Esamynn|Busy | yah |
| 04:46.19 | Iriel | Esamynn|Busy: I'd actually expect that the motion param is the ONLY place to get the value, but it depends how the non-event dispatch code works |
| 04:46.20 | Esamynn|Busy | that should be safe |
| 04:46.37 | Iriel | Since motion was added in 2.0 |
| 04:46.41 | Esamynn|Busy | I've never tested it |
| 04:47.04 | Esamynn|Busy | it's one of those things that could easily swing either way :) |
| 04:48.17 | raevanmorlock | Are the arg-n variables something else that Blizzard creates along with 'this'? |
| 04:48.45 | Esamynn|Busy | they are from the old global system of passing event arguments |
| 04:49.01 | raevanmorlock | Does that mean they're bad? |
| 04:49.33 | Esamynn|Busy | they are.........deprecated |
| 04:49.56 | Esamynn|Busy | the global system is slower |
| 04:50.15 | Esamynn|Busy | because global variables require more time to access than local variables do |
| 04:51.28 | raevanmorlock | Alrighty |
| 04:51.44 | raevanmorlock | I nearly understand everything now.. thank ya |
| 04:54.33 | raevanmorlock | Has anytone ever been sitting at the computer and like... your perspective changes? Everything looks different.. almost feels like you're looking at yourself from a thid person perspective. |
| 04:56.43 | Zicon | If you start having out of body experiences while sitting at your computer you should probably take a break. |
| 04:57.15 | raevanmorlock | I just sat down though |
| 04:58.26 | raevanmorlock | Maybe it has to do with needing glasses |
| 05:01.30 | raevanmorlock | Hrmm.. I turned the brightness way down on my monitor and feel much ebtter now |
| 05:04.07 | *** join/#wowi-lounge rophy (n=Miranda@220-132-204-186.HINET-IP.hinet.net) |
| 05:05.26 | Tem | wow lol |
| 05:05.37 | Tem | I forgot how fast gold comes in outland |
| 05:05.49 | Tem | I entered HFP 2 hours ago with 2g to my name |
| 05:05.53 | Tem | I now have 70g |
| 05:06.19 | raevanmorlock | Can I have some? |
| 05:07.21 | Tem | nnnnnO! |
| 05:07.32 | raevanmorlock | aw :( |
| 05:09.33 | Tem | oh BOO! |
| 05:09.44 | Tem | they changed Mission: The Abyssal Shelf |
| 05:13.54 | raevanmorlock | Hey, Iriel... my hook for ContainerFrameItemButton_OnUpdate passes elapsed without passing self |
| 05:21.10 | Arrowmaster | how tem? |
| 05:21.19 | Tem | quests? |
| 05:21.28 | Arrowmaster | yeah how did they change it? |
| 05:21.29 | Tem | oh, how they changed it |
| 05:21.42 | Tem | when I did the quest, you had to kill a fel reaver |
| 05:21.46 | Tem | and it was really tricky |
| 05:21.48 | Tem | but very fun |
| 05:21.56 | raevanmorlock | >>> ("string").gsub("i", "o") |
| 05:21.57 | Cide | raevanmorlock: "i", 0 |
| 05:21.57 | Tem | also, you had 2 forms of bomb |
| 05:22.05 | Arrowmaster | when was that? |
| 05:22.07 | *** join/#wowi-lounge JunkHead-Work (n=none@static-65-73-21-211.br1.atm.al.frontiernet.net) |
| 05:22.19 | ckknight | >>> ("string"):gsub("i", "o") |
| 05:22.19 | Cide | ckknight: "strong", 1 |
| 05:22.28 | ckknight | raevanmorlock: colon syntax is important |
| 05:22.38 | raevanmorlock | I know.. I wanted to see what it'd do like that |
| 05:22.49 | Tem | Arrowmaster, alpha or early beta |
| 05:22.56 | Arrowmaster | ah |
| 05:23.08 | raevanmorlock | Since Lua doesn't have a 'this' or anything to grab the object if not passed |
| 05:23.54 | ckknight | raevanmorlock: you do realize that in languages like C++ and Java, it passes the object as the 0-value on the stack |
| 05:23.58 | ckknight | lua is just more explicit. |
| 05:24.15 | raevanmorlock | nope.. didn't know that |
| 05:24.37 | ckknight | now you do |
| 05:24.55 | Arrowmaster | noo, they changed my netherwhelp to be a 'pet' instead of a 'minion' |
| 05:24.55 | ckknight | :-) |
| 05:25.06 | Arrowmaster | damn them |
| 05:25.13 | Arrowmaster | atleast my peddlefeet is still a minion |
| 05:31.26 | rophy | anyone here had some experiences for using the UIDropDownMenu? |
| 05:32.24 | ckknight | I do |
| 05:32.29 | ckknight | and I realized how much it sucked |
| 05:32.32 | ckknight | thus, Dewdrop was born |
| 05:32.52 | rophy | I'm trying to make a menu entry clickable and not checkable, but it seems to ignore "info.notCheckable" when both "info.func" and "info.keepShownOnClick" is set. |
| 05:33.17 | rophy | Dewdrop is great, but sometimes I try to avoid extra dependencies for simple mod. |
| 05:33.29 | ckknight | oh yea, everytime func is pressed, it'll do the check |
| 05:33.34 | ckknight | *thumbs up* |
| 05:33.51 | ckknight | frankly, it's easier for me to put up with having a few dependencies, even for simple mods |
| 05:33.56 | ckknight | that's just my style, though |
| 05:35.02 | rophy | well... I'm updating rMCP, and I don't want an addon manager to depend on another addon if possible. |
| 05:35.22 | rophy | so there is no workaround the above problem? |
| 05:36.20 | ckknight | ah |
| 05:36.25 | ckknight | I see that |
| 05:36.31 | ckknight | I'm not sure |
| 05:36.35 | ckknight | check Blizzard's code |
| 05:37.18 | rophy | hmm |
| 05:41.57 | raevanmorlock | So I've got this OnUpdate(self, elapsed) function... and Blizzard seems to always call it as OnUpdate(elapsed)... so how should I handle the arguments for it? |
| 05:46.09 | *** join/#wowi-lounge Mike-N-Go (n=MikeNGoS@64.193.93.197) |
| 05:49.08 | Arrowmaster | the function is in the form of addon:OnUpdate()? |
| 05:50.31 | raevanmorlock | I think it's ContainerFrameItemButton:SetScript("OnUpdate", ContainerFrameItemButton_OnUpdate) .. and then my OnUpdate function is a hook into that one |
| 05:54.03 | Arrowmaster | yeah thats not method notation so it wont pass self first |
| 05:55.41 | raevanmorlock | it'll never pass self first? You couldn't do like.. ContaimerFrameItemButton1:OnUpdate(200)? |
| 06:30.30 | *** join/#wowi-lounge Mike-N-Go (n=MikeNGoS@64.193.93.197) |
| 06:34.18 | *** join/#wowi-lounge Jens (i=Jens@pdpc/supporter/active/Jens) |
| 06:34.35 | Mike-N-Go | Hi Shirik, how yah doing? |
| 06:44.46 | sysrage | how many badges is it gonna cost to buy a primal nether? |
| 06:45.24 | JunkHead-Work | I'm looking over these patch notes again. |
| 06:45.29 | JunkHead-Work | I finally have time now. |
| 06:54.11 | Garoun | 12 |
| 06:54.23 | *** join/#wowi-lounge gnor (n=jaydee@cpe-76-81-38-253.socal.res.rr.com) |
| 06:58.31 | JunkHead-Work | I still don't get the Paladin changes. |
| 06:59.06 | JunkHead-Work | I mean, I understand them, and I'm fine with them, but as far as PvE goes, this doesn't help the situation much. |
| 06:59.17 | Garoun | you mean the fact that a paly and shadowpriest cna pretty much heal indefinately :) |
| 06:59.49 | JunkHead-Work | I agree with fixing that. |
| 06:59.56 | JunkHead-Work | That is unbalanced yes. |
| 07:00.02 | Garoun | the rotating minimap stuff is just plain bizzarre |
| 07:00.15 | JunkHead-Work | But I don't really see much buffing up to holy priests. |
| 07:00.51 | Garoun | it's how blizzard always fixes stuff, you should know that |
| 07:00.54 | ckknight | Garoun: how so? |
| 07:01.00 | ckknight | wrt rotating minimap |
| 07:01.08 | JunkHead-Work | Oh I know, but this makes even less sense than most stuff. |
| 07:01.21 | JunkHead-Work | I agree with the Illumination changes. |
| 07:01.23 | Garoun | junk: paly+sp was out healing a holy priest, so rather than buffing holy they nerf paly/shadow |
| 07:01.35 | Garoun | ck: it's just, different |
| 07:01.41 | JunkHead-Work | I also agree witht he shadow + pally problem. |
| 07:01.59 | Nom- | err illumination is the only thing that allows us to keep up with mana use likea priest |
| 07:02.04 | Nom- | we don't get shadowfiend |
| 07:02.06 | Garoun | kinda like a compass and I'm so use to it being static |
| 07:02.12 | JunkHead-Work | But that also hurts pally tanking. |
| 07:02.25 | Garoun | yeah nom, but put you in a group with a shadowpriest and you double dip |
| 07:02.27 | JunkHead-Work | Pallys need mana to tank. |
| 07:02.30 | Nom- | Spiritual Attunement is the biggest hurter of pally tanking |
| 07:02.38 | JunkHead-Work | Garoun - You are correct. |
| 07:02.47 | Garoun | our paly in kara, never goes below 80% mana |
| 07:02.53 | JunkHead-Work | Holy Pally + Shadow Priest = Never OOM unless maybe on a boss. |
| 07:03.16 | Garoun | I mean it isn't an instant iwin, but it is still a little much |
| 07:03.17 | Nom- | Garoun: Then he's not healing enough |
| 07:03.28 | JunkHead-Work | I heal plenty. |
| 07:03.35 | Garoun | he keeps whatever that blessing is that buffs his healingon MT |
| 07:03.38 | JunkHead-Work | Shadow Priests are well enough to keep me up with mana. |
| 07:03.39 | Garoun | and spams his heal button |
| 07:04.09 | Nom- | Garoun: If he's spamming FoL, then he's not healing enough :) |
| 07:04.14 | Garoun | and with our shadowpriest it takes a lot for him to get burned out of mana |
| 07:04.19 | Nom- | Garoun: Most Karazhan boss fights require spamming Holy Light |
| 07:04.36 | Nom- | At least they do if you're meant to be solo healing the MT |
| 07:04.53 | JunkHead-Work | I'm not in Kara yet, so so far my Flash of Lights do very well. |
| 07:04.57 | Garoun | he does cast that |
| 07:05.06 | JunkHead-Work | With the ocassional Holy Light. |
| 07:05.09 | Nom- | Yeah, FoL is fine in the level 70 normal dungeons |
| 07:05.21 | Nom- | When you hit Karazhan, the mobs do too much damage to use FoL |
| 07:05.28 | Garoun | he casts both of them but if he heals relatively smart he doesn't go OOM |
| 07:05.28 | JunkHead-Work | 1000+ heal for 180 mana is cheap |
| 07:05.55 | Nom- | Yes, FoL is amazing efficiency, but it doesn't heal enough to compensate for the 2-4000 dps trash in Kara |
| 07:06.14 | JunkHead-Work | You're probably right. never been there so I can't dispute thta. |
| 07:06.26 | Garoun | I'm really not liking maiden, she's such a friggin gimmick fight |
| 07:06.29 | JunkHead-Work | Like I said, I have no problems with the Paladin changes. |
| 07:06.40 | Nom- | We have two holy priests and a resto shaman healing through that trash |
| 07:06.40 | JunkHead-Work | I just don't see how it helps holy priests. |
| 07:06.55 | Garoun | it doesn't |
| 07:07.01 | Nom- | At least they threw protection spec a bone |
| 07:07.07 | Nom- | With the improved Holy Shield |
| 07:07.10 | Garoun | it just brings the combo back into line with what a holy does |
| 07:07.22 | JunkHead-Work | Also from what i see... Seal of Right does more damage now? |
| 07:07.26 | JunkHead-Work | Am I right on that? |
| 07:07.35 | Nom- | JunkHead-Work: I'd highly doubt it |
| 07:07.37 | JunkHead-Work | Righteousness* |
| 07:07.47 | JunkHead-Work | because I'm not very smart... but here: |
| 07:07.57 | *** join/#wowi-lounge Kaso (i=Jonathan@host81-151-110-1.range81-151.btcentralplus.com) |
| 07:08.07 | JunkHead-Work | "Improved Seal of Righteousness": The percentage increase in damage from this talent is now applied after all bonuses from items and effects which increase your spell damage. |
| 07:08.17 | JunkHead-Work | Wouldn't that mean more damage? |
| 07:08.24 | Nom- | bugger all i bet |
| 07:08.42 | Nom- | It's a 15% damage bonus |
| 07:08.57 | Garoun | ck: have you seen the rotating minimap? |
| 07:09.00 | Nom- | And the ratio of spell damage on that spell is pretty crap |
| 07:09.12 | JunkHead-Work | Ok Nom- - Can you maybe explain something else to me? |
| 07:09.20 | JunkHead-Work | You probably know more about this than I do. |
| 07:09.21 | Nom- | I'd be surprised if you get even 30 extra damage per swing for most pallies |
| 07:09.23 | ckknight | Garoun: I updated Cartographer for it |
| 07:09.43 | JunkHead-Work | What's up with the alchemy changes? |
| 07:09.53 | Nom- | what about them? |
| 07:09.54 | JunkHead-Work | I don't know jack about alchemy... so I don't get it. |
| 07:10.06 | Garoun | ah ok |
| 07:10.10 | JunkHead-Work | Someone is my guild was saying how mad they were about it. |
| 07:10.37 | Nom- | There were a huge number of complaints about how Karazhan required so many consumeables to get through it |
| 07:10.43 | JunkHead-Work | Ok. |
| 07:11.01 | Nom- | So they made changes to alchemy to (from what I can see) reduce the number of consumeables you CAN use... |
| 07:11.10 | Nom- | Hopefully the difficulty has been adjusted too |
| 07:11.13 | JunkHead-Work | Ok so like... |
| 07:11.29 | JunkHead-Work | If you were normally using 2 offensive flasks.. and 2 def. flasks.. |
| 07:11.39 | JunkHead-Work | Now you can only one 1 of each. |
| 07:11.43 | Nom- | Flasks never stacked |
| 07:11.44 | JunkHead-Work | As they are categorized? |
| 07:11.45 | Nom- | Elixirs did |
| 07:11.48 | JunkHead-Work | Oh |
| 07:11.56 | JunkHead-Work | Oh I'm sorry. Yes Elixirs |
| 07:11.59 | Nom- | From what I understand, Flasks will now take both slots |
| 07:12.00 | Garoun | they made the bear shifting noise really friggin annoying now |
| 07:12.08 | Nom- | So you EITHER take a flask, or two elixirs |
| 07:12.36 | JunkHead-Work | Well... Like you said, hopefully the difficulty is tweaked also... but .. I like that change. |
| 07:13.05 | *** join/#wowi-lounge MoonWolf (n=MoonWolf@89.98.118.15) |
| 07:13.05 | *** mode/#wowi-lounge [+v MoonWolf] by ChanServ |
| 07:13.07 | JunkHead-Work | I would think that there should be a limit to stuff you could drink. |
| 07:13.28 | Nom- | Well, it does make it a bit easier on the gold |
| 07:13.42 | Nom- | Right now, before just about every boss fight, i'm taking anywhere from 3 to 5 elixirs |
| 07:13.52 | Nom- | Depending on my role |
| 07:14.11 | JunkHead-Work | Understandable. |
| 07:14.32 | Nom- | But I know who it's mainly targeted at |
| 07:14.34 | JunkHead-Work | I personally have never had to do anything where I used flasks or elixirs, so maybe my view point is a bit skewed. |
| 07:14.43 | Nom- | The guilds who not only take the 5 exixirs, but then stack a level 70 flask on top |
| 07:14.49 | JunkHead-Work | But I would not want to have to rely on doing that every run. |
| 07:15.01 | Garoun | we're up to maiden with no flash/elixirs :/ |
| 07:15.13 | Garoun | but with maiden I thin kthat'll have to change |
| 07:15.26 | JunkHead-Work | Ok let's see... moving on through patch notes.. |
| 07:15.30 | Nom- | Maiden can be easy or hard depending on your group :) |
| 07:15.37 | Garoun | we only have 1 paly |
| 07:15.40 | Garoun | and heavy melee |
| 07:15.42 | JunkHead-Work | Oh yeah, the Engineering changes. |
| 07:15.45 | Garoun | aka complete bit@#$ |
| 07:15.49 | Nom- | Yeah, that makes it hard |
| 07:15.53 | JunkHead-Work | These are just mind blowing. |
| 07:16.09 | Nom- | Our group makeup is good for maiden |
| 07:16.19 | Garoun | and even harder when your melee won't put their dots/bleeds on her like you ask them to |
| 07:16.19 | Nom- | We have two warlocks and a hunter for primary ranged dps |
| 07:16.34 | Nom- | IN that fight though, we actually have everyone who isn't ranged healing |
| 07:16.53 | Garoun | going into the first repent all she had on her was 5stack of poison... that doesn't get the job done |
| 07:17.12 | Nom- | So you've got me (Prot Pally) healing, a feral druid healing as well as our normal 2 priests and shaman on heals |
| 07:17.21 | Nom- | tank and 3 ranged dps :) |
| 07:17.22 | Garoun | she should have stacked poison, rend, rake, mangle, and various other stuff on her |
| 07:17.55 | Nom- | You don'y *really* needa lot of dps for that fight |
| 07:18.06 | Nom- | Just need people to not be suffering from rogor mortis |
| 07:19.11 | Garoun | ok auto dismount DOES NOT WORK |
| 07:19.44 | Garoun | I ran off scryer rise and hit flight form |
| 07:19.55 | Mike-N-Go | Try EzDismount |
| 07:19.59 | Garoun | the camera got stuck I fell off and the camera is still stuck uptop |
| 07:20.03 | Garoun | no no, I'm on ptr |
| 07:20.08 | Garoun | testing seomt stuff |
| 07:20.34 | Garoun | the camera actually stopped above the scryer bank my body went flying and itjust sat there |
| 07:20.59 | JunkHead-Work | Players who feign death no longer appear dead to party and raid members and friendly spells will not be interrupted. |
| 07:21.06 | JunkHead-Work | Wow.. Simply amazing. |
| 07:21.21 | Mike-N-Go | They can do that o.O |
| 07:21.30 | Garoun | anyone have a druid? |
| 07:21.31 | JunkHead-Work | That right there might balance out the Pally mana nerf.:P |
| 07:21.34 | Garoun | and copied to ptr? |
| 07:21.42 | Garoun | and possibly scryer :P |
| 07:21.55 | Mike-N-Go | I like the part about Hunter pet-heal -> HoT. |
| 07:22.16 | JunkHead-Work | Mike-N-Go - Not much experience as a hunter, but ok.:P |
| 07:22.18 | JunkHead-Work | But hey... |
| 07:22.20 | Garoun | I gotta show this to someone to see if it does it on their screen, message Declawed if you can log onto Normal/PvE ptr |
| 07:22.22 | JunkHead-Work | The area of interest while on a flight path is farther along the path instead of in front of you. |
| 07:22.26 | JunkHead-Work | Wtf does this mean??? |
| 07:22.54 | Nom- | instead of the camera being focused on your |
| 07:23.01 | Nom- | it's focused further in front |
| 07:23.05 | Nom- | makes it easier to look arounda nd stuff |
| 07:23.11 | JunkHead-Work | Ah ok. |
| 07:23.36 | JunkHead-Work | Omg... |
| 07:23.39 | JunkHead-Work | New Tips of the day have been added. |
| 07:23.55 | Nom- | That alone was worth the wait! |
| 07:24.09 | JunkHead-Work | Hell yeah |
| 07:24.10 | JunkHead-Work | The Fel Cannons in Outland should no longer be falling thru the terrain. |
| 07:24.13 | JunkHead-Work | Also ^ |
| 07:24.25 | Garoun | I'll believ eit when I see it |
| 07:24.32 | Nom- | Yep, they'll just all be untargetable instead :P |
| 07:24.42 | Nom- | And their damaged has been increaseed |
| 07:24.56 | Nom- | They now require a 39 healers and 1 dps to take down |
| 07:24.57 | JunkHead-Work | And I'll still get shot 40 times in 8 seconds for 0 damage. |
| 07:25.03 | JunkHead-Work | While I'm 100 yards away |
| 07:25.45 | JunkHead-Work | Fixed an error where the G15 Keyboard LCD screen will sometimes not display the correct battleground name when Alt+Tabbing back into World of Warcraft. <-- Thank God this got fixed! |
| 07:26.47 | JunkHead-Work | Ah well... On a different note, I got my first Kara fragment today. |
| 07:27.03 | JunkHead-Work | And I loaded up in Shadow Lab. I got 3 Items. |
| 07:28.55 | Nom- | Grats |
| 07:29.09 | JunkHead-Work | http://www.wowhead.com/?item=27893 ; http://www.wowhead.com/?item=27897 |
| 07:29.15 | JunkHead-Work | I got those two, and a ring! |
| 07:31.30 | JunkHead-Work | Amber Band of the Physician (2.1% chance) |
| 07:31.30 | JunkHead-Work | +25 Stamina, +16 Intellect, +37 Healing |
| 07:31.38 | JunkHead-Work | That's the ring I got. |
| 07:43.32 | Nom- | I've got a pair of +59 healing rings now |
| 07:43.35 | Nom- | :) |
| 07:43.43 | Nom- | One has 4mp5 and the other 7mp5 i think |
| 07:44.01 | JunkHead-Work | Nice. |
| 07:44.19 | JunkHead-Work | I was just impressed that i got 3 upgrade sin one run. |
| 07:44.58 | Nom- | bleh |
| 07:45.05 | Nom- | PTR patch is stuck on 99.9% :( |
| 07:49.27 | *** join/#wowi-lounge Starzard (n=jocco@217-210-128-16-no18.tbcn.telia.com) |
| 08:02.14 | Nom- | lol |
| 08:02.20 | Nom- | their an arena in UC now? |
| 08:02.21 | Nom- | lol |
| 08:02.28 | Nom- | *there's |
| 08:48.07 | *** join/#wowi-lounge leethal (n=leethal@kri1-1x-dhcp229.studby.uio.no) |
| 09:08.20 | JunkHead-Work | ok wtf... |
| 09:08.24 | JunkHead-Work | The armory is retarded. |
| 09:29.23 | *** join/#wowi-lounge [dRaCo] (n=drc@p548592ce.dip0.t-ipconnect.de) |
| 09:32.38 | Bruners | JunkHead-Work: it is ? |
| 09:32.56 | JunkHead-Work | I was checking something on my character. |
| 09:33.08 | JunkHead-Work | And I wnated to check my spell damage or something. |
| 09:33.19 | JunkHead-Work | By default it displays melee, and if I change it.. |
| 09:33.34 | JunkHead-Work | It goes back to melee after 1 second. |
| 09:35.30 | JunkHead-Work | No matter what I choose to look at, it goes back to base stats and melee |
| 09:37.16 | zenzelezz | doesn't for me |
| 09:40.19 | JunkHead-Work | I gave up on it. |
| 09:42.48 | *** join/#wowi-lounge Nickenyfiken (n=najklord@83.145.59.23) |
| 09:44.47 | Bleeter | armory's more broken to me than a broke thing |
| 09:44.55 | Bleeter | but, meh, it's still in beta |
| 09:47.23 | *** join/#wowi-lounge Groll (n=yodla@hstad-132-175-209-82.3.cust.bredband2.com) |
| 09:51.48 | *** join/#wowi-lounge Lysistrata (n=yousuck@xdsl-84-44-156-250.netcologne.de) |
| 10:32.07 | *** join/#wowi-lounge Andalia (n=xx@p54AC8941.dip0.t-ipconnect.de) |
| 10:48.54 | *** join/#wowi-lounge ckknight_ (n=ckknight@rrcs-74-62-251-185.west.biz.rr.com) |
| 10:54.54 | *** join/#wowi-lounge Micke_Swe (n=pop@c-6f78e155.1712-2-64736c11.cust.bredbandsbolaget.se) |
| 10:55.27 | Micke_Swe | Hey |
| 10:56.04 | leethal | yo |
| 10:56.11 | Shirik | heya |
| 10:59.11 | leethal | hmm |
| 11:00.39 | Shirik | hmm? |
| 11:01.23 | leethal | Micke_Swe logged in, said "Hey", and logged out one minute later |
| 11:01.46 | Shirik | :( |
| 11:04.37 | leethal | so, anyway, how can I assert and do it kinda pretty? |
| 11:04.44 | Shirik | heh |
| 11:04.50 | leethal | like, add something to the chat frame instead of an error message pop up thingie |
| 11:04.50 | Shirik | "assert" and "pretty" don't go together |
| 11:05.00 | Shirik | assertation failures are a lua error |
| 11:05.09 | Shirik | so if you want it to be "pretty," make an error handler |
| 11:05.13 | leethal | mm |
| 11:05.18 | Shirik | or more simply, do something like make your own assert() function |
| 11:05.29 | Shirik | but don't call it assert because other mods rely on it too :P |
| 11:05.34 | leethal | ah ok |
| 11:05.42 | leethal | oh, like that |
| 11:05.46 | leethal | I'll go myaddon:assert, mm? |
| 11:05.52 | Shirik | sure |
| 11:06.04 | Shirik | you could also use the MFC terminology which is kinda nice |
| 11:06.16 | Shirik | myaddon:AssertValid(), which then goes ahead and checks whatever you pass in, and ALSO |
| 11:06.19 | leethal | so, how can I stop program execution if the assert returns false? |
| 11:06.27 | Shirik | it checks the class's variables to make sure they're valid |
| 11:06.50 | Shirik | hm, stop program execution... |
| 11:07.08 | Shirik | really, you can't without throwing an error |
| 11:07.20 | leethal | I see |
| 11:07.24 | Shirik | or checking the return from myaddon:Assert() and then returning or something |
| 11:07.29 | leethal | so I gotta do it by hand, as in if myassertion then ... else ... end? |
| 11:07.33 | Shirik | yeah |
| 11:07.38 | leethal | ok |
| 11:07.41 | Shirik | really I think the easiest thing to do |
| 11:08.01 | leethal | yeah ok |
| 11:08.16 | Shirik | hm, does geterrorhandler() exist? |
| 11:08.28 | Shirik | if it does |
| 11:08.40 | Shirik | assert() could be |
| 11:08.59 | Shirik | nm it can't really :/ |
| 11:09.04 | Shirik | You'd have to make an error handler |
| 11:09.12 | Shirik | Really, assertions are only for the programmer anyway |
| 11:09.26 | Shirik | you shouldn't have an assertion failure during release code |
| 11:12.06 | leethal | I see |
| 11:12.18 | leethal | assert are more for writing manual tests and stuff? |
| 11:13.31 | leethal | that's the only thing I miss from Ruby when I code Lua - the ez mode testing |
| 11:13.36 | Shirik | mmm not necessarily manual tests |
| 11:13.43 | Shirik | but yes |
| 11:13.57 | Shirik | for example, a lot of the MFC libraries have code at the top. For example, when you try to write to a file |
| 11:14.00 | Shirik | the function is written as |
| 11:14.33 | Shirik | void write(ofstream s) { assert(s.isOpen()); /* write to file */ } |
| 11:14.44 | Shirik | simple checks like that; should never be an issue during released code |
| 11:14.53 | Shirik | but can help you out while testing |
| 11:15.03 | leethal | I see |
| 11:15.09 | Shirik | in FACT |
| 11:15.43 | Shirik | the release version of MFC has assert defined as #define ASSERT(test) ; |
| 11:15.46 | Shirik | i.e., it does nothing |
| 11:16.02 | Shirik | even if it fails |
| 11:16.38 | leethal | what's MFC by the way? |
| 11:17.00 | Shirik | oh |
| 11:17.10 | Shirik | microsoft foundation classes. Made to make Win32 GUI programming simplified |
| 11:17.38 | Shirik | it does some pretty nice things |
| 11:17.43 | Shirik | it also does some horrible things |
| 11:18.20 | Lysistrata | are ther more nice or horrible things in it? |
| 11:18.31 | Shirik | hmm |
| 11:18.39 | Shirik | for newer Win32 programmers, more nice things |
| 11:18.48 | Shirik | unfortunately the same niceties also restrict what you can do |
| 11:19.00 | Shirik | so for more complex things you have to go down to the base-level Win32 APIs |
| 11:19.06 | Lysistrata | So it's way better than Borland VLC ;) |
| 11:19.14 | Shirik | oh god I hated Borland's crap |
| 11:19.36 | Shirik | I had to use that in one of my early CS classes |
| 11:19.48 | leethal | ouch, win32 apis |
| 11:19.56 | Shirik | Yes, fun! |
| 11:20.03 | leethal | I'm so glad I never touched that |
| 11:20.11 | Shirik | The updater makes extensive use of them to start up :P |
| 11:20.57 | leethal | updater? |
| 11:21.07 | leethal | lol I'll stop asking |
| 11:21.15 | leethal | "win32?" |
| 11:21.44 | Shirik | windows 32-bit :P |
| 11:21.55 | Shirik | and here check it out, fun: http://wowi.pastey.net/12322 |
| 11:21.59 | leethal | I knew zhat =P |
| 11:22.14 | leethal | http://pastie.caboo.se > all other paste sites |
| 11:22.17 | leethal | a shame it doesn't support lua |
| 11:22.50 | Lysistrata | It's a shame that I still haven't found a good lua editor and that you always have to use "real wow" to test it... |
| 11:23.01 | leethal | the wowi scite thingie rocks |
| 11:23.02 | Shirik | Lysistrata: SciTE |
| 11:23.10 | Shirik | But it needs to be updated |
| 11:23.14 | Shirik | I might rewrite the config file for it |
| 11:23.45 | Lysistrata | SciTE sure is nice but it just got highlightning right? |
| 11:24.00 | leethal | and a library of wow api stuff |
| 11:24.02 | Shirik | what are you looking for? |
| 11:25.06 | Lysistrata | Hmmm then it might be what I'm looking for... I'm looking for an editor which gives me some kind of "Advanced Information" so you type a std. WoW API Function open the bracket and it tells you "Accepcts blablabla" or something similar. |
| 11:25.18 | Shirik | yup |
| 11:25.26 | leethal | the wowi scite has that |
| 11:25.26 | Shirik | SciTE has that... but it's a little out of date |
| 11:25.32 | Shirik | that's why I said I think I might update it |
| 11:25.48 | leethal | http://www.wowinterface.com/downloads/info4989-SciTE-WOWInterface.html |
| 11:25.58 | leethal | and do that please, Shirik =) |
| 11:26.01 | Lysistrata | Thanks! |
| 11:30.42 | Shirik | I guess I'll do it then |
| 11:31.19 | leethal | =) |
| 11:33.26 | ZealotOnAStick | True Dungeon trailer: http://www.youtube.com/watch?v=1wOFiXRFmio |
| 11:38.29 | *** join/#wowi-lounge ag` (n=ag`@0x503e79d4.bynxx18.adsl-dhcp.tele.dk) |
| 11:51.44 | Shirik | You know, the spam filter at my school is stupid. It collects spam daily, and then at the end of the day |
| 11:51.51 | Shirik | It spams you with reports "hey I found these spam mails" |
| 11:52.00 | Shirik | What's the point of collecting spam if you're going to just spam me later |
| 11:53.56 | *** join/#wowi-lounge Nerinia (n=dampf@zux221-175-068.adsl.green.ch) |
| 11:56.02 | Lysistrata | Shirik to give you the oppertunitie to see if anything wrong was caught. |
| 11:56.15 | Shirik | but like |
| 11:56.18 | Shirik | ok, it caught 20 emails |
| 11:56.25 | Shirik | then send me maybe 1 mail, or put it in my junk folder |
| 11:56.30 | Shirik | instead, at the end of the day, it spams me with 20 mails |
| 11:59.01 | leethal | lol |
| 11:59.01 | Lysistrata | Ah OK so it sends a mail for every mail it caught? that's really stupid. One report at the end of the day would make sense. |
| 12:00.26 | leethal | kinda pointless with a spam filter that forwards all the spam it caches |
| 12:00.35 | Shirik | yeh |
| 12:00.37 | leethal | catches* |
| 12:03.20 | *** join/#wowi-lounge Gnarfoz (i=smallbra@unaffiliated/gnarfoz) |
| 12:13.24 | Nom- | bleh, what's that any-gold-spammer mod ? |
| 12:14.18 | Shirik|AFK | SpamSentry |
| 12:14.44 | leethal | I'm making one |
| 12:14.49 | leethal | it's pretty smart |
| 12:16.14 | leethal | "pretty smart" |
| 12:16.22 | leethal | it looks for words instead of the usual filtering url thingie |
| 12:18.25 | Nom- | That's the one, thanks Shirik|AFK |
| 12:24.28 | *** join/#wowi-lounge bindi (n=indigo@d54C68DEA.access.telenet.be) |
| 12:27.52 | *** join/#wowi-lounge Telrin (n=test@shandalar.xs4all.nl) |
| 12:30.14 | *** join/#wowi-lounge MoonWolf (n=MoonWolf@89.98.118.15) |
| 12:30.14 | *** mode/#wowi-lounge [+v MoonWolf] by ChanServ |
| 12:41.48 | *** join/#wowi-lounge Elkano (n=elkano@srbk-590fbef8.pool.einsundeins.de) |
| 13:02.29 | *** join/#wowi-lounge MoonWolf_ (n=MoonWolf@89.98.118.15) |
| 13:45.32 | *** join/#wowi-lounge Teomyr (n=teo@2001:618:400:0:0:0:54a3:674b) |
| 13:57.16 | *** join/#wowi-lounge nuoHep (i=nuoHep@85.192.55.242) |
| 14:05.57 | *** join/#wowi-lounge ag` (n=ag`@0x503e79d4.bynxx18.adsl-dhcp.tele.dk) |
| 14:08.17 | Shirik|AFK | rofl, this is pretty hot: http://put-this-in-the-wow-forums.ytmnd.com/ |
| 14:08.24 | Shirik|AFK | especially for those of you that enjoy trance, like me |
| 14:17.41 | Maldivia | hmm |
| 14:23.03 | Shirik | hmm? |
| 14:24.44 | Maldivia | the ned profession links are not checked, you can disconnect people with them |
| 14:27.44 | Shirik | ned? |
| 14:28.35 | Maldivia | new* |
| 14:28.41 | Shirik | ah |
| 14:29.58 | Maldivia | for instance, I can easily link the info about "Alchemy: Cauldron of Major Shadow Protection", but since the cauldron hasn't been loaded on the server yet, anyone who clicks the link will be disconnected |
| 14:30.25 | Shirik | oops |
| 14:31.29 | Shirik | # NEW - isFeigned = UnitIsFeignDeath("unit") - returns true if the unit is the player, or in the player's party/raid and is feigning death. |
| 14:31.30 | Shirik | fun |
| 14:32.01 | Maldivia | yeah, I love it, I no longer have to scan "dead" hunters for the "Feigh Death" buff |
| 14:32.08 | Shirik | yeh |
| 14:37.13 | *** join/#wowi-lounge Kirkburn (n=Kirkburn@82-32-40-219.cable.ubr06.azte.blueyonder.co.uk) |
| 14:37.31 | Shirik | anyone else had experience dealing with secure functionality on PTR? |
| 14:37.56 | clad|sleep | <PROTECTED> |
| 14:37.59 | clad|sleep | the current issues? |
| 14:38.10 | Shirik | yeah, like is anyone else's not working :/ |
| 14:38.18 | clad|sleep | yes |
| 14:38.29 | clad|sleep | all closures inherited from secure templates for widget handlers are geting tainted |
| 14:39.03 | clad|sleep | its fixed, but not on PTR yet |
| 14:39.17 | Shirik | :( someone took my name on PTR |
| 14:39.20 | Shirik | Screw you other shirik! |
| 14:39.21 | clad|sleep | the overall fix for it won't be in for a bit more (maybe the next patch) but you'll really like the results. |
| 14:39.37 | Shirik | good, at least they know about it then |
| 14:39.38 | Maldivia | Shirik: remember, you're forced to rename on the PTR |
| 14:39.48 | Shirik | I've never copied my character to PTR :P |
| 14:39.50 | Shirik | I never get through |
| 14:40.59 | Maldivia | clad, is there a 2.1 PTR UI bug thread somewhere? |
| 14:41.06 | clad|sleep | no |
| 14:41.29 | clad|sleep | there was one issue with a typo on SecureTemplates.lua and the tainting issue |
| 14:44.11 | Maldivia | ok, there are some issues with the new crafting links aswell |
| 14:44.29 | Shirik | woah |
| 14:44.32 | Shirik | screenshots are now taken as jpgs now? |
| 14:44.37 | Maldivia | yes |
| 14:44.55 | clad|sleep | Shirik: RTFPN |
| 14:45.02 | Shirik | I'm beyond patch notes! |
| 14:45.15 | Shirik | but yeah I deserved that >< |
| 14:45.18 | clad|sleep | clearly not, nub |
| 14:45.31 | Shirik | the patch notes don't make sense |
| 14:45.44 | Shirik | "The area of interest while on a flight path is farther along the path instead of in front of you. " |
| 14:46.05 | clad|sleep | yes it does |
| 14:46.19 | clad|sleep | it means instead it trying to render things in front of you, it'll try to render things beyond that |
| 14:46.29 | clad|sleep | which makes sense, given how fast you're moving. |
| 14:46.32 | Shirik | oh |
| 14:46.39 | Shirik | So why didn't they write that >< |
| 14:46.54 | zenzelezz | they did |
| 14:46.58 | zenzelezz | you just didn't read it right |
| 14:47.10 | clad|sleep | actually thats exactly what they wrote =) |
| 14:47.21 | Shirik | I like the way you wrote it better |
| 14:47.39 | clad|sleep | you may liek it more, but they mean the same thing =) |
| 14:48.11 | Maldivia | wee, the screenshotFormat console options works on windows, for tga and jpeg :) |
| 14:48.17 | Maldivia | no png support though :| |
| 14:48.26 | *** join/#wowi-lounge Trafalger (n=trafalge@208.104.225.9) |
| 14:48.35 | cladhaire | i have png support =) |
| 14:48.36 | Shirik | wouldn't a png be huge :/ |
| 14:49.01 | zenzelezz | not really |
| 14:49.02 | Maldivia | Shirik: there's png support on the mac |
| 14:49.07 | Shirik | really? |
| 14:49.11 | Maldivia | yes really |
| 14:49.13 | zenzelezz | PNG is compressed, TGA isn't |
| 14:49.15 | Maldivia | RTFPN :) |
| 14:49.18 | Shirik | I'm going to have to get myself a mac sometime >.> |
| 14:49.29 | Shirik | if not just to mess around with |
| 14:49.30 | Shirik | a cheap one |
| 14:49.30 | zenzelezz | even with RLE encoding TGAs aren't small |
| 14:49.53 | Shirik | Right, but TGAs are also easier to write |
| 14:50.13 | zenzelezz | yes, but that has little to do with it |
| 14:50.30 | zenzelezz | plenty of libraries around that can handle the formats for you |
| 14:50.32 | Maldivia | and apparently the next expansion will be Northrend |
| 14:51.45 | Shirik | "Hunters now have a UI option "Auto Attack/Auto Shot" that if turned off means that the hunter will not automatically switch between ranged attack and melee attack difficulty when the range changes. " thank god |
| 14:51.51 | Shirik | ok I'm satisfied now |
| 15:16.55 | *** join/#wowi-lounge snurre (n=snurre@AVelizy-153-1-35-62.w81-249.abo.wanadoo.fr) |
| 15:19.30 | Tem | *yawn* |
| 15:19.44 | Shirik | morning |
| 15:22.16 | cladhaire | Tem: morning |
| 15:25.32 | Tem | morning |
| 15:28.26 | *** join/#wowi-lounge Gnarfoz_ (n=smallbra@unaffiliated/gnarfoz) |
| 15:31.53 | *** join/#wowi-lounge Gngsk (n=gngsk@c-69-138-213-251.hsd1.md.comcast.net) |
| 15:32.56 | *** join/#wowi-lounge Cide (n=Cide@81-226-233-5-no60.tbcn.telia.com) |
| 15:32.57 | *** mode/#wowi-lounge [+v Cide] by ChanServ |
| 15:38.21 | *** join/#wowi-lounge Osagasu (n=Kronus@208.104.156.29) |
| 15:51.30 | krka | go go feisty fawn! i hope my computer doesn't die |
| 15:57.55 | *** join/#wowi-lounge Werik (i=trustno1@catv5403B1E0.pool.t-online.hu) |
| 16:03.48 | *** join/#wowi-lounge subbawt (n=biggy@65.89.109.213) |
| 16:06.47 | Tem | ~botmail for leethal update your copy of dongle in woot o matic |
| 16:07.18 | Tem | ~botmail for leethal beta0 has upgrade problems |
| 16:07.54 | *** join/#wowi-lounge beerke (n=beerke@5353E179.cable.casema.nl) |
| 16:08.27 | Garoun | wowwiki trying to get to http://www.wowwiki.com/Maiden_of_Virtue |
| 16:08.43 | Garoun | <PROTECTED> |
| 16:08.43 | Garoun | <PROTECTED> |
| 16:08.44 | Garoun | from within function "MediaWikiBagOStuff::_doinsert". MySQL returned error "1062: Duplicate entry 'wowwiki:pcache:idhash:66390-0!1!0!0!!en!2' for key 1 (localhost)". |
| 16:08.44 | Garoun | Retrieved from "http://www.wowwiki.com/Maiden_of_Virtue" |
| 16:08.44 | Garoun | Views |
| 16:08.46 | Garoun | <PROTECTED> |
| 16:08.48 | Garoun | <PROTECTED> |
| 16:08.50 | Garoun | <PROTECTED> |
| 16:08.52 | Garoun | <PROTECTED> |
| 16:08.54 | Garoun | Personal tools |
| 16:08.56 | Garoun | <PROTECTED> |
| 16:08.58 | Garoun | Navigation |
| 16:09.00 | Garoun | <PROTECTED> |
| 16:09.02 | Garoun | <PROTECTED> |
| 16:09.04 | Garoun | <PROTECTED> |
| 16:09.06 | Garoun | <PROTECTED> |
| 16:09.06 | zenzelezz | ... |
| 16:09.08 | cladhaire | whoa |
| 16:09.09 | Garoun | <PROTECTED> |
| 16:09.10 | Garoun | <PROTECTED> |
| 16:09.11 | *** kick/#wowi-lounge [Garoun!n=jnwhiteh@WoWUIDev/WoWI/Featured/Dongle/cladhaire] by cladhaire (cladhaire) |
| 16:09.24 | *** join/#wowi-lounge Garoun (n=Garou@c-69-243-45-11.hsd1.va.comcast.net) |
| 16:09.40 | Garoun | was an accident clad :( |
| 16:09.46 | cladhaire | thats fine |
| 16:09.48 | cladhaire | i was stopping it =) |
| 16:09.57 | Garoun | oh, it had stopped on my screen |
| 16:10.10 | Garoun | go go local cache vs spam filter |
| 16:10.34 | Garoun | but yeah, I just meant to post the sql error |
| 16:12.29 | Garoun | guess I should report the huge bug there is if you lag when on mount trying to switch flight form |
| 16:12.51 | Garoun | the camera sticks and locks while your character keeps goingand you lose all action bar control |
| 16:14.59 | *** join/#wowi-lounge dreyruugr (n=chatzill@cpe-76-167-233-157.socal.res.rr.com) |
| 16:30.05 | *** join/#wowi-lounge QQngsk (n=gngsk@c-69-138-213-251.hsd1.md.comcast.net) |
| 16:38.07 | Industrial | Does deviantart have MS visual styles (xp) ? |
| 16:39.14 | Shirik | VS? |
| 16:39.15 | Industrial | oh got it |
| 16:39.40 | Industrial | it was in windows utilities not in shell styles :s |
| 16:54.15 | *** join/#wowi-lounge Jumpee (n=icechat5@cpe-76-166-247-247.socal.res.rr.com) |
| 17:05.32 | Maldivia | morning Iriel |
| 17:05.34 | Shirik | morning Iriel |
| 17:06.09 | Iriel | Morning |
| 17:07.40 | Kirkburn | Garoun, if there's a wiki error, wouldn't #wowwiki be a better place to say it? :) |
| 17:08.42 | Maldivia | I love the new crafting links :) |
| 17:12.26 | *** join/#wowi-lounge Adys2010 (n=Miranda@APoitiers-256-1-107-227.w90-16.abo.wanadoo.fr) |
| 17:20.48 | *** join/#wowi-lounge Teomyr (i=teo@p54a3674b.dip.t-dialin.net) |
| 17:28.12 | zenzelezz | Maldivia: what are they like, same as the enchant links? |
| 17:32.28 | *** join/#wowi-lounge Adys (n=Miranda@APoitiers-256-1-107-227.w90-16.abo.wanadoo.fr) |
| 17:33.49 | Maldivia | zenzelezz: yes, but for all professions now :) |
| 17:33.57 | zenzelezz | sweet |
| 17:33.58 | zenzelezz | about time |
| 17:34.30 | Maldivia | and made my first 2.1 addon... complete list of ALL professions links - like I did with enchants in EnchantMe, when that option was added to the game :) |
| 17:42.11 | raevanmorlock | Did you name it HireMe? |
| 17:43.56 | Garoun | yeah kirk, I wasn't thinking and forgot about that channel :P |
| 18:06.06 | *** join/#wowi-lounge TC__ (n=TC@border1-fe6-0.la1.sylmark.com) |
| 18:21.56 | *** join/#wowi-lounge PProvost (n=PProvost@WoWUIDev/WAU/Admin/Pprovost) |
| 18:24.02 | *** join/#wowi-lounge Thunder_Child (i=TC@cpe-76-171-184-46.socal.res.rr.com) |
| 18:27.36 | *** join/#wowi-lounge dinesh_ (n=chatzill@c-68-36-168-161.hsd1.nj.comcast.net) |
| 18:36.10 | Maldivia | raevanmorlock: nope :) |
| 18:38.06 | *** join/#wowi-lounge nymbia (n=nymbia@71-218-138-197.hlrn.qwest.net) |
| 18:57.11 | Shirik | hrm, cladhaire you here? |
| 18:57.17 | cladhaire | yes |
| 18:57.25 | Shirik | do you know the answer to this: http://www.wowinterface.com/forums/showthread.php?t=9512 |
| 18:57.56 | Shirik | I figured you would; you know everything |
| 18:58.18 | cladhaire | replied. |
| 18:58.22 | Shirik | thanks :) |
| 19:31.15 | *** join/#wowi-lounge Antiarc (n=Chris@wsip-70-184-82-98.ph.ph.cox.net) |
| 19:32.53 | *** join/#wowi-lounge ckknight (n=ckknight@rrcs-74-62-251-185.west.biz.rr.com) |
| 19:39.24 | *** join/#wowi-lounge PProvost (n=PProvost@WoWUIDev/WAU/Admin/Pprovost) |
| 19:42.40 | *** join/#wowi-lounge YammYgirlcoding (n=hoho@201.53.48.138) |
| 19:47.43 | raevanmorlock | >>> local tostring = tostring; return tostring |
| 19:48.47 | YammYgirlcoding | guys! When I have an item that has been seen from 1 to 5 times in AH, has bid 0% and bo 100%, that means that it's too bad to sell ? |
| 19:51.08 | raevanmorlock | I think that means people are more likely to buy it outright then bid on it |
| 19:51.18 | Cide | raevanmorlock: enabled |
| 19:51.28 | raevanmorlock | >>> local tostring = tostring; return tostring |
| 19:51.29 | Cide | raevanmorlock: function: 00161780 |
| 19:51.33 | raevanmorlock | yay |
| 19:53.11 | raevanmorlock | >>> local a, b = 1; return a, b |
| 19:53.11 | Cide | raevanmorlock: 1, nil |
| 19:54.12 | raevanmorlock | >>> a = loadstring([==========[%s]==========]); return a |
| 19:54.13 | Cide | raevanmorlock: nil |
| 19:54.49 | raevanmorlock | >>> a = loadstring(a); return a |
| 19:54.49 | Cide | raevanmorlock: [string "a = loadstring(a); return a"]:1: bad argument #1 to 'loadstring' (string expected, got nil) |
| 19:55.36 | raevanmorlock | >>> a = "a"; a = loadstring(a); return a |
| 19:55.37 | Cide | raevanmorlock: nil |
| 19:57.21 | raevanmorlock | >>> [==========[%s]==========] |
| 19:57.22 | Cide | raevanmorlock: "%s" |
| 19:57.37 | raevanmorlock | >>> "%s" |
| 19:57.38 | Cide | raevanmorlock: "%s" |
| 20:02.19 | Jumpee | >>> 2 + 2 |
| 20:02.19 | Cide | Jumpee: 4 |
| 20:02.23 | Jumpee | lol |
| 20:02.39 | raevanmorlock | >>> assert(Cide > purl) |
| 20:02.40 | Cide | raevanmorlock: [string "assert(Cide > purl)"]:1: attempt to compare two nil values |
| 20:04.24 | raevanmorlock | >>> clock() |
| 20:04.24 | Cide | raevanmorlock: [string "clock()"]:1: attempt to call global 'clock' (a nil value) |
| 20:04.30 | raevanmorlock | >>> os.clock() |
| 20:04.31 | Cide | raevanmorlock: 0.001 |
| 20:04.45 | raevanmorlock | >>> os.clock(), os.clock() |
| 20:04.45 | Cide | raevanmorlock: 0.002, 0.002 |
| 20:04.57 | raevanmorlock | >>> os.clock(), os.clock(), os.clock() |
| 20:04.57 | Cide | raevanmorlock: 0.001, 0.001, 0.001 |
| 20:05.26 | raevanmorlock | >>> for i = 1, 10 do print(os.clock()) end |
| 20:05.27 | Cide | raevanmorlock: "0.001", "0.001", "0.001", "0.002", "0.002", "0.002", "0.002", "0.002", "0.002", "0.002" |
| 20:06.35 | raevanmorlock | >>> a = os.clock(); for i = 1, 100 do t = {} end; return os.clock() - a |
| 20:06.35 | Cide | raevanmorlock: 0 |
| 20:07.23 | raevanmorlock | >>> a = os.clock(); for i = 1, 1000 do t = {} end; return os.clock() - a |
| 20:07.24 | Cide | raevanmorlock: 0.002 |
| 20:07.38 | raevanmorlock | >>> a = os.clock(); for i = 1, 1000 do t = {{}} end; return os.clock() - a |
| 20:07.38 | Cide | raevanmorlock: 0.001 |
| 20:08.15 | raevanmorlock | >>> a = os.clock(); for i = 1, 1000 do t = {{{{{}}}}} end; return os.clock() - a |
| 20:08.16 | Cide | raevanmorlock: 0.004 |
| 20:09.01 | raevanmorlock | >>> a = os.clock(); for i = 1, 1000 do t = {a=1{b=2{c=3{d=4{e=5}}}}} end; return os.clock() - a |
| 20:09.02 | Cide | raevanmorlock: [string "a = os.clock(); for i = 1, 1000 do t = {a=1{b=2{c=3{d=4{e=5}}}}..."]:1: '}' expected near '{' |
| 20:09.14 | raevanmorlock | >>> a = os.clock(); for i = 1, 1000 do t = {a=1,{b=2,{c=3,{d=4,{e=5}}}}} end; return os.clock() - a |
| 20:09.14 | Cide | raevanmorlock: 0.007 |
| 20:09.48 | raevanmorlock | sorry |
| 20:09.52 | Shirik | yeah you can PM Cide if you need to |
| 20:09.54 | Cide | let me disable it actually :) I'm doing arenas |
| 20:10.03 | raevanmorlock | aw fine |
| 20:10.20 | zenzelezz | this channel has been a mess since Cide made that bot |
| 20:10.28 | Cide | <PROTECTED> |
| 20:10.36 | zenzelezz | yesterday it went on for hours |
| 20:10.46 | raevanmorlock | They were fixing a bug yesterday |
| 20:10.53 | Cide | that was rather productive |
| 20:10.57 | Cide | spamming it is not |
| 20:11.09 | zenzelezz | that's not for me to judge |
| 20:11.28 | Cide | you judged it as 'messy' just now |
| 20:11.39 | zenzelezz | no, I uttered my opinion |
| 20:11.40 | Shirik | it can be helpful when used correctly |
| 20:11.48 | Maldivia | perhaps we could convince Cide to add a >>> infront of the response aswell, that would make the ignore filter a lot easier to make |
| 20:12.02 | Shirik | doing that would also send Cide into an endless loop :P |
| 20:12.06 | Maldivia | no |
| 20:12.14 | Shirik | maybe a <<< |
| 20:12.20 | *** join/#wowi-lounge GomiNoSensei (i=tonyd@d205-250-164-37.bchsia.telus.net) |
| 20:12.20 | zenzelezz | I'm not opposed to the bot itself, I just find it annoying when it goes on for as long as it did yesterday |
| 20:12.22 | Maldivia | you don't receive your own messages when you send them to a channel |
| 20:12.29 | Shirik | that depends on how you have it set up |
| 20:12.34 | Shirik | for mirc, yes that's true |
| 20:12.43 | Maldivia | that's true for IRC |
| 20:12.49 | raevanmorlock | Cide can input commands to the bot through the channel same as we can |
| 20:12.57 | Shirik | if I were to make my own IRC client, I could quite simply make it respond to my own commands |
| 20:13.01 | Shirik | it's entirely dependent upon the client |
| 20:13.30 | Maldivia | all I'm saying is, you don't receive anything from the server |
| 20:13.34 | Shirik | this is true |
| 20:13.38 | Maldivia | what the client does, it totally up to it |
| 20:13.41 | Shirik | but it's up to the client how to interpret it |
| 20:15.06 | Shirik | and it is indeed rather evident that the client is interpreting _something_, since Cide can type commands directly into the channel and recieve a response |
| 20:15.10 | Shirik | how it's set up, I haven't a clue |
| 20:15.37 | Shirik | On that note, random question: Does Radio shack sell electrical wire (not speaker wire) |
| 20:16.34 | Maldivia | they probably do, I have absolutely no idea |
| 20:16.48 | Maldivia | tried radioshack.com and searching ? |
| 20:16.49 | Iriel | For what kind of use? |
| 20:17.10 | Iriel | Wiring a house, unlikely, wiriing some kind of electrical project, likely |
| 20:17.17 | Shirik | It would be inserted into a breadboard, for specific use |
| 20:17.23 | Shirik | It's for a project I'm working on |
| 20:17.38 | Iriel | That kind of thing used to be their bread and butter (pun not intended) |
| 20:17.41 | *** join/#wowi-lounge Osagasu (n=Kronus@208.104.156.29) |
| 20:17.41 | *** part/#wowi-lounge Telrin (n=test@shandalar.xs4all.nl) |
| 20:17.59 | Shirik | does it have a better name than "wire that gets put into a breadboard" >< |
| 20:18.46 | Shirik | (If you can't tell, I once again made the mistake of putting off projects until the last two weeks of school, and now have to wire this thing up over the course of a few days >< ) |
| 20:18.48 | Maldivia | Shirik: radioshack.com "Cables, parts & Connectors", select Wire |
| 20:18.50 | Maldivia | that kind ? |
| 20:19.10 | Shirik | Well see I bought some wire from radio shack yesterday, but it definitely wasn't the right kind >< |
| 20:19.14 | Shirik | it looked right though |
| 20:19.26 | Shirik | so I know I don't need hookup wire anymore :P |
| 20:19.33 | Shirik | I'm smart enough to know I don't need speaker wire |
| 20:19.38 | Shirik | I guess I'm slowly narrowing it down |
| 20:19.46 | Iriel | Couldn't you just ask someone? |
| 20:19.49 | Iriel | In the store? |
| 20:20.00 | Shirik | I hate doing that it makes me look stupid >< |
| 20:20.07 | raevanmorlock | Buy something similar to what you're making and strip the wire out of it |
| 20:20.19 | Shirik | In case you missed it, I'm in college. I don't have money |
| 20:20.35 | Shirik | besides, in all seriousness, most embedded systems use PCBs |
| 20:20.36 | Shirik | not wire |
| 20:20.42 | raevanmorlock | But you're willing to buy 100 different types of wire til you find the one you need instead of ask :P |
| 20:20.48 | Iriel | You want 'Single core plastic coated wire - 0.6mm diameter' |
| 20:20.55 | Shirik | Thanks Iriel I love you |
| 20:21.01 | Iriel | http://www.kpsec.freeuk.com/breadb.htm |
| 20:21.36 | Shirik | be back in a bit :) |
| 20:25.42 | *** join/#wowi-lounge batrick (n=batrick@d00-64-106-86-242.dhcp.unm.edu) |
| 20:34.26 | *** join/#wowi-lounge leethal (n=leethal@kri1-1x-dhcp229.studby.uio.no) |
| 20:34.56 | *** join/#wowi-lounge Osagasu (n=Kronus@208.104.156.29) |
| 20:36.28 | leethal | I got a PM from purl saying "You have 1 messages awaiting, from: XXX (botmail read)" |
| 20:37.40 | Shadowed | <PROTECTED> |
| 20:37.49 | cladhaire | Tem wants you to update Dongle in your addon |
| 20:37.52 | cladhaire | cause you're using an old version |
| 20:38.02 | Shadowed | oh yeah i forgot to update NP |
| 20:39.55 | leethal | ah |
| 20:40.02 | leethal | uh |
| 20:41.47 | *** join/#wowi-lounge Lysistrata124 (n=yousuck@xdsl-81-173-176-61.netcologne.de) |
| 20:42.04 | *** join/#wowi-lounge PProvost (n=PProvost@WoWUIDev/WAU/Admin/Pprovost) |
| 20:42.04 | *** join/#wowi-lounge beerke (n=beerke@5353E179.cable.casema.nl) [NETSPLIT VICTIM] |
| 20:42.04 | *** join/#wowi-lounge Cide (n=Cide@81-226-233-5-no60.tbcn.telia.com) [NETSPLIT VICTIM] |
| 20:42.04 | *** join/#wowi-lounge Gnarfoz_ (n=smallbra@unaffiliated/gnarfoz) [NETSPLIT VICTIM] |
| 20:42.04 | *** join/#wowi-lounge [Ammo] (n=wouter@connected.dnd.utwente.nl) [NETSPLIT VICTIM] |
| 20:42.04 | *** mode/#wowi-lounge [+v Cide] by irc.freenode.net |
| 20:43.01 | *** join/#wowi-lounge [Ammo] (n=wouter@connected.dnd.utwente.nl) |
| 20:43.31 | *** join/#wowi-lounge Cide (n=Cide@81-226-233-5-no60.tbcn.telia.com) |
| 20:43.31 | *** mode/#wowi-lounge [+v Cide] by ChanServ |
| 20:51.10 | Tem | oh lol! |
| 20:51.20 | Tem | I hope they have premade characters on the PTR |
| 20:51.28 | Tem | seeing as I don't have a 70 |
| 20:51.57 | Tem | I'll finally be one of those people who doesn't actually have a max-level character playing one on the ptr |
| 20:52.28 | *** join/#wowi-lounge MoonWolf (n=MoonWolf@89.98.118.15) |
| 20:52.28 | *** mode/#wowi-lounge [+v MoonWolf] by ChanServ |
| 20:52.29 | Elkano | you aren't 70, yet? haha ;) |
| 20:52.45 | *** join/#wowi-lounge sioraiocht (n=rtharper@cpe-74-71-116-245.twcny.res.rr.com) |
| 20:54.10 | Tem | Elkano, I'm not 61 yet |
| 20:54.29 | Tem | I basically haven't played at all since near the end of beta |
| 20:54.47 | Elkano | well, I've hit 69 a few minutes ago... to much coding time ;) |
| 20:54.58 | Tem | I almost feel bad letting my full t2 set go to waste |
| 20:57.34 | Tem | but really, on the PTR, I'd just want to experience a flying mount |
| 20:57.38 | Iriel | success Shirik ?? |
| 20:57.55 | Shirik | seems so, we'll find out in a sec :P |
| 20:58.11 | Shirik | I need to find my wire stripper >.> |
| 20:59.37 | Shirik | ah perfect |
| 20:59.38 | *** join/#wowi-lounge krka (n=krka@c83-250-203-119.bredband.comhem.se) |
| 20:59.38 | Shirik | thanks iriel ^^ |
| 21:00.12 | Iriel | It's been a long time since I had to think about breadboards 8-) |
| 21:00.49 | Shirik | well we have everything supplied for us in the lab, but if I want to manage to get this project done on time, I have to work on it at home, so this is the first time I've had to buy anything |
| 21:01.38 | Jumpee | Shirik: I missed seeing this, what are you making for the lab? |
| 21:02.20 | Shirik | ever played Simon? |
| 21:02.37 | Jumpee | the 4 color thingie? yes |
| 21:02.47 | Shirik | that's what I'm making |
| 21:03.08 | Shirik | I have to put the parts together, code it, the works |
| 21:03.08 | Thunder_Child | because buying it is so difficult? |
| 21:03.13 | Shirik | it's for a class >.> |
| 21:03.38 | Thunder_Child | ah....to bad you cant one up them, use oled buttons and have pictures on them |
| 21:03.51 | Thunder_Child | like "match the boobies" |
| 21:04.06 | Shirik | .. huh? |
| 21:04.15 | Shirik | oh |
| 21:04.50 | Thunder_Child | instead of just colors and sounds there can be moving pictures as well |
| 21:05.05 | Shirik | yeah, I don't have that kind of time >< |
| 21:05.16 | Shirik | nor the memory I think |
| 21:05.18 | Shirik | I have.... |
| 21:05.28 | Shirik | 3KB to work with |
| 21:05.28 | Thunder_Child | id think it would be more about the money than anything else |
| 21:05.30 | Shirik | data, code, all |
| 21:06.45 | Jumpee | Shirik: Do others in your class have the same assignment? Or do they all have different projects? |
| 21:07.26 | Shirik | we choose our project |
| 21:07.44 | Shirik | I'd go as far to say as mine's the most difficult |
| 21:08.18 | Shirik | it requires the most external communication (external from the microcontroller's point of view) |
| 21:09.31 | Jumpee | I'm glad that when I went to school they were still teaching electronics using vacuum tubes. |
| 21:09.50 | Shirik | hah |
| 21:10.20 | Shirik | really I kinda like this project |
| 21:10.30 | *** join/#wowi-lounge JoshBorke (n=Josh@r35h14.res.gatech.edu) |
| 21:10.31 | Shirik | I just wish I hadn't waited until the last 2 weeks |
| 21:14.09 | *** join/#wowi-lounge stavmar (n=chatzill@12.148.137.194) |
| 21:23.44 | *** join/#wowi-lounge Parak (i=PROFI@user-387hhso.cable.mindspring.com) |
| 21:42.33 | *** join/#wowi-lounge Nargiddley (n=narg@203-97-236-74.cable.telstraclear.net) |
| 21:43.27 | *** join/#wowi-lounge PProvost (n=PProvost@WoWUIDev/WAU/Admin/Pprovost) |
| 22:02.28 | ckknight | anyone know how to anchor a frame to the cursor? |
| 22:02.55 | Iriel | I use an OnUpdate handler |
| 22:03.38 | *** join/#wowi-lounge leethal (n=leethal@kri1-1x-dhcp229.studby.uio.no) |
| 22:07.37 | leethal | I used to have this xml - http://wowi.pastey.net/12419. I made it into lua, as done here http://wowi.pastey.net/12420 |
| 22:07.53 | leethal | my question is: how can i do the <Layers> part with Lua? |
| 22:08.19 | leethal | I tried googling the wiki for layer, but couldn't find anything |
| 22:09.08 | Iriel | SetDrawLayer, I think |
| 22:09.24 | Iriel | Should be on http://www.wowwiki.com/Widget_API |
| 22:09.29 | ckknight | yea, you specify it on CreateFrame, but can change it with SetDrawLayer |
| 22:09.47 | Cide | wait, what's the problem with the layers? |
| 22:09.59 | Cide | you have :CreateFontString and :CreateTexture |
| 22:10.00 | leethal | EnableDrawLayer, it seems |
| 22:10.07 | leethal | can't find SetDrawLayer =/ |
| 22:10.12 | Cide | or am I thinking of something else? |
| 22:10.22 | Cide | you specify which layer it goes into in those function calls |
| 22:11.27 | leethal | Cide: in the xml, I have a "Afk timer" text above the timer frame itself |
| 22:11.46 | Cide | <FontString name="$parentHeader" inherits="GameFontNormal" text="AFK Timer"> ? |
| 22:11.46 | leethal | perhaps there's a better way of doing this, and I'm looking for the wrong thing |
| 22:12.02 | leethal | yeah, that one |
| 22:12.52 | Cide | so... local afkTimer = parent:CreateFontString(parent:GetName() .. "Header", "ARTWORK", "GameFontNormal"); afkTimer:SetText("AFK Timer"); afkTimer:SetPoint("LEFT", parent, "TOPLEFT", 0, 5) |
| 22:13.24 | leethal | ah, nice |
| 22:13.29 | leethal | lua > xml |
| 22:15.04 | *** join/#wowi-lounge QQngsk (n=gngsk@c-69-138-213-251.hsd1.md.comcast.net) |
| 22:30.59 | *** join/#wowi-lounge Guillotine (n=Guilloti@ns.motek-services.com) |
| 22:55.48 | *** join/#wowi-lounge PProvost (n=PProvost@WoWUIDev/WAU/Admin/Pprovost) |
| 22:57.58 | *** join/#wowi-lounge foxlit (n=me@0x50c4b029.albnxx9.adsl-dhcp.tele.dk) |
| 22:58.29 | foxlit | Hi :) |
| 22:58.40 | Shirik | rawr |
| 22:58.59 | foxlit | So I'm leveling mining from 1-375 |
| 22:59.28 | foxlit | wrote a cool script to borrow node locatiosn from wowhead and import them into gathering, all was fine and dandy in Azeroth |
| 22:59.57 | foxlit | Seems that blizzard has a change of strategy when it comes to nodes in the outlands |
| 23:03.06 | foxlit | http://img260.imageshack.us/img260/2041/hellfiregw0.jpg |
| 23:03.34 | nevcairiel | so whats wrong with it? |
| 23:03.44 | nevcairiel | too many nodes ? :p |
| 23:03.46 | foxlit | It's an almost entirely uniform distribution of nodes |
| 23:04.13 | foxlit | What Blizzard has done is sinister - there are actually node clusters, in which only one node can be up at any time |
| 23:04.20 | Shirik | lol |
| 23:04.25 | nevcairiel | heh |
| 23:04.26 | Shirik | so what you're saying is |
| 23:04.28 | Shirik | no more easy mode? |
| 23:04.37 | foxlit | Yeah, sucks! |
| 23:04.38 | nevcairiel | my herbalism maps look somewhat the same |
| 23:05.07 | foxlit | Want to know if anyone has code tracking those clusters - if I gathered a node, gray out all of the remaining cluster nodes for 5m or something? |
| 23:05.27 | nevcairiel | if you can link the cluster nodes. |
| 23:05.29 | nevcairiel | somehow. |
| 23:05.49 | Shirik | that would be nearly impossible, statistically |
| 23:05.59 | Shirik | to research them all and determine which nodes are linked |
| 23:06.07 | nevcairiel | yea |
| 23:06.20 | foxlit | <Shirik> that would be nearly impossible, statistically |
| 23:06.24 | foxlit | why? :) |
| 23:06.24 | Shirik | even if you had a list of every single node, the ability to link them together is extremely difficult, if not impossible, because of statistical randomness |
| 23:06.33 | *** join/#wowi-lounge Kirov (n=Kirov@204.155.78.243) |
| 23:06.54 | foxlit | "statistical randomness"? |
| 23:06.57 | Shirik | there are indeed complex tests that exist to help calculate, but nothing certain |
| 23:07.03 | Shirik | the problem is |
| 23:07.05 | nevcairiel | so you mine your node, and some other respawns 5 minutes later .. maybe its your cluster, maybe some other cluster and someone else mined that clusters node |
| 23:07.17 | Shirik | the type of test that is required to actually figure out which nodes are linked |
| 23:07.21 | Shirik | never gives a definite answer |
| 23:07.26 | Shirik | it only gives a "confidence level" |
| 23:07.33 | foxlit | I'm under the impression that randomness goes away after a large number of tests |
| 23:07.40 | nevcairiel | true |
| 23:07.41 | Shirik | nothing ever "goes away" |
| 23:07.49 | Shirik | to reach 100% confidence, you need n = inf |
| 23:07.49 | nevcairiel | we will check back in like 10 years :P |
| 23:08.05 | Shirik | standard normal curve |
| 23:08.41 | Shirik | here's a good diagram of it: http://en.wikipedia.org/wiki/Bell_curve_grading |
| 23:08.54 | foxlit | We aren't actually operating on that big a number |
| 23:09.20 | Shirik | The problem isn't the number of nodes, it's the chance that it will spawn |
| 23:10.50 | foxlit | Operate on the assumption that nobody else is mining, and there's a pretty small radius in which nodes can be grouped |
| 23:11.03 | Shirik | ok |
| 23:11.23 | foxlit | Should you happen to mine a node too close to another node too soon, you may assume they're not linked. |
| 23:11.41 | Shirik | correct |
| 23:11.45 | Shirik | so you've isolated that that node is not linked |
| 23:12.08 | nevcairiel | now it spawns in a time where it could be linked |
| 23:12.09 | Shirik | but you can't prove that something _is_ linked by not proving that they are not linked |
| 23:12.12 | nevcairiel | but is it ? :) |
| 23:12.44 | Shirik | you can only prove the converse of what you want |
| 23:12.55 | foxlit | I'm operating under the assumption that there exist clusters, and I'm willing to settle for reasonable certainty of what they are |
| 23:12.57 | Shirik | but p -> r does not imply ~p -> ~r |
| 23:13.16 | Shirik | only p -> r implies ~r -> p |
| 23:13.21 | Shirik | ~r -> ~p * |
| 23:16.30 | Kaso | Only in EU is the simple task of resetting a bugged mob too much for a GM. |
| 23:16.32 | Kaso | >.< |
| 23:16.55 | Shirik | I had the same experience :P |
| 23:17.13 | Shirik | I pointed out a mob was permanently evading, and I needed it for a quest |
| 23:17.20 | Shirik | and he's like "thanks for your report we will take care of it" |
| 23:17.27 | Shirik | An hour I come back, same place |
| 23:17.49 | Kaso | he wont reset it because "the event resets itself ever 20-30min" then i tell him ive been stood next to the mob for exactly 59minutes now and he says its working as. |
| 23:18.00 | Shirik | lol |
| 23:18.36 | foxlit | Which cluster? :) |
| 23:18.56 | Kaso | frankfurt 2 iirc |
| 23:19.01 | Kaso | if that is what you mean |
| 23:19.06 | foxlit | My encounters with GMs have mostly been a positive thing; might just vary with location |
| 23:19.49 | foxlit | Hm, so I need a gatherer log to work on |
| 23:24.32 | *** join/#wowi-lounge Kody- (n=nope@69.109.103.158) |
| 23:25.27 | *** part/#wowi-lounge Groll (n=yodla@hstad-132-175-209-82.3.cust.bredband2.com) |
| 23:40.06 | leethal | can you do /petattack via /cast somehow? |
| 23:40.19 | leethal | wanna make /cast [if shift key is down] petattack |
| 23:41.58 | Nerinia | hm, /petattack [modifier:shift]? |
| 23:42.49 | Shirik | yes, that works |
| 23:42.58 | Shirik | I use that on one of my macros |
| 23:43.00 | leethal | oh, cool =) |
| 23:43.10 | Shirik | (what Nerinia said works) |
| 23:43.19 | *** join/#wowi-lounge Mike-N-Go (n=MikeNGoS@64.193.93.197) |
| 23:43.19 | leethal | actually, I got that wrong |
| 23:43.31 | leethal | I want it to cast petattack if the shiftkey is NOT down |
| 23:43.41 | Shirik | then /petattack [nomodifier:shift] |
| 23:43.42 | leethal | [not modifier:shift] or something like that? |
| 23:43.44 | leethal | ah ok |
| 23:44.05 | Shirik | hunter? |
| 23:44.09 | leethal | ye |
| 23:44.12 | Shirik | here's mine: |
| 23:44.16 | leethal | having autoshot and pet attack in the same |
| 23:44.30 | leethal | I used to have "cast hunters mark if target doesn't have hunters mark" in pre 2.0 |
| 23:45.18 | Shirik | #showtooltip Hunter's Mark /cast Hunter's Mark /petattack [nomodifier:ctrl] /cast [pet:cat,nomodifier:alt] Prowl |
| 23:45.39 | leethal | what's that #showtooltip stuff? |
| 23:45.54 | Shirik | so when I hover over the button, it will show me the tooltip for hunter's mark |
| 23:46.15 | leethal | neat =) |
| 23:46.29 | Shirik | alternatively use #show |
| 23:46.35 | Shirik | also if you choose the ? icon |
| 23:46.36 | leethal | there's no way you can do "cast hunters mark if target doesn't have hunter's mark" in 2.0 right? |
| 23:46.41 | Shirik | these also set the icon to use |
| 23:46.45 | Shirik | correct |
| 23:46.51 | Shirik | but hunter's mark doesn't cost that much... |
| 23:47.03 | leethal | I guess a shift thingie could do there too |
| 23:49.15 | leethal | no, it doesn't cost much, but it's on GCD =/ |
| 23:51.54 | foxlit | You can probably do something like /castsequence [reset=target] Hunter's Mark; Non HM-spell x 10 |
| 23:52.23 | foxlit | Not quite the same, but should work most of the time |
| 23:52.36 | leethal | what exactly does it do? |
| 23:52.52 | foxlit | Casts Hunter's Mark the first time you click on the button, another spell the second, third, fourth... time |
| 23:53.04 | leethal | ah |
| 23:53.07 | foxlit | If you change targets, it resets, and considers the click on the button the first time again. |
| 23:53.21 | Shirik | what is HM-spell? |
| 23:53.28 | foxlit | Hunter's Mark |
| 23:53.33 | Shirik | oh |
| 23:53.40 | Shirik | alternatively you could use a spell that never can be cast |
| 23:53.57 | Shirik | like /castsequence [reset=target] Hunter's Mark; White Ram |
| 23:54.11 | foxlit | It can actually use an item, so be wary :) |
| 23:54.12 | Shirik | will only let you cast hunter's mark once, then fail until you change your target |
| 23:54.18 | Shirik | not in combat |
| 23:54.22 | Shirik | that one, specifically |
| 23:54.23 | foxlit | Find a pacive racial :) |
| 23:54.29 | foxlit | passive, even |
| 23:54.56 | foxlit | Wonder if /cast Dodge works |
| 23:55.06 | leethal | hah |
| 23:55.21 | leethal | <PROTECTED> |
| 23:55.38 | foxlit | :P |
| 23:56.04 | foxlit | The entire secure framework is sort of bypassable when it comes to casting, at the moment. |
| 23:56.56 | AnduinLothar | hmm, new GotW icon, nifty |
| 23:57.10 | leethal | no more pink paw? =( |
| 23:57.20 | nevcairiel | MotW still has the old |
| 23:57.27 | nevcairiel | GotW has a new one |
| 23:57.28 | AnduinLothar | nah, it's liek 3 mini paws |
| 23:57.38 | AnduinLothar | but they dont look like paws |
| 23:57.55 | *** join/#wowi-lounge snurre- (n=snurre@AVelizy-153-1-101-199.w90-35.abo.wanadoo.fr) |
| 23:58.02 | AnduinLothar | like a circle of paws |
| 23:58.09 | foxlit | Finally |
| 23:58.19 | foxlit | I can remove my hackish code for GotW spellname detection, then |
| 23:59.27 | AnduinLothar | so they changed imp santity aura... it's no longer useful for healers |
