| 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) |