×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Chuck, you may have discovered the issue.
I tried the command that Scott had posted for searching the contents of the files and it worked. I actually wanted to search recursively, so I modified the statement to be 'find . -type f | xargs grep -r CRMUPDDTE' to recursively search the sub directories. It returned to the QSHELL prompt right away. Then, I tried to press F3 to exit QSHELL and now my session is hung. I assume it is running the search based on what Chuck mentioned. There are many files to search.
I'm surprised it returns to the QSHELL prompt so quickly. How are you supposed to know it is doing something? Thanks for everyone's input.
Dean Eshleman
Software Development Architect
On 12/3/2015 3:35 PM, CRPence wrote:
On 03-Dec-2015 14:19 -0600, Dean Eshleman wrote:
I'm trying to search some files on the IFS for a string and it
doesn't seem to work. Here is what I'm doing.
STRQSH
Cd /directorytosearch
Grep 'searchstring' *
When I do this, it just returns to the command prompt. No errors
listed. I know there are files in that directory that contain my
search string. What am I doing wrong?
We are on 7.1.
Probably just need to wait long enough for the data to appear at
STDOUT. I am unsure why the effect for the request seems to be
asynchronous, as compared\contrasted with the effect seen on earlier
releases. I only recently saw the effect, and had not looked into
whether that outcome might be a defect, or not.
______________________________________________________________________
Confidentiality Notice: This information is intended only for the individual or entity named. If you are not the intended recipient, do not use or disclose this information. If you received this e-mail in error, please delete or otherwise destroy it and contact us at (800) 348-7468 so we can take steps to avoid such transmission errors in the future. Thank you.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.