00:55.06 | *** join/#storm fcorrea (~fcorrea@201-62-110-55-ma.static.vivax.com.br) |
01:05.10 | *** join/#storm jdobrien (~john@97.103.22.146) |
05:44.41 | *** join/#storm jukart (lovely@81.189.156.94) |
07:27.01 | *** join/#storm zmijunkie (~chatzilla@i59F5C4D8.versanet.de) |
07:29.14 | *** join/#storm danilos (~danilo@canonical/launchpad/danilos) |
08:04.21 | *** join/#storm stub (~stub@ppp-58-11-85-62.revip2.asianet.co.th) |
08:04.21 | *** join/#storm stub (~stub@canonical/launchpad/stub) |
08:17.41 | *** join/#storm keppla (~keppla@i577B222F.versanet.de) |
08:30.23 | *** join/#storm jdobrien (~john@97.103.22.146) |
09:17.22 | *** join/#storm stub (~stub@canonical/launchpad/stub) |
09:37.58 | *** join/#storm danilos (~danilo@canonical/launchpad/danilos) |
09:42.44 | *** join/#storm danilos (~danilo@canonical/launchpad/danilos) |
10:53.40 | *** join/#storm keppla1 (~keppla@i577B0CBA.versanet.de) |
12:05.28 | *** join/#storm fcorrea (~fcorrea@201-62-110-55-ma.static.vivax.com.br) |
12:16.59 | salgado | does anybody know why ZStorm reuses storm.database.Database objects in different stores? |
12:19.44 | *** join/#storm keppla (~keppla@i577B2284.versanet.de) |
12:23.15 | *** join/#storm stub (~stub@ppp-58-11-85-62.revip2.asianet.co.th) |
12:23.15 | *** join/#storm stub (~stub@canonical/launchpad/stub) |
12:28.24 | *** join/#storm jelmer_ (~jelmer@aurelia.vernstok.nl) |
12:39.49 | *** join/#storm jelmer_ (~jelmer@aurelia.vernstok.nl) |
13:24.21 | *** join/#storm zmijunkie (~chatzilla@i59F5FA06.versanet.de) |
13:33.57 | therve | salgado: probably because it doesn't new ones? |
13:37.17 | salgado | therve, yeah, I can see it caches them in a global utility for reuse, but I'm wondering if there's any reason for doing that instead of letting new ones be created |
13:37.18 | *** join/#storm elmom_ (~elmom@MMCDLXXXVII.gprs.sl-laajakaista.fi) |
13:38.26 | salgado | brb |
13:40.05 | therve | salgado: it's likely to be an optimization |
13:40.13 | therve | I don't know if it's a very good one |
13:40.19 | therve | it sure doesn't harm right now, though |
13:53.03 | *** join/#storm fcorrea (~fcorrea@187.3.27.78) |
14:08.26 | dotplus | jdobrien: hm. perhaps there should be. |
14:14.33 | *** join/#storm zmijunkie (~chatzilla@i59F5FA06.versanet.de) |
14:18.27 | salgado | therve, right, but since the Database class is apparently expected to be customized (through register_scheme()), maybe it should warn users about that. the custom one we use in Launchpad can change its _dsn after instantiation, which sounds reasonable until you find out instances of the class are shared across threads |
14:41.49 | *** join/#storm fcorrea (~fcorrea@187.3.27.78) |
17:39.00 | *** join/#storm jukart (~jukart@d86-32-163-62.cust.tele2.at) |
17:39.00 | *** join/#storm vvinet (~vince@smtpin.revolutionlinux.com) |
18:40.47 | *** join/#storm jdobrien (~john@97.103.22.146) |
19:07.55 | *** join/#storm jdobrien_ (~john@146.22.103.97.cfl.res.rr.com) |
22:04.19 | *** join/#storm shaunm (~shaunm@c-98-212-133-244.hsd1.il.comcast.net) |
22:23.56 | *** join/#storm fcorrea (~fcorrea@201-62-110-55-ma.static.vivax.com.br) |
22:24.30 | *** join/#storm fcorrea (~fcorrea@201-62-110-55-ma.static.vivax.com.br) |
22:34.19 | *** join/#storm jukart (~jukart@d86-32-163-62.cust.tele2.at) |