Sponsored Content
Full Discussion: Strange RegExp Behaviour
Top Forums Shell Programming and Scripting Strange RegExp Behaviour Post 302502263 by itskov on Monday 7th of March 2011 12:02:31 PM
Old 03-07-2011
I agree it does but it also captures thing I wouldn't want to catch like - GGGGG

Try running -
echo 'GGGGGGGG' | egrep '(.)([^\1]\2\1'

And you'll get GGGGGG echoed on the screen.

I wouldn't want it to capture anything else but thing of the form 'xyyx'.

Thanks a lot.
Eyal.
 

9 More Discussions You Might Find Interesting

1. Linux

/etc/passwd strange behaviour!

Hi there, first of all, here is my conf of a uname -a Linux SAMBA 2.4.18-4GB #1 Wed Mar 27 13:57:05 UTC 2002 i686 unknown on a fedora machine. Here is my problem: every once in a while, the line containing root disappears in the /etc/passwd, disabling all logging on my server. Any one have... (0 Replies)
Discussion started by: penguin-friend
0 Replies

2. Shell Programming and Scripting

A Strange Behaviour!!!

Can some-one give me a view to this : I have a directory in an unix server, having permissions r-xr-xr-x .This directory is basically a source directory. Now there is another directory basically the destination directory which has all the permissions. Note:I log in as not the owner,but user... (5 Replies)
Discussion started by: navojit dutta
5 Replies

3. UNIX for Advanced & Expert Users

Strange sed behaviour

$ echo a.bc | sed -e "s/\|/\\|/g" |a|.|b|c| $ Is the behavior of the sed statement expected ? Or is this a bug in sed ? OS details Linux 2.6.9-55.0.0.0.2.ELsmp #1 SMP Wed May 2 14:59:56 PDT 2007 i686 i686 i386 GNU/Linux (8 Replies)
Discussion started by: vino
8 Replies

4. UNIX for Dummies Questions & Answers

Strange Program behaviour

Had a strange thing going on with my code. It's ok I figured it out for myself.... (2 Replies)
Discussion started by: mrpugster
2 Replies

5. Shell Programming and Scripting

strange behaviour from sed???

Hi all, I want to do a very simple thing with sed. I want to print out the line number of a disk I have defined in /etc/exports, so I do: It's all good, but here's the problem. When I define md0 in a variable, I get nothing from sed: Why is that? can anybody please help? Thanks (2 Replies)
Discussion started by: alirezan
2 Replies

6. IP Networking

Strange network behaviour in Solaris 10

Hi folks how can this be explained? Cheers Spacerat ---- tom@jumpstart:~$ cat /etc/resolv.conf domain acceleris.ch nameserver 192.168.21.230 tom@jumpstart:~$ nslookup Google 192.168.21.230 Server: 192.168.21.230 Address: 192.168.21.230#53 Non-authoritative answer:... (2 Replies)
Discussion started by: Spacerat
2 Replies

7. Shell Programming and Scripting

Strange behaviour with perl i/o?

Hi All, I got a strange problem here. I have a perl script which is fetching data from a database table and writing a file with that data. If i run that script from linux command line, the file it creates is a normal ascii text file without any binary character in it.But... (9 Replies)
Discussion started by: DILEEP410
9 Replies

8. HP-UX

Strange login behaviour

Hi all, I am using HP-UX and I have just noticed that when I log into the network it seems to save the previous windows that were subsequently closed on previous occasions. Does anyone know when I log in, it seems to display these previous windows, e.g. nedit windows open again? Does... (1 Reply)
Discussion started by: cyberfrog
1 Replies

9. Red Hat

Crontab strange behaviour

Hi all, I'm having this scenario which for the moment I cannot resolve. :( I wrote a script to make a dump/export of the oracle database. and then put this entry on crontab to be executed daily for example. The script is like below: cat /home/oracle/scripts/db_backup.sh #!/bin/ksh ... (3 Replies)
Discussion started by: enux
3 Replies
Ouch(3pm)						User Contributed Perl Documentation						 Ouch(3pm)

