How to use find command to search for multiple extensionsHow can I do an “or” search with find?Why doesn't this find command work? Regex & Find variants for .mp3 .wav and .m4a filesfind `-delete` doesn't delete files?Best way to work through / display a tree of images sorted by sizeFind files with certain extensionsUse a parameter in a command argumentFind command: multiple conditionsHow to find all JPG files on the file system when .jpg extension is not obligatory ?find command from regular expressionFormat for iname in Find operationget first characters of expansion parameter of find commandRecursively find files ending with specified patternFind + paste + find: do multiple queries to each file

Is it tax fraud for an individual to declare non-taxable revenue as taxable income? (US tax laws)

Modification to Chariots for Heavy Cavalry Analogue for 4-armed race

Japan - Plan around max visa duration

Possibly bubble sort algorithm

whey we use polarized capacitor?

How is this relation reflexive?

How do I create uniquely male characters?

What is the meaning of "of trouble" in the following sentence?

Is it possible to make sharp wind that can cut stuff from afar?

Banach space and Hilbert space topology

A newer friend of my brother's gave him a load of baseball cards that are supposedly extremely valuable. Is this a scam?

The use of multiple foreign keys on same column in SQL Server

What Brexit solution does the DUP want?

When blogging recipes, how can I support both readers who want the narrative/journey and ones who want the printer-friendly recipe?

Is there really no realistic way for a skeleton monster to move around without magic?

Concept of linear mappings are confusing me

Email Account under attack (really) - anything I can do?

How old can references or sources in a thesis be?

Example of a relative pronoun

Patience, young "Padovan"

Why did the Germans forbid the possession of pet pigeons in Rostov-on-Don in 1941?

Prevent a directory in /tmp from being deleted

How long does it take to type this?

A function which translates a sentence to title-case



How to use find command to search for multiple extensions


How can I do an “or” search with find?Why doesn't this find command work? Regex & Find variants for .mp3 .wav and .m4a filesfind `-delete` doesn't delete files?Best way to work through / display a tree of images sorted by sizeFind files with certain extensionsUse a parameter in a command argumentFind command: multiple conditionsHow to find all JPG files on the file system when .jpg extension is not obligatory ?find command from regular expressionFormat for iname in Find operationget first characters of expansion parameter of find commandRecursively find files ending with specified patternFind + paste + find: do multiple queries to each file






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty margin-bottom:0;








108















I can get all jpg images by using:



find . -name "*.jpg" 


But how can I add png files to the results as well?










share|improve this question
























  • Related: find -name pattern that matches multiple patterns at SO

    – kenorb
    Apr 13 '15 at 13:46

















108















I can get all jpg images by using:



find . -name "*.jpg" 


But how can I add png files to the results as well?










share|improve this question
























  • Related: find -name pattern that matches multiple patterns at SO

    – kenorb
    Apr 13 '15 at 13:46













108












108








108


33






I can get all jpg images by using:



find . -name "*.jpg" 


But how can I add png files to the results as well?










share|improve this question
















I can get all jpg images by using:



find . -name "*.jpg" 


But how can I add png files to the results as well?







find regular-expression






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Jun 20 '11 at 18:51









Michael Mrozek

62.3k29194214




62.3k29194214










asked Jun 20 '11 at 15:06









wong2wong2

848398




848398












  • Related: find -name pattern that matches multiple patterns at SO

    – kenorb
    Apr 13 '15 at 13:46

















  • Related: find -name pattern that matches multiple patterns at SO

    – kenorb
    Apr 13 '15 at 13:46
















Related: find -name pattern that matches multiple patterns at SO

– kenorb
Apr 13 '15 at 13:46





Related: find -name pattern that matches multiple patterns at SO

– kenorb
Apr 13 '15 at 13:46










5 Answers
5






active

oldest

votes


















135














Use the -o flag between different parameters.



find ./ -type f ( -iname *.jpg -o -iname *.png ) works like a charm.



NOTE There must be a space between the bracket and its contents or it won't work.



