Re: [ros-dev] [ros-diffs] [tkreuzer] 63520: [MCISEQ] Silence a warning [CMAKE] Get rid of -Wtype-limits, it's noisy, it doesn't provide any reasonable benefit and it's almost impossible to fix these
This helps find logic errors, mostly where the programmer thought the variable was signed but it's actually unsigned, e.g. if (ret 0) for a function that returns (ULONG)-1. I also don't see how the fix would be complicated in most cases. (x = 0) becomes (x == 0), (x 0) becomes (x == (ULONG)-1) or whatever (after a logic review). I know that it'll be problematic if resulting from a macro... but I think it's worth finding a workaround for those cases. Most of the warnings I remember from our code base though (especially ntoskrnl) didn't involve macros and were actually cases of questionable logic... although maybe I recall incorrectly. On 2014-05-31 23:26, tkreu...@svn.reactos.org wrote: [CMAKE] Get rid of -Wtype-limits, it's noisy, it doesn't provide any reasonable benefit and it's almost impossible to fix these warnings without huge haxxory. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev
Re: [ros-dev] [ros-diffs] [tkreuzer] 63520: [MCISEQ] Silence a warning [CMAKE] Get rid of -Wtype-limits, it's noisy, it doesn't provide any reasonable benefit and it's almost impossible to fix these
This is also stuff like if (Option MinOption Option MaxOption) return FALSE; where Option is unsigned and MinOption is 0 yes, you can remove it, but its not beneficial for code readability some cases are due to the use of macros. anyway: if you think itss easily fixed, go ahead, fix it and add the option back :) I just dont want to have ANY warnings at all. Once you have a few warnings here and there, nobody will give a shit anymore and things can easily sneak in without being noticed. Or are you going through the list of warnings after every commit? Gesendet:Samstag, 14. Juni 2014 um 12:49 Uhr Von:Thomas Faber thomas.fa...@reactos.org An:ros-dev@reactos.org Betreff:Re: [ros-dev] [ros-diffs] [tkreuzer] 63520: [MCISEQ] Silence a warning [CMAKE] Get rid of -Wtype-limits, its noisy, it doesnt provide any reasonable benefit and its almost impossible to fix these warnings without huge ... This helps find logic errors, mostly where the programmer thought the variable was signed but its actually unsigned, e.g. if (ret 0) for a function that returns (ULONG)-1. I also dont see how the fix would be complicated in most cases. (x = 0) becomes (x == 0), (x 0) becomes (x == (ULONG)-1) or whatever (after a logic review). I know that itll be problematic if resulting from a macro... but I think its worth finding a workaround for those cases. Most of the warnings I remember from our code base though (especially ntoskrnl) didnt involve macros and were actually cases of questionable logic... although maybe I recall incorrectly. On 2014-05-31 23:26, tkreu...@svn.reactos.org wrote: [CMAKE] Get rid of -Wtype-limits, its noisy, it doesnt provide any reasonable benefit and its almost impossible to fix these warnings without huge haxxory. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev
Re: [ros-dev] [ros-diffs] [tkreuzer] 63520: [MCISEQ] Silence a warning [CMAKE] Get rid of -Wtype-limits, it's noisy, it doesn't provide any reasonable benefit and it's almost impossible to fix these
Well I've been watching their number regularly and looked at the list when it changed ;) But yeah I agree with you that having zero warnings is much better. Nice work on that btw. I had looked through the list of type-limits warnings when I enabled it, but many required a better understanding of the code in question than I had without long investigation. I'll keep them in mind for the future, and will see if I can get rid of them -- my main concern with disabling the option is that we'll easily introduce the warning in new code. On 2014-06-14 14:32, Timo Kreuzer wrote: This is also stuff like if (Option MinOption || Option MaxOption) return FALSE; where Option is unsigned and MinOption is 0 yes, you can remove it, but it's not beneficial for code readability some cases are due to the use of macros. anyway: if you think its's easily fixed, go ahead, fix it and add the option back :) I just don't want to have ANY warnings at all. Once you have a few warnings here and there, nobody will give a shit anymore and things can easily sneak in without being noticed. Or are you going through the list of warnings after every commit? *Gesendet:* Samstag, 14. Juni 2014 um 12:49 Uhr *Von:* Thomas Faber thomas.fa...@reactos.org *An:* ros-dev@reactos.org *Betreff:* Re: [ros-dev] [ros-diffs] [tkreuzer] 63520: [MCISEQ] Silence a warning [CMAKE] Get rid of -Wtype-limits, it's noisy, it doesn't provide any reasonable benefit and it's almost impossible to fix these warnings without huge ... This helps find logic errors, mostly where the programmer thought the variable was signed but it's actually unsigned, e.g. if (ret 0) for a function that returns (ULONG)-1. I also don't see how the fix would be complicated in most cases. (x = 0) becomes (x == 0), (x 0) becomes (x == (ULONG)-1) or whatever (after a logic review). I know that it'll be problematic if resulting from a macro... but I think it's worth finding a workaround for those cases. Most of the warnings I remember from our code base though (especially ntoskrnl) didn't involve macros and were actually cases of questionable logic... although maybe I recall incorrectly. On 2014-05-31 23:26, tkreu...@svn.reactos.org wrote: [CMAKE] Get rid of -Wtype-limits, it's noisy, it doesn't provide any reasonable benefit and it's almost impossible to fix these warnings without huge haxxory. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev
[ros-dev] Fisheye and Jira going down
We'll be doing an upgrade of Fisheye and hopefully Jira, so expect downtime until the all clear is given. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev
[ros-dev] Upgrade complete
Fisheye was upgraded successfully, Jira went off the rails and took us about three hours to recover from. Please report any data loss as we had to restore from backups. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev
Re: [ros-dev] Upgrade complete
As a side note, upgrade to Fisheye 3.4.4 didn't fix ONLINE-461 (which was the main reason behind the upgrade). On 15/06/2014 00:36, Zachary Gorden wrote: Fisheye was upgraded successfully, Jira went off the rails and took us about three hours to recover from. Please report any data loss as we had to restore from backups. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev -- Pierre Schweitzerpierre at reactos.org System Administrator ReactOS Foundation smime.p7s Description: S/MIME Cryptographic Signature ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev
Re: [ros-dev] Upgrade complete
https://code.reactos.org/ does NOT work 15.06.2014, 02:40, "Pierre Schweitzer" pie...@reactos.org:As a side note, upgrade to Fisheye 3.4.4 didn't fix ONLINE-461 (which was the main reason behind the upgrade). On 15/06/2014 00:36, Zachary Gorden wrote:Fisheye was upgraded successfully, Jira went off the rails and took us about three hours to recover from. Please report any data loss as we had to restore from backups. ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev -- Pierre Schweitzerpierre at reactos.org System Administrator ReactOS Foundation,___Ros-dev mailing listRos-dev@reactos.orghttp://www.reactos.org/mailman/listinfo/ros-dev -- Best regards, ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev
Re: [ros-dev] Upgrade complete
Fixed. On 15/06/2014 00:56, Alexander Rechitskiy wrote: https://code.reactos.org/ does NOT work 15.06.2014, 02:40, Pierre Schweitzer pie...@reactos.org: As a side note, upgrade to Fisheye 3.4.4 didn't fix ONLINE-461 (which was the main reason behind the upgrade). On 15/06/2014 00:36, Zachary Gorden wrote: Fisheye was upgraded successfully, Jira went off the rails and took us about three hours to recover from. Please report any data loss as we had to restore from backups. ___ Ros-dev mailing list Ros-dev@reactos.org mailto:Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev -- Pierre Schweitzerpierre at reactos.org System Administrator ReactOS Foundation , ___ Ros-dev mailing list Ros-dev@reactos.org mailto:Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev -- Best regards, ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev -- Pierre Schweitzerpierre at reactos.org System Administrator ReactOS Foundation smime.p7s Description: S/MIME Cryptographic Signature ___ Ros-dev mailing list Ros-dev@reactos.org http://www.reactos.org/mailman/listinfo/ros-dev