- C++ Exception Handling - 6 Updates
- Core language basic types support - 7 Updates
- Idiots (reprise) - 4 Updates
- OS X, iOS and Linux have more vulnerabilities than Windows - 4 Updates
- Visual C++ (2015 Update 1) bug, oder? - 2 Updates
- cmsg cancel <n4ak17$b7m$6@dont-email.me> - 1 Update
- pwwMap has update - 1 Update
| rbonifacio123@gmail.com: Dec 10 08:01AM -0800 Dear all, (apologies if you receive multiple copies) We are investigating the use of C++ exception handling constructs in well known open-source C++ systems, and have published some results in the last International Conference on Source Code Analysis and Manipulation (http://dx.doi.org/10.1109/SCAM.2015.7335398). We are expanding this to a broader community, so I kindly invite you to answer our new version of the survey at: https://www.surveymonkey.com/r/SXCB7WJ There will be a prize draw for participants, and we thank you in advance. Sincerely, Rodrigo Bonifácio (on behalf of the authors of this research effort). "The use of C++ exception handling constructs: A comprehensive study" http://dx.doi.org/10.1109/SCAM.2015.7335398 |
| Paavo Helde <myfirstname@osa.pri.ee>: Dec 10 01:24PM -0600 rbonifacio123@gmail.com wrote in > well known open-source C++ systems, and have published some results in > the last International Conference on Source Code Analysis and > Manipulation (http://dx.doi.org/10.1109/SCAM.2015.7335398). I find it ironic that a study about open-source software is not openly available. Cheers Paavo |
| Vir Campestris <vir.campestris@invalid.invalid>: Dec 10 09:02PM On 10/12/2015 19:24, Paavo Helde wrote: > I find it ironic that a study about open-source software is not openly > available. Hmm... I'm from SCAM and I'd like you to fill out a survey about open source software. We won't pay you, and you won't be able to see the survey results. That acronym is a little unfortunate! Andy |
| Jorgen Grahn <grahn+nntp@snipabacken.se>: Dec 10 09:07PM On Thu, 2015-12-10, Paavo Helde wrote: >> Manipulation (http://dx.doi.org/10.1109/SCAM.2015.7335398). > I find it ironic that a study about open-source software is not openly > available. Isn't that how it works when you want to get published in academia? There's talk about overthrowing the gatekeepers to knowledge (the journals, IEEE apparently), but noone has managed to do that yet. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
| Paavo Helde <myfirstname@osa.pri.ee>: Dec 10 04:33PM -0600 Jorgen Grahn <grahn+nntp@snipabacken.se> wrote in > Isn't that how it works when you want to get published in academia? > There's talk about overthrowing the gatekeepers to knowledge (the > journals, IEEE apparently), but noone has managed to do that yet. I know in theoretical physics at least everything has been published in http://arxiv.org/ for decades. |
| Jorgen Grahn <grahn+nntp@snipabacken.se>: Dec 10 10:51PM On Thu, 2015-12-10, Paavo Helde wrote: >> journals, IEEE apparently), but noone has managed to do that yet. > I know in theoretical physics at least everything has been published in > http://arxiv.org/ for decades. Good to hear! But that doesn't mean the OP had that option, so I'd like to give him the benefit of the doubt. /Jorgen -- // Jorgen Grahn <grahn@ Oo o. . . \X/ snipabacken.se> O o . |
| "Alf P. Steinbach" <alf.p.steinbach+usenet@gmail.com>: Dec 10 02:49PM +0100 #pragma once // core_language_support/basic_types.hpp // Copyright © Alf P. Steinbach 2015. Boost Software License 1.0. #include <p/cppx/tmp/Type_set.hpp> // cppx::Type_set #include <p/cppx/tmp/sfinae.hpp> // cppx::If_ #include <p/cppx/core_language_support/static_assert.h> // CPPX_STATIC_ASSERT #include <assert.h> // assert #include <limits> // std::numeric_limits #include <limits.h> // CHAR_BIT #include <stddef.h> // size_t #include <type_traits> // std::conditional_t // For a discussion of Syschar see the article "Portable String Literals in C++" by // Alf P. Steinbach, ACCU Overload journal August 2013; the article is available online // at <url: http://accu.org/index.php/journals/1842>. Eessentially it's the natural // Unicode character endcoding unit for the system at hand, strictly typed as an enum. // As an enum it's compatible with std::basic_string short buffer optimization. #ifdef _WIN32 # define CPPX_SYSCHAR_IS_WIDE 1 // Implies UTF-16 encoding. #else # define CPPX_SYSCHAR_IS_WIDE 0 // Impliies UTF-8 encoding. 
Subscribe to:
Post Comments (Atom)
|
No comments:
Post a Comment