NAME
Ouch - Exceptions that don't hurt. VERSION
version 0.0401 SYNOPSIS
use Ouch; eval { ouch(404, 'File not found.'); }; if (kiss 404) { check_elsewhere(); } say $@; # These two lines do the say $@->scalar; # same thing. DESCRIPTION
Ouch provides a class for exception handling that doesn't require a lot of boilerplate, nor any up front definition. If Exception::Class is working for you, great! But if you want something that is faster, easier to use, requires less typing, and has no prereqs, but still gives you much of that same functionality, then Ouch is for you. Why another exception handling module? It really comes down to Carp isn't enough for me, and Exception::Class does what I want but makes me type way too much. Also, I tend to work on a lot of protocol-based systems that use error codes (HTTP, FTP, SMTP, JSON-RPC) rather than error classes, so that feels more natural to me. Consider the difference between these: Ouch use Ouch; ouch 404, 'File not found.', 'file'; Exception::Class use Exception::Class ( 'FileNotFound' => { fields => [ 'code', 'field' ], }, ); FileNotFound->throw( error => 'File not found.', code => 404, field => 'file' ); And if you want to catch the exception you're looking at: Ouch if (kiss 404) { # do something } Exception::Class my $e; if ($e = Exception::Class->caught('FileNotFound')) { # do something } Those differences may not seem like a lot, but over any substantial program with lots of exceptions it can become a big deal. Usage Most of the time, all you need to do is: ouch $code, $message, $data; ouch -32700, 'Parse error.', $request; # JSON-RPC 2.0 error ouch 441, 'You need to specify an email address.', 'email'; # form processing error ouch 'missing_param', 'You need to specify an email address.', 'email'; You can also go long form if you prefer: die Ouch->new($code, $message, $data); Functional Interface ouch Some nice sugar instead of using the object oriented interface. ouch 2121, 'Did not do the big thing.'; code An error code. An integer or string representing error type. Try to stick to codes used in whatever domain you happen to be working in. HTTP Status codes. JSON-RPC error codes, etc. message A human readable error message. data Optional. Anything you want to attach to the exception to help a developer catching it decide what to do. For example, if you're doing form processing, you might want this to be the name of the field that caused the exception. WARNING: Do not include objects or code refs in your data. This should only be stuff that is easily serializable like scalars, array refs, and hash refs. kiss Some nice sugar to trap an Ouch. if (kiss $code) { # make it go } code The code you're looking for. exception Optional. If you like you can pass the exception into "kiss". If not, it will just use whatever is in $@. You might want to do this if you've saved the exception before running another "eval", for example. hug Some nice sugar to trap any exception. if (hug) { # make it stop } exception Optional. If you like you can pass the exception into "hug". If not, it will just use whatever is in $@. bleep A little sugar to make exceptions human friendly. Returns a clean error message from any exception, including an Ouch. File not found. Rather than: File not found. at /Some/File.pm line 63. exception Optional. If you like you can pass the exception into "bleep". If not, it will just use whatever is in $@. Calls "bleep", and then exits with error code exception Optional. You can pass an exception into "barf" which then gets passed to "bleep" otherwise it will use whatever's in $@ Object-Oriented Interface new Constructor for the object-oriented interface. Takes the same parameters as "ouch". Ouch->new($code, $message, $data); scalar Returns the scalar form of the error message: Crap! at /Some/File.pm line 43. Just as if you had done: die 'Crap!'; Rather than: ouch $code, 'Crap!'; trace Call this if you want the full stack trace that lead up to the ouch. hashref Returns a formatted hash reference of the exception, which can be useful for handing off to a serializer like JSON. { code => $code, message => $message, data => $data, } code Returns the "code" passed into the constructor. message Returns the "messsage" passed into the constructor. data Returns the "data" passed into the constructor. Traditional Interface Some people just can't bring themselves to use the sugary cuteness of Ouch. For them there is the ":traditional" interface. Here's how it works: use Ouch qw(:traditional); my $e = try { throw 404, 'File not found.'; }; if ( catch 404, $e ) { # do the big thing } elsif ( catch_all $e ) { # make it stop } else { # make it go } NOTE: "try" also populates $@, and "catch" and "catch_all" will also use $@ if you don't specify an exception. try Returns an exception. Is basically just a nice wrapper around "eval". block Try accepts a code ref, anonymous subroutine, or a block. NOTE: You need a semi-colon at the end of a "try" block. throw Works exactly like "ouch". See "ouch" for details. catch Works exactly like "kiss". See "kiss" for details. catch_all Works exactly like "hug". See "hug" for details. Try::Tiny Many Ouch users, like to use Ouch with Try::Tiny, and some of them are sticks in the mud who can't bring themselves to "ouch" and "kiss", and don't like that ":traditional" walks all over "try" and "catch" For them, there is the ":trytiny" interface. Here's how it works: use Try::Tiny; use Ouch qw(:trytiny); try { throw(404, 'File not found!'; } catch { if (caught($_)) { # do something } else { throw($_); # rethrow } }; SUPPORT
Repository <http://github.com/rizen/Ouch> Bug Reports <http://github.com/rizen/Ouch/issues> SEE ALSO
If you're looking for something lighter, check out Carp that ships with Perl. Or if you're looking for something heavier check out Exception::Class. AUTHOR
JT Smith <jt_at_plainblack_dot_com> LEGAL
Ouch is Copyright 2011 Plain Black Corporation (<http://www.plainblack.com>) and is licensed under the same terms as Perl itself. perl v5.12.3 2011-04-30 Ouch(3pm)
All times are GMT -4. The time now is 10:52 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy