New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
no conversion for stoi when parsing --jobs=auto (without OPENMP) #2475
Labels
bug - identified
Bugs with an identified cause
Comments
Thanks for the report. By the way, since you are on Apple ARM, I must warn you that there might be some concurrency issues leading to crashes when OpenMP is enabled. I will open an issue about it. |
strRM
pushed a commit
to strRM/souffle
that referenced
this issue
Mar 15, 2024
strRM
pushed a commit
to strRM/souffle
that referenced
this issue
Mar 15, 2024
When passing `auto` to the jobs in non-OpenMP mode, the `"auto"` ends up as an argument to `std::stoi` in a couple of places, causing the program to crash. We fix this by mapping `auto` to `1` when OpenMP is not available. Fixes souffle-lang#2475
Hello Quentin,
Thank you for your email. I work with Raimund at STR and have recently begun using Souffle on an Arm Mac. I have seen some failures in local tests and still need to run them down to determine their cause. I’ll be on the lookout for what seems like concurrency issues and try to share results or add comments onto your recent issue report; and if possible, a PR, though I’m sure it will be much more difficult to fix concurrency issues than the simple fix I found for atoi(“auto”).
Thanks for your support!
Cheers, Chris Tilt
From: Quentin Sabah ***@***.***>
Date: Friday, March 15, 2024 at 2:08 AM
To: souffle-lang/souffle ***@***.***>
Cc: Tilt, Christopher ***@***.***>, Author ***@***.***>
Subject: Re: [souffle-lang/souffle] no conversion for stoi when parsing --jobs=auto (without OPENMP) (Issue #2475)
*** WARNING: This message originates from outside the STR organization. ***
*** Please take appropriate care in opening any links or attachments. ***
Thanks for the report.
By the way, since you are on Apple ARM, I must warn you that there might be some concurrency issues leading to crashes when OpenMP is enabled. I will open an issue about it.
—
Reply to this email directly, view it on GitHub<#2475 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BG66PMEPL2KY6G4ZCW7HCM3YYK27VAVCNFSM6AAAAABEWNEZ5KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOJZGIZDGMZTGA>.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
I created #2476 to track these issues. |
That’s perfect, Quentin. Thank you. I’ll add any comments or insights to that issue.
Cheers, Chris
From: Quentin Sabah ***@***.***>
Date: Friday, March 15, 2024 at 8:39 AM
To: souffle-lang/souffle ***@***.***>
Cc: Tilt, Christopher ***@***.***>, Author ***@***.***>
Subject: Re: [souffle-lang/souffle] no conversion for stoi when parsing --jobs=auto (without OPENMP) (Issue #2475)
*** WARNING: This message originates from outside the STR organization. ***
*** Please take appropriate care in opening any links or attachments. ***
I created #2476<#2476> to track these issues.
—
Reply to this email directly, view it on GitHub<#2475 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/BG66PMGUCF3BGMVDXTLXZ5TYYMI3VAVCNFSM6AAAAABEWNEZ5KVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTSOJZHEZTCMJZGQ>.
You are receiving this because you authored the thread.Message ID: ***@***.***>
|
strRM
pushed a commit
to strRM/souffle
that referenced
this issue
Mar 15, 2024
When passing `auto` to the jobs in non-OpenMP mode, the `"auto"` ends up as an argument to `std::stoi` in a couple of places, causing the program to crash. We fix this by mapping `auto` to `1` when OpenMP is not available. Fixes souffle-lang#2475
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Found in version 2.4.1 (tag)
Build on Mac OS Apple Silicon according to build for Mac, OPENMP not installed
run souffle with
--jobs=auto
Expected result
Runs with default number of cores
Actual result
Fails with
atoi: no conversion
Cause
The code in MainDriver does correctly parse the case of
--jobs=auto
, however later uses callstoi()
without considering the possibility of the argument not being an integer; and this leads to a crash when it's called asstoi("auto")
.PR to follow
The text was updated successfully, but these errors were encountered: