You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Aug 22, 2022. It is now read-only.
It almost seems like a resurrection of this Go issue from 2017, but I have a problem where parse.go:22 panics with unexpected fault address 0x... - fatal error: fault - [signal SIGSEGV: segmentation violation ...]. But, I could only reproduce this on an embedded ARM device running a custom Yocto Project linux distribution. Running the program multiple times leads to multiple different error messages (one time it even worked flawlessly ¯\_(ツ)_/¯).
For debugging purposes, I added fmt.Printf("RegExp: %+v\n", pathrx) just above that line, yielding in most cases the weird message RegExp: %!v(PANIC=String method: runtime error: growslice: cap out of range), and in other cases just RegExp: :
The bad news: I have no idea how to even start with debugging something like this, or even how to test with different Go versions in Yocto without breaking stuff. So, this could very well already be fixed upstream, but still is a huge problem in my case. The good news: there seems to be a simple workaround for which I'll be opening a PR if you don't mind - just shifting the initialization of the regular expression inside the function is enough to stop this bug from happening.
The text was updated successfully, but these errors were encountered:
It almost seems like a resurrection of this Go issue from 2017, but I have a problem where parse.go:22 panics with
unexpected fault address 0x... - fatal error: fault - [signal SIGSEGV: segmentation violation ...]
. But, I could only reproduce this on an embedded ARM device running a custom Yocto Project linux distribution. Running the program multiple times leads to multiple different error messages (one time it even worked flawlessly ¯\_(ツ)_/¯).For debugging purposes, I added

fmt.Printf("RegExp: %+v\n", pathrx)
just above that line, yielding in most cases the weird messageRegExp: %!v(PANIC=String method: runtime error: growslice: cap out of range)
, and in other cases justRegExp:
:The bad news: I have no idea how to even start with debugging something like this, or even how to test with different Go versions in Yocto without breaking stuff. So, this could very well already be fixed upstream, but still is a huge problem in my case.
The good news: there seems to be a simple workaround for which I'll be opening a PR if you don't mind - just shifting the initialization of the regular expression inside the function is enough to stop this bug from happening.
The text was updated successfully, but these errors were encountered: