-
Notifications
You must be signed in to change notification settings - Fork 757
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Make Vista the minimum required Windows version #2017
Conversation
No chance to keep at least Windows XP compatibility, does 501 not help? ;) Could you elaborate a little bit... I've seen several requests for XP... |
The problem is that to solve #2012, I used the |
Ah, when I build I had forgotten to set the value back to 500. Do you want me to try build with 501, or is it sure already that it will not work? |
According to the docs (https://msdn.microsoft.com/en-us/library/windows/desktop/aa363792(v=vs.85).aspx, it is Vista. I am going to make a quick test with CancelIO, and see if it works, but I have my doubts. |
That's very kind... |
:(, it did not work. As I thought, the ::ReadFile on stdin is on another thread, so we need CancelIoEx to interrupt it. I can't think of another way to do this... |
Well, another possibility would be to "manufacture" the Enter when exiting. That is, when detecting the exit, send an extra "Return" character, so that the ReadFile exits... but that would be quite a hack (I am not sure it even qualifies as a workaround ;)) ... |
Haha, worse than a hack, I would say ;) Well, my god, then I guess there is nothing we can do... In that long FB thread I took the position we need a factual argument, and this seems to be one... So 3.7.1 will be the last XP version then... Rest in peace, XP... ;) But thanks a lot for trying! |
Btw, one thing I observed: sclang closes scsynth properly now when shut down by 0.exit, but if you close the IDE without explicitly closing sclang, scsynth still stays behind... Also when closing sclang via menu-entry it still gets shutdown quite rudely, at least it complains that it shut down abnormaly ;) |
I have been thinking a bit more, and perhaps it is not such a big hack... Then, people can decide. |
Okay! Thank you! |
I don't think I can do it for the 0.exit case (without a big hack, as I said), but I might be able to do it for the exit from menu case. |
No, I don't see a clean way to do this in Windows without the CancelIoEx, which requires Vista at least. There is probably a way, but I don't have much time... :(. |
Yea, well, than that seems to be the "factual reason" we needed. Maybe it would be worth adding a comment in the source that this addition breaks Windows XP compatibility, so that if it ever gets an issue we could easily find the place? |
Ok, I will include that comment. On 3 May 2016 at 10:17, Rainer Schütz notifications@github.com wrote:
|
so this is just waiting on a minor doc addition ? otherwise ready to merge, right ? |
Yep, just merge to shorten the list. I'll come with some readme stuff anyways, so it'll be part of that... Nothing formal changes really as we de facto already dropped XP support. |
It has a use in master by reducing the amount of places in which the VS build will break ;) So no need to wait until the same change will be merged from 3.7.2 ;) |
The request to add a comment refers to another PR. It's already done there. |
Some APIs require a more recent version than XP. Vista seems a reasonable compromise.