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
replication
graylog3
gitlab-ci
spaceship-operator
opentk
mapbox-android
windows-10-iot-core
placeautocompletefragment
azure-pipelines-release-pipeline
optaweb-employee-rostering
moment-recur
amzi-prolog
heterogeneous-list
nativecall
manifoldcf
spring-boot-cloud-streams
compound-key
dremio
getserversideprops
ml-studio
azure-triggers
psd
argument-validation
openrecord.js
kotlin-stateflow
chiseltest
debian-stretch
ipaas
azure-web-app-for-containers
office-addins