| 01:03.53 | seebs | I think it's shown in the tooltip for the system icon, and maybe in Inspect.Addon.*. |
| 01:03.56 | seebs | NEW TOY! |
| 01:04.00 | seebs | http://www.seebs.net/rift/pts/ |
| 01:04.39 | Mere | ooh shiney new web pages :) |
| 01:06.48 | seebs | D'oh |
| 01:06.57 | seebs | I overlooked a thing, new version coming momentarily. |
| 01:07.41 | seebs | Just realized I could categorize frames and their events, too. |
| 01:08.02 | Mere | nice |
| 01:08.19 | Mere | hmm, from your new webpages doesn't look like addon memory is tracked per addon |
| 01:08.28 | Mere | just cpu |
| 01:08.41 | seebs | Could be, I don't remember. |
| 01:09.11 | Mere | yeah, hovering over the icon thing, does show total addon memory, but not sure why it's going up and down, 733k to 800k ish |
| 01:09.31 | Mere | IE is it my addon, or something else |
| 01:09.36 | Mere | oh fun, rift just crash on me... |
| 01:10.09 | seebs | Yeah, I crashed mine recently. |
| 01:10.15 | seebs | It's because we are bad people. |
| 01:10.32 | Mere | in this case I wasn't doing anything, left the mouse hovernig on the performance thing.... |
| 01:10.40 | Mere | so I could see the memory usage |
| 01:10.50 | Mere | ah well, crash report sent |
| 01:11.16 | seebs | I am so happy with my addon docs tool. It makes my life a ton easier. |
| 01:11.34 | ZorbaTHut | mere, memory usage tends to fluctuate a bit naturally |
| 01:11.48 | Mere | yes, just surprised, as no events I process are firing |
| 01:11.54 | Mere | so it's just background noise I guess? |
| 01:11.57 | seebs | Only real problem is that it picks up my local addons, as well as the UI's native documentation. |
| 01:12.13 | ZorbaTHut | pretty much. there's a 1.8 patch to reduce that so that events which aren't hooked won't generate churn |
| 01:12.15 | Mere | (was trying to work out how to tell if my addon leaks memory/resources) |
| 01:13.13 | Mere | as I've been reworking some bits so I can reuse the UI object, but that means making sure that it Creates itself, and all the other child UI objects once |
| 01:13.27 | Mere | which wasn't quite how I'd done it originally |
| 01:18.37 | Mere | hmm, wish there was a way to make lua error if you write to a global.... |
| 01:19.00 | Mere | it's normally a bug, I normally mean to use a self.... |
| 01:23.00 | ZorbaTHut | I believe there is, but it'll probably break other things. you can theoretically change _G's metatable to error on write. |
| 01:23.04 | ZorbaTHut | Don't do that on releases though :V |
| 01:23.37 | Mere | lol |
| 01:23.41 | ZorbaTHut | (I agree, btw - there aren't too many things in Lua that really bug me, but the difficulty of tracking accidental global use is one of 'em) |
| 01:24.22 | Mere | it feels like it leads to leaky addons, as they accidently write to global, and it just works... |
| 01:24.52 | Mere | (I've seen a few addons where they don't use local xxx in functions, so that's something dropped into global, and left there...) |
| 01:25.02 | ZorbaTHut | I've thought about rigging up some kind of debug mode that explicitly tracks that and spits out warnings |
| 01:25.23 | ZorbaTHut | but it's never seemed like a good use of time |
| 01:26.07 | ZorbaTHut | that said, I think people are a bit overly paranoid about global clutter. it's not really a speed issue and it's rarely a bug causer. it's obviously not *good*, but I think people tend to take it too far |
| 01:27.33 | Mere | I suspect it's more an issue that if it's some commonly named variable and two or more addons use that name... |
| 01:27.49 | Mere | or a library messes up and uses it |
| 01:28.15 | seebs | Mostly I worry about it in terms of unintended leakage or possible smashes of other peoples' stuff. |
| 01:29.45 | ZorbaTHut | yeah, that can happen, but it's actually rather rare - keep in mind it requires *two* different addons to have the same mistake with a variable named the same thing, either in a situation that is not used for temporary storage or in a situation where the addons call each other's functions |
| 01:30.09 | ZorbaTHut | and all of that put together is, in my experience, somewhat rare. Certainly happens, but very uncommon. I think I've seen two cases of it ever. |
| 01:31.23 | ZorbaTHut | Not that I want to discourage anyone from writing good code, of course ;) |
| 03:09.37 | *** join/#riftuidev vect0r (~vect0r@unaffiliated/vect0r) |
| 03:20.53 | *** join/#riftuidev Nivlix (~Nivlix@pool-72-84-80-142.nrflva.fios.verizon.net) |
| 05:32.04 | *** join/#riftuidev idolby (~dolby-wow@MMOI/Administrator/pdpc.silver.dolby) |
| 05:32.04 | *** mode/#riftuidev [+o idolby] by ChanServ |
| 05:53.00 | seebs | Hmm, you have a good point; there's no way two people can be running at the same time, so things that had the lifespan of a local will rarely be a problem. |
| 06:15.52 | *** join/#riftuidev vect0r (~vect0r@unaffiliated/vect0r) |
| 07:29.56 | *** join/#riftuidev lXl (~Main@cpe-76-186-86-209.tx.res.rr.com) |
| 07:30.01 | lXl | Hello o/ |
| 07:31.23 | Cairenn | hi hi lXl |
| 07:35.13 | lXl | I've been learning about prototyping :) |
| 08:08.51 | Torhal | fails, once again, to prototype Cairenn. |
| 08:08.59 | Cairenn | heh |
| 08:09.40 | lXl | :( |
| 08:10.08 | lXl | var lXl = new Cairenn() |
| 08:10.16 | lXl | lXl.admin() |
| 08:10.16 | Cairenn | lol |
| 08:11.01 | Torhal | LIES! |
| 08:15.36 | *** join/#riftuidev Aurorus_ (~Aurorus@ppp121-44-47-197.lns20.syd6.internode.on.net) |
| 08:32.43 | *** join/#riftuidev Sunspots (~Sunspots@c213-89-195-33.bredband.comhem.se) |
| 08:54.43 | *** join/#riftuidev Kreiri (~kreiri@109.122.4.190) |
| 09:45.42 | *** join/#riftuidev Cairenn (~Owner@MMOI/Administratrix/Cairenn) |
| 09:45.42 | *** mode/#riftuidev [+o Cairenn] by ChanServ |
| 10:40.02 | *** join/#riftuidev Torhal (~torhal@c-71-207-224-241.hsd1.al.comcast.net) |
| 10:40.03 | *** mode/#riftuidev [+v Torhal] by ChanServ |
| 14:48.09 | *** join/#riftuidev Kreiri (~kreiri@193.108.249.252) |
| 16:24.22 | *** join/#riftuidev vect0r (~vect0r@unaffiliated/vect0r) |
| 16:26.45 | *** part/#riftuidev kergoth (~kergoth@covenant.kergoth.com) |
| 16:44.07 | starlon | lXl: lol |
| 17:00.09 | *** join/#riftuidev Torhal_ (~torhal@c-71-207-224-241.hsd1.al.comcast.net) |
| 17:00.09 | *** mode/#riftuidev [+v Torhal_] by ChanServ |
| 17:18.09 | *** join/#riftuidev Torhal (~torhal@c-71-207-224-241.hsd1.al.comcast.net) |
| 17:18.09 | *** mode/#riftuidev [+v Torhal] by ChanServ |
| 17:20.31 | seebs | Okay, Trion wins some sort of "WTF DUDES" prize for a minor hotfix which removed all guilds. |
| 17:20.36 | seebs | That is awesome. |
| 17:39.19 | starlon | lol |
| 18:42.32 | lXl | removed all guilds? |
| 18:53.40 | lXl | We have sent an email to the email address associated with your account. Please respond to this message from Trion Worlds Support (noreply@triongames.com) to continue with this brief process. |
| 18:53.41 | lXl | UGH |
| 18:54.05 | lXl | This isn't increasing the strength of my account, my account was 100% strong, and I'm still locked out from this :( |
| 19:16.03 | seebs | Huh? |
| 19:16.28 | lXl | I can't get into my account cause Trion has to email me first :( |
| 19:16.42 | seebs | Coin lock? |
| 19:16.44 | lXl | I'm coinlocked anyway if I do get in, I really need to call them |
| 19:16.57 | lXl | No, like logging into the site at all requires me to check my email |
| 19:17.45 | seebs | Ahh. Huh. |
| 19:21.33 | lXl | IDK |
| 19:21.44 | lXl | Gotta go to work |
| 19:21.48 | *** part/#riftuidev lXl (~Main@cpe-76-186-86-209.tx.res.rr.com) |
| 19:27.05 | *** join/#riftuidev vect0r (~vect0r@unaffiliated/vect0r) |
| 20:30.48 | *** join/#riftuidev kergoth (~kergoth@covenant.kergoth.com) |
| 21:01.32 | *** join/#riftuidev Aurorus_ (~Aurorus@ppp121-44-47-197.lns20.syd6.internode.on.net) |
| 22:32.38 | *** part/#riftuidev kergoth (~kergoth@covenant.kergoth.com) |
| 22:32.40 | *** join/#riftuidev kergoth (~kergoth@covenant.kergoth.com) |
| 22:32.49 | *** part/#riftuidev kergoth (~kergoth@covenant.kergoth.com) |