Bug 1993574

Summary: [abrt] netgen-mesher: std::__throw_invalid_argument(): netgen-mesher killed by SIGABRT
Product: [Fedora] Fedora Reporter: Matti Lehti <malehti>
Component: netgen-mesherAssignee: Sandro Mani <manisandro>
Status: CLOSED ERRATA QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 34CC: hobbes1069, manisandro, sh1
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Unspecified   
URL: https://retrace.fedoraproject.org/faf/reports/bthash/26a65d7876db97920c294b6bdc15039332b9ed37
Whiteboard: abrt_hash:a7f344feef517d2cca3048f517c0013966c19b8d;VARIANT_ID=workstation;
Fixed In Version: netgen-mesher-6.2.2105-3.fc35 Doc Type: ---
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-02-07 01:16:06 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
File: backtrace
none
File: core_backtrace
none
File: cpuinfo
none
File: dso_list
none
File: environ
none
File: limits
none
File: maps
none
File: mountinfo
none
File: open_fds
none
File: proc_pid_status
none
This patch solves the problem by inserting the correct and correctly formatted version none

Description Matti Lehti 2021-08-14 05:43:52 UTC 
Description of problem:
Start netgen-mesher from command line without arguments:
--------------------------------
[matti@E-5520 ~]$ netgen-mesher
terminate called after throwing an instance of 'std::invalid_argument'
  what():  stoi
Aborted (core dumped)
--------------------------------

Version-Release number of selected component:
netgen-mesher-6.2.2101-2.fc34

Additional info:
reporter:       libreport-2.15.2
backtrace_rating: 4
cgroup:         0::/user.slice/user-1000.slice/user/app.slice/app-org.gnome.Terminal.slice/vte-spawn-5a4d6b0a-e814-4d96-8cb9-95e5af41ddd1.scope
cmdline:        netgen-mesher
crash_function: std::__throw_invalid_argument
executable:     /usr/bin/netgen-mesher
journald_cursor: s=30c0bf6ab0c94988b2d2ce564bad7944;i=3b11;b=d60da67aa2ce415baaa5420b0f6de741;m=1d08eda38;t=5c97de7a5235a;x=2c49c74eb5221de5
kernel:         5.13.8-200.fc34.x86_64
rootdir:        /
runlevel:       N 5
type:           CCpp
uid:            1000

Truncated backtrace:
Thread no. 1 (1 frames)
 #6 std::__throw_invalid_argument at ../../../../../libstdc++-v3/src/c++11/functexcept.cc:78
Comment 1 Matti Lehti 2021-08-14 05:43:56 UTC 
Created attachment 1813956 [details]
File: backtrace
Comment 2 Matti Lehti 2021-08-14 05:43:58 UTC 
Created attachment 1813957 [details]
File: core_backtrace
Comment 3 Matti Lehti 2021-08-14 05:43:59 UTC 
Created attachment 1813958 [details]
File: cpuinfo
Comment 4 Matti Lehti 2021-08-14 05:44:00 UTC 
Created attachment 1813959 [details]
File: dso_list
Comment 5 Matti Lehti 2021-08-14 05:44:02 UTC 
Created attachment 1813960 [details]
File: environ
Comment 6 Matti Lehti 2021-08-14 05:44:04 UTC 
Created attachment 1813961 [details]
File: limits
Comment 7 Matti Lehti 2021-08-14 05:44:06 UTC 
Created attachment 1813962 [details]
File: maps
Comment 8 Matti Lehti 2021-08-14 05:44:07 UTC 
Created attachment 1813963 [details]
File: mountinfo
Comment 9 Matti Lehti 2021-08-14 05:44:08 UTC 
Created attachment 1813964 [details]
File: open_fds
Comment 10 Matti Lehti 2021-08-14 05:44:10 UTC 
Created attachment 1813965 [details]
File: proc_pid_status
Comment 11 Steve Holland 2022-01-22 06:56:56 UTC 
This problem arises from the cmake code that determines the version generating malformed output. The malformed version information ends up in /usr/include/netgen-mesher/include/netgen_version.hpp as well as compiled in. On startup, netgen attempts to parse its own version info and crashes. The core problem is that the fallback version identifier, in addition to being wrong, is malformed. Line 20 of cmake/generate_version_file.cmake gives a default string of "v6.2.0.0" whereas the subsequent parsing code assumes a structure similar to "v6.2.0-0-0" with the last two numbers representing tweak and git version. 

Replacing the default version with the (correctly formatted) correct version solves the problem. The attached patch does this. Perhaps a better solution would be to use a full archive with .git version control rather than a snapshot, in which case the automatic version identification ought to work.
Comment 12 Steve Holland 2022-01-22 06:58:25 UTC 
Created attachment 1852655 [details]
This patch solves the problem by inserting the correct and correctly formatted version
Comment 13 Fedora Update System 2022-01-28 17:55:43 UTC 
FEDORA-2022-fb4b717747 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-fb4b717747
Comment 14 Fedora Update System 2022-01-30 01:14:24 UTC 
FEDORA-2022-fb4b717747 has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2022-fb4b717747`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-fb4b717747

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
Comment 15 Fedora Update System 2022-02-07 01:16:06 UTC 
FEDORA-2022-fb4b717747 has been pushed to the Fedora 35 stable repository.
If problem still persists, please make note of it in this bug report.