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

when `read` fails due to exceeding FISH_READ_BYTE_LIMIT should the var be defined? #4180

Closed
krader1961 opened this issue Jul 3, 2017 · 0 comments
Assignees
Labels
bug
Milestone

Comments

@krader1961
Copy link
Contributor

@krader1961 krader1961 commented Jul 3, 2017

While working on making our unit tests compatible with issue #4163 I noticed that read x does not define x if the read fails because too much data was read. This wasn't noticed by the unit tests because they relied on string length "$x" to report zero if the var is empty or undefined. It seems to me the var should be defined but with no elements, not even a single empty string, when the read fails in this manner.

Does anyone have a different opinion?

@krader1961 krader1961 added the bug label Jul 3, 2017
@krader1961 krader1961 added this to the fish 2.7.0 milestone Jul 3, 2017
@krader1961 krader1961 self-assigned this Jul 3, 2017
@krader1961 krader1961 closed this in d383e3b Jul 3, 2017
@github-actions github-actions bot locked as resolved and limited conversation to collaborators Apr 17, 2020
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
1 participant
You can’t perform that action at this time.