-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
support pick(last); add to jq.test #2717
Conversation
Modify last/0 to allow e.g. pick(last) Include some tests for input, inputs, debug, debug(), pick() Also some tidying of spacing in builtin.jq
To avoid causing segmentation faults when input/1 is called in a jq_state on which jq_set_input_cb() has not been called, like when using jq --run-tests. Ref: jqlang#2717 (comment)
To avoid causing segmentation faults when input/1 is called in a jq_state on which jq_set_input_cb() has not been called, like when using jq --run-tests. Ref: jqlang#2717 (comment)
To avoid causing segmentation faults when input/1 is called in a jq_state on which jq_set_input_cb() has not been called; e.g. the one used by jq --run-tests. That segfault could also by fixed in run_jq_tests() by calling: jq_set_input_cb(jq, NULL, NULL); But I think it makes sense to just make jq_init() initialise those values to NULL. Ref: jqlang#2717 (comment)
To avoid causing segmentation faults when input/1 is called in a jq_state on which jq_set_input_cb() has not been called; e.g. the one used by jq --run-tests. That segfault could also by fixed in run_jq_tests() by calling: jq_set_input_cb(jq, NULL, NULL); But I think it makes sense to just make jq_init() initialise those values to NULL. Ref: jqlang#2717 (comment)
To avoid causing segmentation faults when input/1 is called in a jq_state on which jq_set_input_cb() has not been called; e.g. the one used by jq --run-tests. That segfault could also be fixed in run_jq_tests() by calling: jq_set_input_cb(jq, NULL, NULL); But I think it makes sense to just make jq_init() initialise those values to NULL. Ref: jqlang#2717 (comment)
Incorporate execute.c update by @nicowilliams to resolve pick(last) issue
To avoid causing segmentation faults when input/1 is called in a jq_state on which jq_set_input_cb() has not been called; e.g. the one used by jq --run-tests. That segfault could also be fixed in run_jq_tests() by calling: jq_set_input_cb(jq, NULL, NULL); But I think it makes sense to just make jq_init() initialise those values to NULL. Ref: #2717 (comment)
@nicowilliams @emanuele6 - I've merged this with e79335e |
89d6dd3
to
8f5d3ae
Compare
I force pushed a rebase and re-arranging of the commits. I dropped all the restyling of |
… tests-jq-test
This PR is unable to merge due to too many unrelated coding style fixes. |
@pkoppstein |
@emanuele6 - Thanks for your offer, but in the meantime, I created another PR (#2779), |
The problem is that after I force-pushed you then did a I recommend that you break out of the merge workflow. Merging is a crutch you don't need. Every time you want to say Anyways, I get permission denied trying to push to this PR now. What you should do:
then we can merge this. |
@nicowilliams wrote:
These days, I'm trying to steer clear of the git command line in favor of GitHub Desktop. There's an option there to "Update from master", which I've sometimes used on a branch. Is that in effect what you're advising against? |
These days, I'm trying to steer clear of the git command line in favor of GitHub Desktop. There's an option there to "Update from master", which I've sometimes used on a branch. Is that in effect what you're advising against?
Evidently, yes. If they have a "rebase to master" option please use that.
|
Modify last/0 to allow e.g. pick(last) (q.v. #2716)
Include some tests for input, inputs, debug, debug(), pick()
Also some tidying of spacing in builtin.jq