× 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.



Pete

Short answer - No!

What I've seen is that the QShell utilities work against those files that can be handled as stream files - Unix or DOS/Windows things. In the library/object realm, this means single-field physical files (data files NOT externally describied, created using RCDLEN, not DDS), and source physical files. I just verified this - was able to search in a PF-SRC but not in an externally-described PF - even if it were only 1 field in the format.

HTH
Vern

-------------- Original message --------------
From: Pete Hall <pbhall@xxxxxxxxxxxxx>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Well, the other day, I needed to find a table that contained a
particular ID. Something like:
grep "ABC123456789" *
Is it possible to do something like that in qsys.lib? Assume the
database tables have an unknown schema, and there are a bunch of them. I
played with it a little, and couldn't get it to work on v5.4.

Pete Hall
pbhall@xxxxxxxxxxxxx


Evan Harris wrote:
| Hi Peter
|
| What makes you think this can't be done ? I'm not suggesting you're
wrong -
| I'm just curious if you have an example of what you weren't able to find
| using it.
|
| Regards
| Evan Harris
|
| -----Original Message-----
| From: midrange-l-bounces@xxxxxxxxxxxx
| [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Pete Hall
| Sent: Saturday, 12 July 2008 12:44 p.m.
| To: Midrange Systems Technical Discussion
| Subject: Re: Search OS/400 Physical Files
|
| I really like grep. Too bad it has no place in the database world. What
| a wonderful help it would be if we could use something like it to find
| where a specific text string lurked. Especially when trying to reverse
| engineer some 3rd party apps.
|
| Pete Hall
| pbhall@xxxxxxxxxxxxx
|
|
| vhamberg@xxxxxxxxxxx wrote:
| | Ness Pazz dude!
| |
| | It should not be too hard to take some parameters - with wildcards -
| and resolve them with DSPOBJD to get a list of files to apply the
| FNDSTRPDM to - that'd be cool in REXX!
| |
| | Later
| | Vern
| |
| | -------------- Original message --------------
| | From: "Dave Odom"
| |
| |> Vern,
| |>
| |> Now that's the succinct answer I was looking for. So, if I want it
green
| |> screen, have to build my own using REXX, perhaps, and FNDSTRPDM.
| |>
| |> But, it seems like my best, more modern bet is to see if I have WDSC
| around (I
| |> think so), install it on my PC and go crazy. Nes Pas?
| |>
| |> Thanks,
| |>
| |> Dave
| |> --
| |> This is the Midrange Systems Technical Discussion (MIDRANGE-L)
| mailing list
| |> To post a message email: MIDRANGE-L@xxxxxxxxxxxx
| |> To subscribe, unsubscribe, or change list options,
| |> visit: http://lists.midrange.com/mailman/listinfo/midrange-l
| |> or email: MIDRANGE-L-request@xxxxxxxxxxxx
| |> Before posting, please take a moment to review the archives
| |> at http://archive.midrange.com/midrange-l.
| |>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkh4IOAACgkQpcZsDl8OX6kS2gCaAtVZ7Un7SeraQtq1mRHu0/0n
jyUAmgPmlq2oAOem1uYAxk4V8ASdIElh
=3ETU
-----END PGP SIGNATURE-----
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.

As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.