I want to grep nonascii characters from a lot of .gz files. However the below does not work on CentOS 7.6 (GNU grep v2.20) $ zcat yyyy/yyyymmdd/filname.yyyymmdd.gz | grep --color='auto' -P -n "[\x80-\xFF]" $ zgrep --color='auto' -P -n "[\x80-\xFF]" yyyy/yyyymmdd/filname.yyyymmdd.gz This perl search work $ zcat yyyy/yyyymmdd/filname.yyyymmdd.gz | perl -ne 'print "$. $_" if m/[\x80-\xFF]/' But how do I do it on mulitple files like the following? $ zgrep "[\x80-\xFF]" 2020/2020*/filename.2020*.gz

I would like to use a perl compatible regex engine in the less command line utility. Is that possible?

Is anyone here can explain a case where the recursive Perl/PCRE regex (?R) can be helpful ? I read - https://regular-expressions.mobi/recursebacktrack.html?wlr=1 - https://perldoc.perl.org/perlre.html#(%3fPARNO)-(%3f-PARNO)-(%3f%2bPARNO)-(%3fR)-(%3f0) but still can't find a use-case.

I am new to GNU/Linux and regex. Recently I've been playing around trying to get to grips with regex. So far I feel I've got a pretty solid foundational understanding. I'm digging PCRE at the moment. This is the practice text file I'm playing about with: > 01234 567890 > > 01111-222111 > > 09876.543210 I can successfully match the numbers by doing something like this: (\d{5})[-.]?\s*?(\d{6}) Now I wanted to create a non-capturing group in order to miss out the first 5 digits and only match the last 6. So I guess I throw in (?:) to represent the non-capturing group followed by whatever I want to not be captured, right? So that would be (?:\d{5})[-.]?\s*?(\d{6}) I do that and in my terminal using grep -Po for PCRE and show output I'm still getting a full match as if the non-capturing group did not apply. Any guidance?

I have downloaded pcre from https://ftp.pcre.org/pub/pcre/pcre2-10.34.tar.gz and extracted it to /usr/local/lib when I run ./configure --with-included-apr --with-pcre=/usr/local/lib/pcre2-10.34 I am getting following error > configure: error: Did not find pcre-config script at > /usr/local/lib/pcre2-10.34

My Postfix config worked flawlessly in ***RHEL 7*** and now all maps which rely on PCRE in RHEL are busted after migrating the config to ***RHEL 8***. postfix/cleanup[xxxx]: error: unsupported dictionary type: pcre Is **PCRE** support deprecated in Postfix in RHEL 8?!?!?

The problem I have is that is trying to match both sets of delimiter (above and below) **I'm trying to match only the second part of the delimiter below (bolded).** **This is so I can add a new version made on the same day to multiple files. Using perl, so I can get a result like this when I make the replacement** **How ever according to https://regex101.com/ (and my experience when I ran the command) it selects both sets of delimiters,** **making a replacement above and below.** This is the RegEx I'm using (?!V[0-9]{2}.[0-9]{2}.[0-9]{4}.1)(.*=.$) And the comand in UNIX: perl -pe 's#(?!V[0-9]{2}.[0-9]{2}.[0-9]{4}.1)(.*=.$)#-* V02.11.2020.1 11/Feb/2020 Author2 Minor Changed Include lms \n -* ================ ============= ==================== =========== ========================================================/#g' path/to/file Is there a way to select the one below? Or the problem originates from the Negative Lookahead? -********************************************************************** EDIT I used the command selected by bey0nd 3,$s/ -\* =[=[:space:]]*\// -* V02.11.2020.1\t 11\/Feb\/2020\t Author2\t\t Minor\tChange include 1ms\n\0/1 It helped a lot with readability But I'm still getting both delimeters (= signs) repalced. I thought that the lookaround function of regex would've helped **I'm using perl 5 and sed 4.2** At least I got it to work in regex101.com, but in my version didn't work Hope someone finds it useful (-\* =[=[:space:]]*\/)(?!\n.-\*[[:space:]].V[0-9]{2}.[0-9]{2}.[0-9]{4}.1*)

I am trying to modify Postfix Message-Ids and I have tried several things but Postfix just ignores the line in header_checks /Message-Id:\s+/ REPLACE Message-Id: The original header reads: message-id= but I want it to read message-id= My master.cf file: cleanup unix n - n - 0 cleanup -o header_checks=pcre:/etc/postfix/header_checks The header_checks file: /Message-Id:\s+/ REPLACE Message-Id: My main.cf file has always_add_missing_headers = yes The logs show emails consistently have postfix generated headers without the rewrite happening. I am using postfix 3

problem is the following: I have an xml file with data and I am looking for a small part of the data to write it into a new file: content has been shortened by request: snippet if type=dhcp-client:

yes
          
        
        Firewall

snippet if type=static

Firewall
        
          
        
        192.168.0.2
        255.255.255.0
        192.168.0.1
      
    
      
        
          
            
              
                
              
            
          
        
      
      
        
          
            
              
                
                  
                    192.168.0.1
                  
                  ethernet1/4
                  0.0.0.0/0

the four relevant values are unique (or nonexistent) within the "system" tag `` things like ip-address might appear again elsewhere outside of `` but i am only checking for the ones inside system, if the type is not static dont appear, i set it to dhcp-client this is what I need as a result in a file if the type is dhcp:

type=dhcp-client

this is what I need as a result in a file if the type was static:

type=static
ip-address=192.168.0.2
default-gateway=192.168.0.1
netmask=255.255.255.0

I am not sure how to accomplish this efficiently and integrated inside an existing **PHP** file (so either work with exec or better yet use php only). I am also limited to tools that are installed by default on an ubuntu server system and would be unable to use other packages. PS: this is actually the whole/complete use-case, I will not need to produce other output other than these two examples. Thanks for any help or pointers :)

For some reason **swig** on my computer is not configured correctly. It gives this output on checking version: $ swig --version swig: error while loading shared libraries: libpcre.so.1: cannot open shared object file: No such file or directory whereas on reinstalling it the following output is generated: piyush@piyush-HP:~/test$ sudo apt-get install swig [sudo] password for piyush: Reading package lists... Done Building dependency tree Reading state information... Done swig is already the newest version (3.0.8-0ubuntu3). 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. any suggestions for how to fix it? thanks.