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

Expand wildcards in file names. #182

Open
wants to merge 2 commits into
base: main
Choose a base branch
from

Conversation

philhodge
Copy link
Contributor

@philhodge philhodge commented Jul 24, 2017

c_imt.c was modified to allow the use of wildcards in file names by
including glob.h and using its glob function.
See hstcal issue #181.

EDIT: Fix #181

c_imt.c was modified to allow the use of wildcards in file names by
including glob.h and using its glob function.
See hstcal issue spacetelescope#181.
@philhodge philhodge self-assigned this Jul 26, 2017
@pllim
Copy link
Contributor

pllim commented Jul 28, 2017

I added one person per instrument to review this. Others can review too if they want to even if not assigned.

@jamienoss
Copy link
Contributor

Sorry for not yet having reviewed this: I will take a look soon. My reservation deterring me from doing so is the following:

Whilst it is already possible (assuming this functionality works) to give a comma delimited list of input files to 'batch' process, I doubt that this is used, perhaps at all. I think though, that a wildcard ('*') filename expansion would be. My greatest concern with this issue/functionality is the iteration of the code at the root level - is this safe?! I feel that a fair bit of attention would be required to fulfill this feature request, e.g. fix all memory leaks, clean-up/reset all global variables etc.

@philhodge
Copy link
Contributor Author

A comma-separated list is useful when you want to process a few files but not all that might be picked up by using a wildcard.

A wildcard would be especially useful when running a calxxx routine on a large set of files for a regression test, something that is done every time there's a new delivery to DMS. If there are memory leaks or other such problems, it would be nice to find them.

The cosmic-ray rejection functions are often used with a few dozen input files, sometimes more.

@jamienoss
Copy link
Contributor

jamienoss commented Sep 7, 2017

A wildcard would be especially useful when running a calxxx routine on a large set of files for a regression test, something that is done every time there's a new delivery to DMS. If there are memory leaks or other such problems, it would be nice to find them.

Exactly, the regression test scenario is the very the reason that I opened #179

@jamienoss jamienoss removed their request for review September 11, 2019 19:47
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants