> > Hi Alin, > > It was easier for me to call Windows APIs from python, that mimics > detach_process, and to be in a better control on what's happening, than > creating a *DLL and loading it in order to call this function. > *On Windows the LIB file cannot be loaded as-is; a DLL with entry point > needs to be created, allowing the ntdll loader to resolve the imported > functions. [Alin Gabriel Serdean: ] I understand the concern but we can deal with that pretty easily from the build system. I understand the reasoning behind it, but in my opinion it seems we are duplicating the effort and in case of problems it will mean another codebase to maintain. Adding Ben and Guru to the thread extra opinions are always welcomed :).
I think so far we have tried to keep Python code independent of OVS C libraries. My opinion is that we keep the problem space limited with this patch series ( and if there is time on anyone's hand, try and work on what Alin is suggesting to see whether it fits well with all the linux packaging and build system variations.) So far, python daemonization code hasn't seen any bugs for a few years on Linux, so I don't think there will be a lot of maintenance burden. The windows ones probably will start with some bugs.. [Alin Gabriel Serdean: ] I’m ok with starting just with the python part and we can have another discussion about using the C libraries later on. _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
