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

Cabal external command requires typing Return to exit #10063

Closed
wismill opened this issue May 31, 2024 · 1 comment · Fixed by #10100
Closed

Cabal external command requires typing Return to exit #10063

wismill opened this issue May 31, 2024 · 1 comment · Fixed by #10100

Comments

@wismill
Copy link
Collaborator

wismill commented May 31, 2024

Describe the bug
When using cabal external command feature, the program does not exit until typing Return.

To Reproduce
Steps to reproduce the behavior:

  • Install cabal-doctest (new proposed doctest feature)
  • Try e.g. cabal help doctest, or try cabal doctest on a package with doc to test.

Expected behavior
The program should exit normally without requiring typing Return.

System information

  • Linux
  • cabal: master
  • ghc: 9.2, 9.4, 9.8

Additional context
Discovered while working on #10057 (see comment) and sol/doctest#424

@wismill wismill changed the title Cabal external require typing Return to exit Cabal external command requires typing Return to exit May 31, 2024
mpickering added a commit to mpickering/cabal that referenced this issue Jun 10, 2024
Issue haskell#10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes haskell#10063
mpickering added a commit to mpickering/cabal that referenced this issue Jun 10, 2024
Issue haskell#10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes haskell#10063
mpickering added a commit to mpickering/cabal that referenced this issue Jun 10, 2024
Issue haskell#10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes haskell#10063
geekosaur pushed a commit to mpickering/cabal that referenced this issue Jun 11, 2024
Issue haskell#10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes haskell#10063
@mpickering
Copy link
Collaborator

I have fixed this in #10100

ulysses4ever pushed a commit to mpickering/cabal that referenced this issue Jun 14, 2024
Issue haskell#10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes haskell#10063
@mergify mergify bot closed this as completed in #10100 Jun 14, 2024
@mergify mergify bot closed this as completed in cb57c37 Jun 14, 2024
mergify bot pushed a commit that referenced this issue Jun 14, 2024
Issue #10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes #10063

(cherry picked from commit cb57c37)
mergify bot added a commit that referenced this issue Jun 14, 2024
…#10116)

Issue #10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes #10063

(cherry picked from commit cb57c37)

Co-authored-by: Matthew Pickering <[email protected]>
erikd pushed a commit to erikd/cabal that referenced this issue Jun 17, 2024
…#10100)

Issue haskell#10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes haskell#10063
mmhat pushed a commit to mmhat/cabal that referenced this issue Jun 24, 2024
…#10100)

Issue haskell#10063 points out that cabal exits before the external command
has finished executing. This was a simple oversight to not
waitForProcess on the result of calling createProcess.

This also points out the flaw that there isn't a way for external
commands to signal failure, so we now also propagate the exit code from
the external process.

Fixes haskell#10063
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants