HP3000-L Archives

August 1997, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Mark Bixby <[log in to unmask]>
Reply To:
Date:
Thu, 21 Aug 1997 09:52:05 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (63 lines)
Eric J Schubert writes:
>
> Hi.
>
> Anyone know a workaround to this abort:
>
> ---
>  shell/iX> grep "JOB" ./*
> **** Illegal instruction address (TRAPS 56).
>
> ABORT: GREP.HPBIN.SYS
> [1] + Done (139) grep "JOB" ./*
>   721117
> Segmentation violation
> grep
> ----

The "find" technique below will work, but it will recurse through all
subdirectories, which may or may not be what you intend.

Closer to your original intent would simply be:

        echo ./* | xargs grep "JOB"

The shell rather than find generates the list of files in the current directory
via wildcard expansion, then echo feeds the list of names into the xargs pipe,
interatively calling grep passing a reasonable number of filename arguments
each call.

>
> I tried a large stack when running the shell, still aborts.
>
> I searched the HP3000-L archive and Mark Bixby suggested using POSIX "find"
> command feeding grep a file at a time (but not in response to grep
> aborting) ...
>
> ---
> POSIX grep will change the access date.  The above scan in POSIX would be:
>
> find /ACCOUNT/GROUP | xargs grep -i "string"
> ---
>
> This works on large counts of files --- gets around the seg violation (above)
>
> Eric
> ---
> Eric J. Schubert, Senior Analyst
> Excellence In Service - Office of Information Technologies
> University of Notre Dame, Indiana USA 46556-5641
>
> Phone: (219) 631-7306
> http://www.nd.edu/~eschuber
> http://www.nd.edu/~eisteam
>


--
Mark Bixby                      E-mail: [log in to unmask]
Coast Community College Dist.   Web: http://www.cccd.edu/~markb/
District Information Services   1370 Adams Ave, Costa Mesa, CA, USA 92626-5429
Technical Support               +1 714 438-4647
"You can tune a file system, but you can't tune a fish." - tunefs(1M)

ATOM RSS1 RSS2