Re: Change in behaviour Python 3.7 > 3.8

2020-02-07 Thread Ethan Furman
On 02/07/2020 09:13 AM, bill.orin...@gmail.com wrote: Does anyone know of a service where I can send my STL files and have them converted to .x3g file, so I can simply upload the file to my SD card and run the parts in my Printer (Creator Pro Flashforge). I have had no success in doing this an

RE: Change in behaviour Python 3.7 > 3.8

2020-02-07 Thread bill.orinski
Does anyone know of a service where I can send my STL files and have them converted to .x3g file, so I can simply upload the file to my SD card and run the parts in my Printer (Creator Pro Flashforge). I have had no success in doing this and converting to the G-code required for my machine... T

Re: Documentation of __hash__

2020-02-07 Thread Random832
On Fri, Feb 7, 2020, at 10:14, Richard Damon wrote: > On 2/6/20 2:13 PM, klau...@gmail.com wrote: > > The default __eq__ method (object identity) is compatible with all > > (reasonable) self-defined __hash__ method. > > > > Stefan > > If __eq__ compares just the id, then the only hash you need is

Re: Change in behaviour Python 3.7 > 3.8

2020-02-07 Thread Serhiy Storchaka
07.02.20 07:27, Frank Millman пише: @Serhiy I import the common object *from* Module A. Sorry, I incorrectly described the change made in issue1. Even if you import it from module A, you can see that it was set to None at the time of executing __del__. But you could see this even before

Re: Documentation of __hash__

2020-02-07 Thread Richard Damon
On 2/6/20 2:13 PM, klau...@gmail.com wrote: The default __eq__ method (object identity) is compatible with all (reasonable) self-defined __hash__ method. Stefan If __eq__ compares just the id, then the only hash you need is the default that is also the id. If you define a separate hash funct

Re: Change in behaviour Python 3.7 > 3.8

2020-02-07 Thread Frank Millman
On 2020-02-07 1:06 PM, Barry Scott wrote: On 7 Feb 2020, at 05:27, Frank Millman wrote: @Barry I agree that __del__() is rarely useful, but I have not come up with an alternative to achieve what I want to do. My app is a long-running server, and creates many objects on-the-fly depending on

Re: Change in behaviour Python 3.7 > 3.8

2020-02-07 Thread Barry Scott
> On 7 Feb 2020, at 05:27, Frank Millman wrote: > > @Barry > I agree that __del__() is rarely useful, but I have not come up with an > alternative to achieve what I want to do. My app is a long-running server, > and creates many objects on-the-fly depending on user input. They should be > s