yup, scoped sessions are problematic exactly because people don't think to close them...just the other day I was advising somebody who thought scoped sessions were "automatically managed" and didn't need to be closed.
2 replies
Federico Caselli
@CaselIT
@zzzeek the dataclasses stuff seems pretty easy to extend
mike bayer
@zzzeek
@CaselIT im sure it's not too hard as long as you arent doing slots
Federico Caselli
@CaselIT
yes, I think slots would require support in the orm
_
since you would need to add the _sa_... slot too
Federico Caselli
@CaselIT
but since there is basically no change compared with a plain class, I think we can live without supporting them
mike bayer
@zzzeek
I got ranges and multiranges working on asyncpg etc
was MUCH easier than I thought, psycopg has lots of complex stuff that isn't needed
@CaselIT re: slots, yes we'd need a big attribute change, since the InstanceState needs to have a "dict", so it would need to know how to get a "dict" from a slots class
@CaselIT all very doable, but a lot of work and also InstanceState kind of defeats the "performance" goal
@CaselIT having a "dict" over a slots class has to be a cython thing otherwise it's much slower than not using slots
Federico Caselli
@CaselIT
I'm really not sure it's worth it, since the performance change is negligible compared with a normal class
mike bayer
@zzzeek
just tried to release and twine upload seems to be silently failing
Jonathan Vanasco
@jvanasco
is it maybe from that new "protected projects" thing?