I just discovered (much to my surprise) that the following inputs do not cause std::stoi to throw an exception: 3.14 3.14helloworld Violating the principle of
r-parsnip
move-semantics
ps1
scriptprocessor
grunt-contrib-sass
quickfix
spark-csv
cloudera-cdh
bzip2
keycloak-connect-graphql
bitly
elastic-cache
gprs
function-constructor
dotspatial
gp
activity-recognition
angular-tree-component
extended-ascii
cypress-jquery
ui-spy
spring-cloud-task
angular2-databinding
data-storage
google-maps-autocomplete
swiftui-ontapgesture
no-database
eloqua
hex
zapier-cli