Explanation:




  • type -f - only search for files (not directories)


  • ( - needed for the type -f to apply to all arguments


  • -o - logical OR operator


  • -iname - like -name, but the match is case insensitive





share|improve this answer

























  • Do you need the parentheses. The command works for me without them. Are they needed for some shells?

    – MikeD
    Mar 19 '17 at 2:25






  • 2





    @miked The command will "work" without them, yes, but you'd wind up getting hits on directories that end in .png as well as files that end with .jpg, which is not exactly what was intended.

    – Shadur
    Mar 19 '17 at 8:25






  • 1





    Thanks for clarifying! The type -f does not extend and apply to both expressions without the parentheses, So, find ./ -type f -iname *.jpg -o -type f -iname *.png also works ... although it's two characters longer :-)

    – MikeD
    Mar 19 '17 at 11:58






  • 1





    It's a matter of operator precedence. Just like a * b + c is different from a * (b + c)

    – Shadur
    Mar 19 '17 at 12:13







  • 2





    @jdhao Good catch, amended.

    – Shadur
    Oct 24 '18 at 8:34


















76














You can combine criteria with -o as suggested by Shadur. Note that -o has lower precedence than juxtaposition, so you may need parentheses.



find . -name '*.jpg' -o -name '*.png'
find . -mtime -7 ( '*.jpg' -o -name '*.png' ) # all .jpg or .png images modified in the past week


On Linux, you can use -regex to combine extensions in a terser way. The default regexp syntax is Emacs (basic regexps plus a few extensions such as | for alternation); there's an option to switch to extended regexps.



find -regex '.*.(jpg|png)'
find -regextype posix-extended -regex '.*.(jpg|png)'


On FreeBSD, NetBSD and OSX, you can use -regex combined with -E for extended regexps.



find -E . -regex '.*.(jpg|png)'





share|improve this answer

























  • It's always better to use -iname instead of -name — then you will also capture image.JPG and image.PnG

    – ccpizza
    Nov 11 '17 at 10:48


















37














This is more correct:



find . -iregex '.*.(jpg|gif|png|jpeg)$'





share|improve this answer




















  • 10





    Why do you say it is "more" correct?

    – Kevin
    Nov 17 '12 at 3:51






  • 1





    @Kevin I guess because -iregex matches jpg as well as JPG Jpg jpG and such. I think the $ isn't needed.

    – ott--
    May 19 '15 at 10:41











  • This works fine on MinGW.

    – Peter Mortensen
    Sep 18 '15 at 11:30






  • 2





    First, you omitted the search folder as first argument which will throw an error. Secondly, on OSX escaping the parenthesis will not work, and this should be used instead: find -E . -iregex '.*.(jpg|png|gif)' as shown in @sorin's answer.

    – ccpizza
    Nov 11 '17 at 11:36


















6














To make it clear, the only optio that works on Linux, Unix and OS X flavour is:



find -E . -regex '.*.(jpg|png)'


That's because the OS X version is a little bit different, but that's important to write things that go well on most platforms.






share|improve this answer


















  • 2





    -E flag is not valid for find on Ubuntu 14.04

    – gogaman
    Jul 25 '14 at 17:33












  • The -E flag is not valid on MinGW either (at least the version/configuration I tried it on (default configuration for a particular version)).

    – Peter Mortensen
    Sep 18 '15 at 11:29












  • Which part of -type f ( -iname *.png -o -iname *.jpg) does not work on OSX?

    – Shadur
    Apr 16 '18 at 7:43


















-3














/.(jpe?g|png|gif|bmp)$/i;


Use it.






share|improve this answer




















  • 5





    You may need to explain this a bit.

    – chaos
    Jan 15 '16 at 7:33









protected by don_crissti Nov 16 '17 at 12:21



Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



Would you like to answer one of these unanswered questions instead?














5 Answers
5






active

oldest

votes








5 Answers
5






active

oldest

votes









active

oldest

votes






active

oldest

votes









135














Use the -o flag between different parameters.



find ./ -type f ( -iname *.jpg -o -iname *.png ) works like a charm.



NOTE There must be a space between the bracket and its contents or it won't work.



Explanation:




  • type -f - only search for files (not directories)


  • ( - needed for the type -f to apply to all arguments


  • -o - logical OR operator


  • -iname - like -name, but the match is case insensitive





share|improve this answer

























  • Do you need the parentheses. The command works for me without them. Are they needed for some shells?

    – MikeD
    Mar 19 '17 at 2:25






  • 2





    @miked The command will "work" without them, yes, but you'd wind up getting hits on directories that end in .png as well as files that end with .jpg, which is not exactly what was intended.

    – Shadur
    Mar 19 '17 at 8:25






  • 1





    Thanks for clarifying! The type -f does not extend and apply to both expressions without the parentheses, So, find ./ -type f -iname *.jpg -o -type f -iname *.png also works ... although it's two characters longer :-)

    – MikeD
    Mar 19 '17 at 11:58






  • 1





    It's a matter of operator precedence. Just like a * b + c is different from a * (b + c)

    – Shadur
    Mar 19 '17 at 12:13







  • 2





    @jdhao Good catch, amended.

    – Shadur
    Oct 24 '18 at 8:34















135














Use the -o flag between different parameters.



find ./ -type f ( -iname *.jpg -o -iname *.png ) works like a charm.



NOTE There must be a space between the bracket and its contents or it won't work.



Explanation:




  • type -f - only search for files (not directories)


  • ( - needed for the type -f to apply to all arguments


  • -o - logical OR operator


  • -iname - like -name, but the match is case insensitive





share|improve this answer

























  • Do you need the parentheses. The command works for me without them. Are they needed for some shells?

    – MikeD
    Mar 19 '17 at 2:25






  • 2





    @miked The command will "work" without them, yes, but you'd wind up getting hits on directories that end in .png as well as files that end with .jpg, which is not exactly what was intended.

    – Shadur
    Mar 19 '17 at 8:25






  • 1





    Thanks for clarifying! The type -f does not extend and apply to both expressions without the parentheses, So, find ./ -type f -iname *.jpg -o -type f -iname *.png also works ... although it's two characters longer :-)

    – MikeD
    Mar 19 '17 at 11:58






  • 1





    It's a matter of operator precedence. Just like a * b + c is different from a * (b + c)

    – Shadur
    Mar 19 '17 at 12:13







  • 2





    @jdhao Good catch, amended.

    – Shadur
    Oct 24 '18 at 8:34













135












135








135







Use the -o flag between different parameters.



find ./ -type f ( -iname *.jpg -o -iname *.png ) works like a charm.



NOTE There must be a space between the bracket and its contents or it won't work.



Explanation:




  • type -f - only search for files (not directories)


  • ( - needed for the type -f to apply to all arguments


  • -o - logical OR operator


  • -iname - like -name, but the match is case insensitive





share|improve this answer















Use the -o flag between different parameters.



find ./ -type f ( -iname *.jpg -o -iname *.png ) works like a charm.



NOTE There must be a space between the bracket and its contents or it won't work.



Explanation:




  • type -f - only search for files (not directories)


  • ( - needed for the type -f to apply to all arguments


  • -o - logical OR operator


  • -iname - like -name, but the match is case insensitive






share|improve this answer














share|improve this answer



share|improve this answer








edited Oct 24 '18 at 8:34

























answered Jun 20 '11 at 15:11









ShadurShadur

20.1k84658




20.1k84658












  • Do you need the parentheses. The command works for me without them. Are they needed for some shells?

    – MikeD
    Mar 19 '17 at 2:25






  • 2





    @miked The command will "work" without them, yes, but you'd wind up getting hits on directories that end in .png as well as files that end with .jpg, which is not exactly what was intended.

    – Shadur
    Mar 19 '17 at 8:25






  • 1





    Thanks for clarifying! The type -f does not extend and apply to both expressions without the parentheses, So, find ./ -type f -iname *.jpg -o -type f -iname *.png also works ... although it's two characters longer :-)

    – MikeD
    Mar 19 '17 at 11:58






  • 1





    It's a matter of operator precedence. Just like a * b + c is different from a * (b + c)

    – Shadur
    Mar 19 '17 at 12:13







  • 2





    @jdhao Good catch, amended.

    – Shadur
    Oct 24 '18 at 8:34

















  • Do you need the parentheses. The command works for me without them. Are they needed for some shells?

    – MikeD
    Mar 19 '17 at 2:25






  • 2





    @miked The command will "work" without them, yes, but you'd wind up getting hits on directories that end in .png as well as files that end with .jpg, which is not exactly what was intended.

    – Shadur
    Mar 19 '17 at 8:25






  • 1





    Thanks for clarifying! The type -f does not extend and apply to both expressions without the parentheses, So, find ./ -type f -iname *.jpg -o -type f -iname *.png also works ... although it's two characters longer :-)

    – MikeD
    Mar 19 '17 at 11:58






  • 1





    It's a matter of operator precedence. Just like a * b + c is different from a * (b + c)

    – Shadur
    Mar 19 '17 at 12:13







  • 2





    @jdhao Good catch, amended.

    – Shadur
    Oct 24 '18 at 8:34
















Do you need the parentheses. The command works for me without them. Are they needed for some shells?

– MikeD
Mar 19 '17 at 2:25





Do you need the parentheses. The command works for me without them. Are they needed for some shells?

– MikeD
Mar 19 '17 at 2:25




2




2





@miked The command will "work" without them, yes, but you'd wind up getting hits on directories that end in .png as well as files that end with .jpg, which is not exactly what was intended.

– Shadur
Mar 19 '17 at 8:25





@miked The command will "work" without them, yes, but you'd wind up getting hits on directories that end in .png as well as files that end with .jpg, which is not exactly what was intended.

– Shadur
Mar 19 '17 at 8:25




1




1





Thanks for clarifying! The type -f does not extend and apply to both expressions without the parentheses, So, find ./ -type f -iname *.jpg -o -type f -iname *.png also works ... although it's two characters longer :-)

– MikeD
Mar 19 '17 at 11:58





Thanks for clarifying! The type -f does not extend and apply to both expressions without the parentheses, So, find ./ -type f -iname *.jpg -o -type f -iname *.png also works ... although it's two characters longer :-)

– MikeD
Mar 19 '17 at 11:58




1




1





It's a matter of operator precedence. Just like a * b + c is different from a * (b + c)

– Shadur
Mar 19 '17 at 12:13






It's a matter of operator precedence. Just like a * b + c is different from a * (b + c)

– Shadur
Mar 19 '17 at 12:13





2




2





@jdhao Good catch, amended.

– Shadur
Oct 24 '18 at 8:34





@jdhao Good catch, amended.

– Shadur
Oct 24 '18 at 8:34













76














You can combine criteria with -o as suggested by Shadur. Note that -o has lower precedence than juxtaposition, so you may need parentheses.



find . -name '*.jpg' -o -name '*.png'
find . -mtime -7 ( '*.jpg' -o -name '*.png' ) # all .jpg or .png images modified in the past week


On Linux, you can use -regex to combine extensions in a terser way. The default regexp syntax is Emacs (basic regexps plus a few extensions such as | for alternation); there's an option to switch to extended regexps.



find -regex '.*.(jpg|png)'
find -regextype posix-extended -regex '.*.(jpg|png)'


On FreeBSD, NetBSD and OSX, you can use -regex combined with -E for extended regexps.



find -E . -regex '.*.(jpg|png)'





share|improve this answer

























  • It's always better to use -iname instead of -name — then you will also capture image.JPG and image.PnG

    – ccpizza
    Nov 11 '17 at 10:48















76














You can combine criteria with -o as suggested by Shadur. Note that -o has lower precedence than juxtaposition, so you may need parentheses.



find . -name '*.jpg' -o -name '*.png'
find . -mtime -7 ( '*.jpg' -o -name '*.png' ) # all .jpg or .png images modified in the past week


On Linux, you can use -regex to combine extensions in a terser way. The default regexp syntax is Emacs (basic regexps plus a few extensions such as | for alternation); there's an option to switch to extended regexps.



find -regex '.*.(jpg|png)'
find -regextype posix-extended -regex '.*.(jpg|png)'


On FreeBSD, NetBSD and OSX, you can use -regex combined with -E for extended regexps.



find -E . -regex '.*.(jpg|png)'





share|improve this answer

























  • It's always better to use -iname instead of -name — then you will also capture image.JPG and image.PnG

    – ccpizza
    Nov 11 '17 at 10:48













76












76








76







You can combine criteria with -o as suggested by Shadur. Note that -o has lower precedence than juxtaposition, so you may need parentheses.



find . -name '*.jpg' -o -name '*.png'
find . -mtime -7 ( '*.jpg' -o -name '*.png' ) # all .jpg or .png images modified in the past week


On Linux, you can use -regex to combine extensions in a terser way. The default regexp syntax is Emacs (basic regexps plus a few extensions such as | for alternation); there's an option to switch to extended regexps.



find -regex '.*.(jpg|png)'
find -regextype posix-extended -regex '.*.(jpg|png)'


On FreeBSD, NetBSD and OSX, you can use -regex combined with -E for extended regexps.



find -E . -regex '.*.(jpg|png)'





share|improve this answer















You can combine criteria with -o as suggested by Shadur. Note that -o has lower precedence than juxtaposition, so you may need parentheses.



find . -name '*.jpg' -o -name '*.png'
find . -mtime -7 ( '*.jpg' -o -name '*.png' ) # all .jpg or .png images modified in the past week


On Linux, you can use -regex to combine extensions in a terser way. The default regexp syntax is Emacs (basic regexps plus a few extensions such as | for alternation); there's an option to switch to extended regexps.



find -regex '.*.(jpg|png)'
find -regextype posix-extended -regex '.*.(jpg|png)'


On FreeBSD, NetBSD and OSX, you can use -regex combined with -E for extended regexps.



find -E . -regex '.*.(jpg|png)'






share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 13 '17 at 12:36









Community

1




1










answered Jun 20 '11 at 21:29









GillesGilles

546k12911111625




546k12911111625












  • It's always better to use -iname instead of -name — then you will also capture image.JPG and image.PnG

    – ccpizza
    Nov 11 '17 at 10:48

















  • It's always better to use -iname instead of -name — then you will also capture image.JPG and image.PnG

    – ccpizza
    Nov 11 '17 at 10:48
















It's always better to use -iname instead of -name — then you will also capture image.JPG and image.PnG

– ccpizza
Nov 11 '17 at 10:48





It's always better to use -iname instead of -name — then you will also capture image.JPG and image.PnG

– ccpizza
Nov 11 '17 at 10:48











37














This is more correct:



find . -iregex '.*.(jpg|gif|png|jpeg)$'





share|improve this answer




















  • 10





    Why do you say it is "more" correct?

    – Kevin
    Nov 17 '12 at 3:51






  • 1





    @Kevin I guess because -iregex matches jpg as well as JPG Jpg jpG and such. I think the $ isn't needed.

    – ott--
    May 19 '15 at 10:41











  • This works fine on MinGW.

    – Peter Mortensen
    Sep 18 '15 at 11:30






  • 2





    First, you omitted the search folder as first argument which will throw an error. Secondly, on OSX escaping the parenthesis will not work, and this should be used instead: find -E . -iregex '.*.(jpg|png|gif)' as shown in @sorin's answer.

    – ccpizza
    Nov 11 '17 at 11:36















37














This is more correct:



find . -iregex '.*.(jpg|gif|png|jpeg)$'





share|improve this answer




















  • 10





    Why do you say it is "more" correct?

    – Kevin
    Nov 17 '12 at 3:51






  • 1





    @Kevin I guess because -iregex matches jpg as well as JPG Jpg jpG and such. I think the $ isn't needed.

    – ott--
    May 19 '15 at 10:41











  • This works fine on MinGW.

    – Peter Mortensen
    Sep 18 '15 at 11:30






  • 2





    First, you omitted the search folder as first argument which will throw an error. Secondly, on OSX escaping the parenthesis will not work, and this should be used instead: find -E . -iregex '.*.(jpg|png|gif)' as shown in @sorin's answer.

    – ccpizza
    Nov 11 '17 at 11:36













37












37








37







This is more correct:



find . -iregex '.*.(jpg|gif|png|jpeg)$'





share|improve this answer















This is more correct:



find . -iregex '.*.(jpg|gif|png|jpeg)$'






share|improve this answer














share|improve this answer



share|improve this answer








edited Apr 5 at 2:03









Community

1




1










answered Nov 17 '12 at 3:20









DimitryDimitry

37932




37932







  • 10





    Why do you say it is "more" correct?

    – Kevin
    Nov 17 '12 at 3:51






  • 1





    @Kevin I guess because -iregex matches jpg as well as JPG Jpg jpG and such. I think the $ isn't needed.

    – ott--
    May 19 '15 at 10:41











  • This works fine on MinGW.

    – Peter Mortensen
    Sep 18 '15 at 11:30






  • 2





    First, you omitted the search folder as first argument which will throw an error. Secondly, on OSX escaping the parenthesis will not work, and this should be used instead: find -E . -iregex '.*.(jpg|png|gif)' as shown in @sorin's answer.

    – ccpizza
    Nov 11 '17 at 11:36












  • 10





    Why do you say it is "more" correct?

    – Kevin
    Nov 17 '12 at 3:51






  • 1





    @Kevin I guess because -iregex matches jpg as well as JPG Jpg jpG and such. I think the $ isn't needed.

    – ott--
    May 19 '15 at 10:41











  • This works fine on MinGW.

    – Peter Mortensen
    Sep 18 '15 at 11:30






  • 2





    First, you omitted the search folder as first argument which will throw an error. Secondly, on OSX escaping the parenthesis will not work, and this should be used instead: find -E . -iregex '.*.(jpg|png|gif)' as shown in @sorin's answer.

    – ccpizza
    Nov 11 '17 at 11:36







10




10





Why do you say it is "more" correct?

– Kevin
Nov 17 '12 at 3:51





Why do you say it is "more" correct?

– Kevin
Nov 17 '12 at 3:51




1




1





@Kevin I guess because -iregex matches jpg as well as JPG Jpg jpG and such. I think the $ isn't needed.

– ott--
May 19 '15 at 10:41





@Kevin I guess because -iregex matches jpg as well as JPG Jpg jpG and such. I think the $ isn't needed.

– ott--
May 19 '15 at 10:41













This works fine on MinGW.

– Peter Mortensen
Sep 18 '15 at 11:30





This works fine on MinGW.

– Peter Mortensen
Sep 18 '15 at 11:30




2




2





First, you omitted the search folder as first argument which will throw an error. Secondly, on OSX escaping the parenthesis will not work, and this should be used instead: find -E . -iregex '.*.(jpg|png|gif)' as shown in @sorin's answer.

– ccpizza
Nov 11 '17 at 11:36





First, you omitted the search folder as first argument which will throw an error. Secondly, on OSX escaping the parenthesis will not work, and this should be used instead: find -E . -iregex '.*.(jpg|png|gif)' as shown in @sorin's answer.

– ccpizza
Nov 11 '17 at 11:36











6














To make it clear, the only optio that works on Linux, Unix and OS X flavour is:



find -E . -regex '.*.(jpg|png)'


That's because the OS X version is a little bit different, but that's important to write things that go well on most platforms.






share|improve this answer


















  • 2





    -E flag is not valid for find on Ubuntu 14.04

    – gogaman
    Jul 25 '14 at 17:33












  • The -E flag is not valid on MinGW either (at least the version/configuration I tried it on (default configuration for a particular version)).

    – Peter Mortensen
    Sep 18 '15 at 11:29












  • Which part of -type f ( -iname *.png -o -iname *.jpg) does not work on OSX?

    – Shadur
    Apr 16 '18 at 7:43















6














To make it clear, the only optio that works on Linux, Unix and OS X flavour is:



find -E . -regex '.*.(jpg|png)'


That's because the OS X version is a little bit different, but that's important to write things that go well on most platforms.






share|improve this answer


















  • 2





    -E flag is not valid for find on Ubuntu 14.04

    – gogaman
    Jul 25 '14 at 17:33












  • The -E flag is not valid on MinGW either (at least the version/configuration I tried it on (default configuration for a particular version)).

    – Peter Mortensen
    Sep 18 '15 at 11:29












  • Which part of -type f ( -iname *.png -o -iname *.jpg) does not work on OSX?

    – Shadur
    Apr 16 '18 at 7:43













6












6








6







To make it clear, the only optio that works on Linux, Unix and OS X flavour is:



find -E . -regex '.*.(jpg|png)'


That's because the OS X version is a little bit different, but that's important to write things that go well on most platforms.






share|improve this answer













To make it clear, the only optio that works on Linux, Unix and OS X flavour is:



find -E . -regex '.*.(jpg|png)'


That's because the OS X version is a little bit different, but that's important to write things that go well on most platforms.







share|improve this answer












share|improve this answer



share|improve this answer










answered Jul 21 '13 at 14:08









sorinsorin

5182714




5182714







  • 2





    -E flag is not valid for find on Ubuntu 14.04

    – gogaman
    Jul 25 '14 at 17:33












  • The -E flag is not valid on MinGW either (at least the version/configuration I tried it on (default configuration for a particular version)).

    – Peter Mortensen
    Sep 18 '15 at 11:29












  • Which part of -type f ( -iname *.png -o -iname *.jpg) does not work on OSX?

    – Shadur
    Apr 16 '18 at 7:43












  • 2





    -E flag is not valid for find on Ubuntu 14.04

    – gogaman
    Jul 25 '14 at 17:33












  • The -E flag is not valid on MinGW either (at least the version/configuration I tried it on (default configuration for a particular version)).

    – Peter Mortensen
    Sep 18 '15 at 11:29












  • Which part of -type f ( -iname *.png -o -iname *.jpg) does not work on OSX?

    – Shadur
    Apr 16 '18 at 7:43







2




2





-E flag is not valid for find on Ubuntu 14.04

– gogaman
Jul 25 '14 at 17:33






-E flag is not valid for find on Ubuntu 14.04

– gogaman
Jul 25 '14 at 17:33














The -E flag is not valid on MinGW either (at least the version/configuration I tried it on (default configuration for a particular version)).

– Peter Mortensen
Sep 18 '15 at 11:29






The -E flag is not valid on MinGW either (at least the version/configuration I tried it on (default configuration for a particular version)).

– Peter Mortensen
Sep 18 '15 at 11:29














Which part of -type f ( -iname *.png -o -iname *.jpg) does not work on OSX?

– Shadur
Apr 16 '18 at 7:43





Which part of -type f ( -iname *.png -o -iname *.jpg) does not work on OSX?

– Shadur
Apr 16 '18 at 7:43











-3














/.(jpe?g|png|gif|bmp)$/i;


Use it.






share|improve this answer




















  • 5





    You may need to explain this a bit.

    – chaos
    Jan 15 '16 at 7:33















-3














/.(jpe?g|png|gif|bmp)$/i;


Use it.






share|improve this answer




















  • 5





    You may need to explain this a bit.

    – chaos
    Jan 15 '16 at 7:33













-3












-3








-3







/.(jpe?g|png|gif|bmp)$/i;


Use it.






share|improve this answer















/.(jpe?g|png|gif|bmp)$/i;


Use it.







share|improve this answer














share|improve this answer



share|improve this answer








edited Jan 15 '16 at 7:32









chaos

36.1k977120




36.1k977120










answered Jan 15 '16 at 7:00









rohit gourrohit gour

1




1







  • 5





    You may need to explain this a bit.

    – chaos
    Jan 15 '16 at 7:33












  • 5





    You may need to explain this a bit.

    – chaos
    Jan 15 '16 at 7:33







5




5





You may need to explain this a bit.

– chaos
Jan 15 '16 at 7:33





You may need to explain this a bit.

– chaos
Jan 15 '16 at 7:33





protected by don_crissti Nov 16 '17 at 12:21



Thank you for your interest in this question.
Because it has attracted low-quality or spam answers that had to be removed, posting an answer now requires 10 reputation on this site (the association bonus does not count).



Would you like to answer one of these unanswered questions instead?



Popular posts from this blog

getting Checkpoint VPN SSL Network Extender working in the command lineHow to connect to CheckPoint VPN on Ubuntu 18.04LTS?Will the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayVPN SSL Network Extender in FirefoxLinux Checkpoint SNX tool configuration issuesCheck Point - Connect under Linux - snx + OTPSNX VPN Ububuntu 18.XXUsing Checkpoint VPN SSL Network Extender CLI with certificateVPN with network manager (nm-applet) is not workingWill the Linux ( red-hat ) Open VPNC Client connect to checkpoint or nortel VPN gateways?VPN client for linux machine + support checkpoint gatewayImport VPN config files to NetworkManager from command lineTrouble connecting to VPN using network-manager, while command line worksStart a VPN connection with PPTP protocol on command linestarting a docker service daemon breaks the vpn networkCan't connect to vpn with Network-managerVPN SSL Network Extender in FirefoxUsing Checkpoint VPN SSL Network Extender CLI with certificate

Cannot Extend partition with GParted The 2019 Stack Overflow Developer Survey Results Are In Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) 2019 Community Moderator Election ResultsCan't increase partition size with GParted?GParted doesn't recognize the unallocated space after my current partitionWhat is the best way to add unallocated space located before to Ubuntu 12.04 partition with GParted live?I can't figure out how to extend my Arch home partition into free spaceGparted Linux Mint 18.1 issueTrying to extend but swap partition is showing as Unknown in Gparted, shows proper from fdiskRearrange partitions in gparted to extend a partitionUnable to extend partition even though unallocated space is next to it using GPartedAllocate free space to root partitiongparted: how to merge unallocated space with a partition

Marilyn Monroe Ny fiainany manokana | Jereo koa | Meny fitetezanafanitarana azy.