Skip to content

Segmentation fault #84

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

Closed
sswaroopgupta opened this issue May 28, 2018 · 3 comments
Closed

Segmentation fault #84

sswaroopgupta opened this issue May 28, 2018 · 3 comments
Assignees

Comments

@sswaroopgupta
Copy link
Contributor

From @sguptatw on May 28, 2018 10:40

Expected behavior
Should be able to execute specs seamlessly

Actual behavior
Getting

./start.sh: line 6: 53957 Segmentation fault      (core dumped) ${GAUGE_PYTHON_COMMAND} -u start.py $1
Error ----------------------------------

Failed to start gauge API: Runner with pid 53910 quit unexpectedly(exit status 139).

Get Support ----------------------------
        Docs:          https://docs.gauge.org
        Bugs:          https://github.com/getgauge/gauge/issues
        Chat:          https://gitter.im/getgauge/chat

Your Environment Information -----------
        linux, 0.9.9.nightly-2018-05-24, 2150e31
        html-report (4.0.5), java (0.6.8), js (2.3.1), python (0.3.3), ruby (0.5.1), screenshot (0.0.1), xml-report (0.2.1)

Steps to replicate

After a couple of runs getting this error

Copied from original issue: getgauge/gauge#1064

@sswaroopgupta
Copy link
Contributor Author

Observation
This happens when specification is opened during the gauge run and scroll up/down.

@NivedhaSenthil
Copy link
Member

This is happening due to some failure in grpc. The issue in grpc can be tracked here grpc/grpc#15581

NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
NivedhaSenthil added a commit that referenced this issue Jun 4, 2018
@NivedhaSenthil
Copy link
Member

doing a pip upgrade fixes this issue, as the default pip version when we do apt install is 9.0.1 that needed to be upgraded. This seems to happen because of an issue(pypa/setuptools#951) in setuptools which is fixed in setuptools version > 36

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Development

No branches or pull requests

2 participants