Skip to content
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

Failed tests lead to "could not execute process" errors #350

Closed
huonw opened this issue Aug 8, 2014 · 3 comments
Closed

Failed tests lead to "could not execute process" errors #350

huonw opened this issue Aug 8, 2014 · 3 comments

Comments

@huonw
Copy link
Member

huonw commented Aug 8, 2014

#[test]
pub fn foo() {
    fail!()
}
$ cargo test
   Compiling example v0.0.0 (...)
     Running ../target/test/example-8be7945be85d60d6

running 1 test
test foo ... FAILED

failures:

---- foo stdout ----
    task 'foo' failed at 'explicit failure', .../src/lib.rs:5



failures:
    foo

test result: FAILED. 0 passed; 1 failed; 0 ignored; 0 measured

task '<main>' failed at 'Some tests failed', /home/rustbuild/src/rust-buildbot/slave/nightly-linux/build/src/libtest/lib.rs:242
Could not execute process `.../target/test/example-8be7945be85d60d6` (status=101)

The last line is not true/relevant for cargo test. (cc #173)

@alexcrichton
Copy link
Member

Hm yes, something like "Failed to execute" would probably be more relevant here.

@alexcrichton
Copy link
Member

Or just omitting it entirely unless a signal was received like we do elsewhere.

@huonw
Copy link
Member Author

huonw commented Aug 10, 2014

Yeah, I think the test runner has enough output that cargo doesn't need to add any more (unless the test runner segfaults, etc.).

alexcrichton added a commit to alexcrichton/cargo that referenced this issue Sep 2, 2014
Only print a failure if the command didn't have an exit status. Also, clarify
the failure message in the case that an exit was detected but it was not a
successful status.

Closes rust-lang#350
bors added a commit that referenced this issue Nov 13, 2019
…0, r=alexcrichton

Update core-foundation requirement from 0.6.0 to 0.7.0

Updates the requirements on [core-foundation](https://github.com/servo/core-foundation-rs) to permit the latest version.
<details>
<summary>Commits</summary>

- [`0a3ac83`](servo/core-foundation-rs@0a3ac83) Auto merge of [#349](https://github-redirect.dependabot.com/servo/core-foundation-rs/issues/349) - wez:timertypes, r=jdm
- [`a119788`](servo/core-foundation-rs@a119788) even more version bumps
- [`6574b12`](servo/core-foundation-rs@6574b12) more version bumps!
- [`0718126`](servo/core-foundation-rs@0718126) Auto merge of [#350](https://github-redirect.dependabot.com/servo/core-foundation-rs/issues/350) - lqf96:fix-deprecated-usage, r=jdm
- [`83b6f5d`](servo/core-foundation-rs@83b6f5d) Use zero-initialized array in CFURL::to_path
- [`3126f15`](servo/core-foundation-rs@3126f15) adjust test
- [`d3a097f`](servo/core-foundation-rs@d3a097f) Use dyn for dynamic dispatch
- [`e438fc5`](servo/core-foundation-rs@e438fc5) Use ? instead of try macro
- [`727837f`](servo/core-foundation-rs@727837f) Use MaybeUninit instead of mem::uninitialized
- [`e7f687e`](servo/core-foundation-rs@e7f687e) moar version bumps
- Additional commits viewable in [compare view](servo/core-foundation-rs@core-foundation-v0.6.2...core-foundation-v0.7.0)
</details>
<br />

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting `@dependabot rebase`.

[//]: # (dependabot-automerge-start)
[//]: # (dependabot-automerge-end)

---

<details>
<summary>Dependabot commands and options</summary>
<br />

You can trigger Dependabot actions by commenting on this PR:
- `@dependabot rebase` will rebase this PR
- `@dependabot recreate` will recreate this PR, overwriting any edits that have been made to it
- `@dependabot merge` will merge this PR after your CI passes on it
- `@dependabot squash and merge` will squash and merge this PR after your CI passes on it
- `@dependabot cancel merge` will cancel a previously requested merge and block automerging
- `@dependabot reopen` will reopen this PR if it is closed
- `@dependabot close` will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
- `@dependabot ignore this major version` will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
- `@dependabot ignore this minor version` will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
- `@dependabot ignore this dependency` will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)
- `@dependabot use these labels` will set the current labels as the default for future PRs for this repo and language
- `@dependabot use these reviewers` will set the current reviewers as the default for future PRs for this repo and language
- `@dependabot use these assignees` will set the current assignees as the default for future PRs for this repo and language
- `@dependabot use this milestone` will set the current milestone as the default for future PRs for this repo and language
- `@dependabot badge me` will comment on this PR with code to add a "Dependabot enabled" badge to your readme

Additionally, you can set the following in your Dependabot [dashboard](https://app.dependabot.com):
- Update frequency (including time of day and day of week)
- Pull request limits (per update run and/or open at any time)
- Automerge options (never/patch/minor, and dev/runtime dependencies)
- Out-of-range updates (receive only lockfile updates, if desired)
- Security updates (receive only security updates, if desired)

</details>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants