What is the Linux equivalent of DOS “dir /s /b filename”?Detecting pattern at the end of a line with...

Why limit to revolvers?

Is it rude to tell recruiters I would only change jobs for a better salary?

Align by center of symbol

Cubic programming and beyond?

Remove intersect line for one circle using venndiagram2sets

School House Points (Python + SQLite)

How would someone destroy a black hole that’s at the centre of a planet?

What are some symbols representing peasants/oppressed persons fighting back?

Add region constraint to Graphics

As a DM, how to avoid unconscious metagaming when dealing with a high AC character?

Is killing off one of my queer characters homophobic?

Construct a pentagon avoiding compass use

How do I define this subset using mathematical notation?

How did John Lennon tune his guitar

Why are Japanese translated subtitles non-conversational?

Crab Nebula short story from 1960s or '70s

Are villager price increases due to killing them temporary?

How to draw a gif with expanding circles that reveal lines connecting a non-centered point to the expanding circle using Tikz

How to determine port and starboard on a rotating wheel space station?

Can a continent naturally split into two distant parts within a week?

Why does the Earth have a z-component at the start of the J2000 epoch?

Why use null function instead of == []

Do native speakers use ZVE or CPU?

How can we better understand multiplicative inverse modulo something?



What is the Linux equivalent of DOS “dir /s /b filename”?


Detecting pattern at the end of a line with grepWhat is the Unix (QNX) equivalent of Windows command line “dir /s /b”List files larger than {size} sorted by dateDiffering outputs of the commands “ls .*” and “ls *.”Listing directories and understanding lsWhat is the alternative for ls command in linux?How to sort files by part of the filename?Move files only if filename based regex does not match file in target dirWhat does a red-colored filename mean?What is the Unix (QNX) equivalent of Windows command line “dir /s /b”ls listing directory argument does not work as per expectedHow to list all files in current directory whose second character is a digit?






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







17















List all files/dirs in or below the current directory that match 'filename'.










share|improve this question





























    17















    List all files/dirs in or below the current directory that match 'filename'.










    share|improve this question

























      17












      17








      17


      3






      List all files/dirs in or below the current directory that match 'filename'.










      share|improve this question














      List all files/dirs in or below the current directory that match 'filename'.







      ls






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Feb 9 '11 at 20:00









      mackenirmackenir

      1881 gold badge1 silver badge5 bronze badges




      1881 gold badge1 silver badge5 bronze badges






















          4 Answers
          4






          active

          oldest

          votes


















          28














          The direct equivalent is



          find . -iname <filename>


          which will list all files and directories called <filename> in the current directory and any subdirectories, ignoring case.



          If your version of find doesn't support -iname, you can use -name instead. Note that unlike -iname, -name is case sensitive.



          If you only want to list files called <filename>, and not directories, add -type f



          find . -iname <filename> -type f


          If you want to use wildcards, you need to put quotes around it, e.g.



          find . -iname "*.txt" -type f


          otherwise the shell will expand it.



          As others have pointed out, you can also do:



          find . | grep ".txt$"


          grep will print lines based on regular expressions, which are more powerful than wildcards, but have a different syntax.



          See man find and man grep for more details.






          share|improve this answer





















          • 3





            If <filename> contains wildcards, use quotes around it, e.g. find . -name '*.txt'.

            – Gilles
            Feb 9 '11 at 23:03











          • @Gilles, updated my answer to say that, thanks.

            – Mikel
            Feb 10 '11 at 4:32






          • 2





            Using <filename> as marker for userinput is a bad habit in command-line environment, where < and > most of the time have specific meaning. I suggest just using filename, maybe FILENAME to emphasize it. Most people will understand, and those, who won't, might cause harm when not understanding that they aren't supposed to hit less-than or greater-than sign.

            – user unknown
            Feb 10 '11 at 8:25






          • 2





            <filename> is a convention in a lot of UNIX documentation, so I think it's useful for people to be aware of it, but I agree FILENAME might be easier to understand.

            – Mikel
            Feb 10 '11 at 10:48






          • 1





            find -iname <filename> is better since it is case-insensitive like DOS

            – Agnel Kurian
            Feb 16 '14 at 17:18



















          8














          Some shells allow ls **/filename, which is quite convenient.






          share|improve this answer



















          • 1





            Good point. In recent versions of bash, running shopt -s globstar; echo **/filename is equivalent to find . -name "filename". It also works in zsh.

            – Mikel
            Feb 10 '11 at 4:41











          • This 'ls **/filename` is fine, but seems not go more that one directory level deep.

            – Sopalajo de Arrierez
            Apr 12 '14 at 23:14













          • @sopalajo-de-arrierez If you do shopt -s globstar, it will probably work for you. Recursive globbing is a feature that is available only in some shells, and sometimes, it is not on by default.

            – Shawn J. Goff
            Apr 13 '14 at 3:39











          • Ops... I understand now, @ShawnJ.Goff: the shopt command enables the option globstar on. Now it works like a charm. Thanks a lot.

            – Sopalajo de Arrierez
            Apr 13 '14 at 12:05





















          4














          You can do this with



          find . | egrep filename





          share|improve this answer



















          • 1





            You could also do it in one with find . -regextype posix-egrep -regex '.*filename.*' (I don't know if the egrep part is important, but you used egrep in your answer so I included it)

            – Michael Mrozek
            Feb 9 '11 at 20:29













          • You can, but grep is different than the equivalent DOS command. grep uses regular expressions, while the DOS command uses shell wildcards.

            – Mikel
            Feb 9 '11 at 20:36






          • 1





            Come to think of it, shell globs are also different than DOS wildcards. For instance, find . -name "*.*" won't do what you'd expect from a DOS background. Globs are close enough to be recognizable, though, while regexes are an entirely new beast.

            – Jander
            Feb 10 '11 at 8:14











          • What does *.*.* do in a modern dos i.e. windows cmd? What about *.*.*.*?

            – ctrl-alt-delor
            Jun 30 '16 at 8:30



















          0














          It can be also: tree -if </your/path> or 'pwd' as a path






          share|improve this answer


























            Your Answer








            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "106"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f7169%2fwhat-is-the-linux-equivalent-of-dos-dir-s-b-filename%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            4 Answers
            4






            active

            oldest

            votes








            4 Answers
            4






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            28














            The direct equivalent is



            find . -iname <filename>


            which will list all files and directories called <filename> in the current directory and any subdirectories, ignoring case.



            If your version of find doesn't support -iname, you can use -name instead. Note that unlike -iname, -name is case sensitive.



            If you only want to list files called <filename>, and not directories, add -type f



            find . -iname <filename> -type f


            If you want to use wildcards, you need to put quotes around it, e.g.



            find . -iname "*.txt" -type f


            otherwise the shell will expand it.



            As others have pointed out, you can also do:



            find . | grep ".txt$"


            grep will print lines based on regular expressions, which are more powerful than wildcards, but have a different syntax.



            See man find and man grep for more details.






            share|improve this answer





















            • 3





              If <filename> contains wildcards, use quotes around it, e.g. find . -name '*.txt'.

              – Gilles
              Feb 9 '11 at 23:03











            • @Gilles, updated my answer to say that, thanks.

              – Mikel
              Feb 10 '11 at 4:32






            • 2





              Using <filename> as marker for userinput is a bad habit in command-line environment, where < and > most of the time have specific meaning. I suggest just using filename, maybe FILENAME to emphasize it. Most people will understand, and those, who won't, might cause harm when not understanding that they aren't supposed to hit less-than or greater-than sign.

              – user unknown
              Feb 10 '11 at 8:25






            • 2





              <filename> is a convention in a lot of UNIX documentation, so I think it's useful for people to be aware of it, but I agree FILENAME might be easier to understand.

              – Mikel
              Feb 10 '11 at 10:48






            • 1





              find -iname <filename> is better since it is case-insensitive like DOS

              – Agnel Kurian
              Feb 16 '14 at 17:18
















            28














            The direct equivalent is



            find . -iname <filename>


            which will list all files and directories called <filename> in the current directory and any subdirectories, ignoring case.



            If your version of find doesn't support -iname, you can use -name instead. Note that unlike -iname, -name is case sensitive.



            If you only want to list files called <filename>, and not directories, add -type f



            find . -iname <filename> -type f


            If you want to use wildcards, you need to put quotes around it, e.g.



            find . -iname "*.txt" -type f


            otherwise the shell will expand it.



            As others have pointed out, you can also do:



            find . | grep ".txt$"


            grep will print lines based on regular expressions, which are more powerful than wildcards, but have a different syntax.



            See man find and man grep for more details.






            share|improve this answer





















            • 3





              If <filename> contains wildcards, use quotes around it, e.g. find . -name '*.txt'.

              – Gilles
              Feb 9 '11 at 23:03











            • @Gilles, updated my answer to say that, thanks.

              – Mikel
              Feb 10 '11 at 4:32






            • 2





              Using <filename> as marker for userinput is a bad habit in command-line environment, where < and > most of the time have specific meaning. I suggest just using filename, maybe FILENAME to emphasize it. Most people will understand, and those, who won't, might cause harm when not understanding that they aren't supposed to hit less-than or greater-than sign.

              – user unknown
              Feb 10 '11 at 8:25






            • 2





              <filename> is a convention in a lot of UNIX documentation, so I think it's useful for people to be aware of it, but I agree FILENAME might be easier to understand.

              – Mikel
              Feb 10 '11 at 10:48






            • 1





              find -iname <filename> is better since it is case-insensitive like DOS

              – Agnel Kurian
              Feb 16 '14 at 17:18














            28












            28








            28







            The direct equivalent is



            find . -iname <filename>


            which will list all files and directories called <filename> in the current directory and any subdirectories, ignoring case.



            If your version of find doesn't support -iname, you can use -name instead. Note that unlike -iname, -name is case sensitive.



            If you only want to list files called <filename>, and not directories, add -type f



            find . -iname <filename> -type f


            If you want to use wildcards, you need to put quotes around it, e.g.



            find . -iname "*.txt" -type f


            otherwise the shell will expand it.



            As others have pointed out, you can also do:



            find . | grep ".txt$"


            grep will print lines based on regular expressions, which are more powerful than wildcards, but have a different syntax.



            See man find and man grep for more details.






            share|improve this answer















            The direct equivalent is



            find . -iname <filename>


            which will list all files and directories called <filename> in the current directory and any subdirectories, ignoring case.



            If your version of find doesn't support -iname, you can use -name instead. Note that unlike -iname, -name is case sensitive.



            If you only want to list files called <filename>, and not directories, add -type f



            find . -iname <filename> -type f


            If you want to use wildcards, you need to put quotes around it, e.g.



            find . -iname "*.txt" -type f


            otherwise the shell will expand it.



            As others have pointed out, you can also do:



            find . | grep ".txt$"


            grep will print lines based on regular expressions, which are more powerful than wildcards, but have a different syntax.



            See man find and man grep for more details.







            share|improve this answer














            share|improve this answer



            share|improve this answer








            edited Feb 16 '14 at 17:56

























            answered Feb 9 '11 at 20:33









            MikelMikel

            41.4k10 gold badges104 silver badges128 bronze badges




            41.4k10 gold badges104 silver badges128 bronze badges








            • 3





              If <filename> contains wildcards, use quotes around it, e.g. find . -name '*.txt'.

              – Gilles
              Feb 9 '11 at 23:03











            • @Gilles, updated my answer to say that, thanks.

              – Mikel
              Feb 10 '11 at 4:32






            • 2





              Using <filename> as marker for userinput is a bad habit in command-line environment, where < and > most of the time have specific meaning. I suggest just using filename, maybe FILENAME to emphasize it. Most people will understand, and those, who won't, might cause harm when not understanding that they aren't supposed to hit less-than or greater-than sign.

              – user unknown
              Feb 10 '11 at 8:25






            • 2





              <filename> is a convention in a lot of UNIX documentation, so I think it's useful for people to be aware of it, but I agree FILENAME might be easier to understand.

              – Mikel
              Feb 10 '11 at 10:48






            • 1





              find -iname <filename> is better since it is case-insensitive like DOS

              – Agnel Kurian
              Feb 16 '14 at 17:18














            • 3





              If <filename> contains wildcards, use quotes around it, e.g. find . -name '*.txt'.

              – Gilles
              Feb 9 '11 at 23:03











            • @Gilles, updated my answer to say that, thanks.

              – Mikel
              Feb 10 '11 at 4:32






            • 2





              Using <filename> as marker for userinput is a bad habit in command-line environment, where < and > most of the time have specific meaning. I suggest just using filename, maybe FILENAME to emphasize it. Most people will understand, and those, who won't, might cause harm when not understanding that they aren't supposed to hit less-than or greater-than sign.

              – user unknown
              Feb 10 '11 at 8:25






            • 2





              <filename> is a convention in a lot of UNIX documentation, so I think it's useful for people to be aware of it, but I agree FILENAME might be easier to understand.

              – Mikel
              Feb 10 '11 at 10:48






            • 1





              find -iname <filename> is better since it is case-insensitive like DOS

              – Agnel Kurian
              Feb 16 '14 at 17:18








            3




            3





            If <filename> contains wildcards, use quotes around it, e.g. find . -name '*.txt'.

            – Gilles
            Feb 9 '11 at 23:03





            If <filename> contains wildcards, use quotes around it, e.g. find . -name '*.txt'.

            – Gilles
            Feb 9 '11 at 23:03













            @Gilles, updated my answer to say that, thanks.

            – Mikel
            Feb 10 '11 at 4:32





            @Gilles, updated my answer to say that, thanks.

            – Mikel
            Feb 10 '11 at 4:32




            2




            2





            Using <filename> as marker for userinput is a bad habit in command-line environment, where < and > most of the time have specific meaning. I suggest just using filename, maybe FILENAME to emphasize it. Most people will understand, and those, who won't, might cause harm when not understanding that they aren't supposed to hit less-than or greater-than sign.

            – user unknown
            Feb 10 '11 at 8:25





            Using <filename> as marker for userinput is a bad habit in command-line environment, where < and > most of the time have specific meaning. I suggest just using filename, maybe FILENAME to emphasize it. Most people will understand, and those, who won't, might cause harm when not understanding that they aren't supposed to hit less-than or greater-than sign.

            – user unknown
            Feb 10 '11 at 8:25




            2




            2





            <filename> is a convention in a lot of UNIX documentation, so I think it's useful for people to be aware of it, but I agree FILENAME might be easier to understand.

            – Mikel
            Feb 10 '11 at 10:48





            <filename> is a convention in a lot of UNIX documentation, so I think it's useful for people to be aware of it, but I agree FILENAME might be easier to understand.

            – Mikel
            Feb 10 '11 at 10:48




            1




            1





            find -iname <filename> is better since it is case-insensitive like DOS

            – Agnel Kurian
            Feb 16 '14 at 17:18





            find -iname <filename> is better since it is case-insensitive like DOS

            – Agnel Kurian
            Feb 16 '14 at 17:18













            8














            Some shells allow ls **/filename, which is quite convenient.






            share|improve this answer



















            • 1





              Good point. In recent versions of bash, running shopt -s globstar; echo **/filename is equivalent to find . -name "filename". It also works in zsh.

              – Mikel
              Feb 10 '11 at 4:41











            • This 'ls **/filename` is fine, but seems not go more that one directory level deep.

              – Sopalajo de Arrierez
              Apr 12 '14 at 23:14













            • @sopalajo-de-arrierez If you do shopt -s globstar, it will probably work for you. Recursive globbing is a feature that is available only in some shells, and sometimes, it is not on by default.

              – Shawn J. Goff
              Apr 13 '14 at 3:39











            • Ops... I understand now, @ShawnJ.Goff: the shopt command enables the option globstar on. Now it works like a charm. Thanks a lot.

              – Sopalajo de Arrierez
              Apr 13 '14 at 12:05


















            8














            Some shells allow ls **/filename, which is quite convenient.






            share|improve this answer



















            • 1





              Good point. In recent versions of bash, running shopt -s globstar; echo **/filename is equivalent to find . -name "filename". It also works in zsh.

              – Mikel
              Feb 10 '11 at 4:41











            • This 'ls **/filename` is fine, but seems not go more that one directory level deep.

              – Sopalajo de Arrierez
              Apr 12 '14 at 23:14













            • @sopalajo-de-arrierez If you do shopt -s globstar, it will probably work for you. Recursive globbing is a feature that is available only in some shells, and sometimes, it is not on by default.

              – Shawn J. Goff
              Apr 13 '14 at 3:39











            • Ops... I understand now, @ShawnJ.Goff: the shopt command enables the option globstar on. Now it works like a charm. Thanks a lot.

              – Sopalajo de Arrierez
              Apr 13 '14 at 12:05
















            8












            8








            8







            Some shells allow ls **/filename, which is quite convenient.






            share|improve this answer













            Some shells allow ls **/filename, which is quite convenient.







            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Feb 10 '11 at 3:42









            Shawn J. GoffShawn J. Goff

            31k19 gold badges114 silver badges134 bronze badges




            31k19 gold badges114 silver badges134 bronze badges








            • 1





              Good point. In recent versions of bash, running shopt -s globstar; echo **/filename is equivalent to find . -name "filename". It also works in zsh.

              – Mikel
              Feb 10 '11 at 4:41











            • This 'ls **/filename` is fine, but seems not go more that one directory level deep.

              – Sopalajo de Arrierez
              Apr 12 '14 at 23:14













            • @sopalajo-de-arrierez If you do shopt -s globstar, it will probably work for you. Recursive globbing is a feature that is available only in some shells, and sometimes, it is not on by default.

              – Shawn J. Goff
              Apr 13 '14 at 3:39











            • Ops... I understand now, @ShawnJ.Goff: the shopt command enables the option globstar on. Now it works like a charm. Thanks a lot.

              – Sopalajo de Arrierez
              Apr 13 '14 at 12:05
















            • 1





              Good point. In recent versions of bash, running shopt -s globstar; echo **/filename is equivalent to find . -name "filename". It also works in zsh.

              – Mikel
              Feb 10 '11 at 4:41











            • This 'ls **/filename` is fine, but seems not go more that one directory level deep.

              – Sopalajo de Arrierez
              Apr 12 '14 at 23:14













            • @sopalajo-de-arrierez If you do shopt -s globstar, it will probably work for you. Recursive globbing is a feature that is available only in some shells, and sometimes, it is not on by default.

              – Shawn J. Goff
              Apr 13 '14 at 3:39











            • Ops... I understand now, @ShawnJ.Goff: the shopt command enables the option globstar on. Now it works like a charm. Thanks a lot.

              – Sopalajo de Arrierez
              Apr 13 '14 at 12:05










            1




            1





            Good point. In recent versions of bash, running shopt -s globstar; echo **/filename is equivalent to find . -name "filename". It also works in zsh.

            – Mikel
            Feb 10 '11 at 4:41





            Good point. In recent versions of bash, running shopt -s globstar; echo **/filename is equivalent to find . -name "filename". It also works in zsh.

            – Mikel
            Feb 10 '11 at 4:41













            This 'ls **/filename` is fine, but seems not go more that one directory level deep.

            – Sopalajo de Arrierez
            Apr 12 '14 at 23:14







            This 'ls **/filename` is fine, but seems not go more that one directory level deep.

            – Sopalajo de Arrierez
            Apr 12 '14 at 23:14















            @sopalajo-de-arrierez If you do shopt -s globstar, it will probably work for you. Recursive globbing is a feature that is available only in some shells, and sometimes, it is not on by default.

            – Shawn J. Goff
            Apr 13 '14 at 3:39





            @sopalajo-de-arrierez If you do shopt -s globstar, it will probably work for you. Recursive globbing is a feature that is available only in some shells, and sometimes, it is not on by default.

            – Shawn J. Goff
            Apr 13 '14 at 3:39













            Ops... I understand now, @ShawnJ.Goff: the shopt command enables the option globstar on. Now it works like a charm. Thanks a lot.

            – Sopalajo de Arrierez
            Apr 13 '14 at 12:05







            Ops... I understand now, @ShawnJ.Goff: the shopt command enables the option globstar on. Now it works like a charm. Thanks a lot.

            – Sopalajo de Arrierez
            Apr 13 '14 at 12:05













            4














            You can do this with



            find . | egrep filename





            share|improve this answer



















            • 1





              You could also do it in one with find . -regextype posix-egrep -regex '.*filename.*' (I don't know if the egrep part is important, but you used egrep in your answer so I included it)

              – Michael Mrozek
              Feb 9 '11 at 20:29













            • You can, but grep is different than the equivalent DOS command. grep uses regular expressions, while the DOS command uses shell wildcards.

              – Mikel
              Feb 9 '11 at 20:36






            • 1





              Come to think of it, shell globs are also different than DOS wildcards. For instance, find . -name "*.*" won't do what you'd expect from a DOS background. Globs are close enough to be recognizable, though, while regexes are an entirely new beast.

              – Jander
              Feb 10 '11 at 8:14











            • What does *.*.* do in a modern dos i.e. windows cmd? What about *.*.*.*?

              – ctrl-alt-delor
              Jun 30 '16 at 8:30
















            4














            You can do this with



            find . | egrep filename





            share|improve this answer



















            • 1





              You could also do it in one with find . -regextype posix-egrep -regex '.*filename.*' (I don't know if the egrep part is important, but you used egrep in your answer so I included it)

              – Michael Mrozek
              Feb 9 '11 at 20:29













            • You can, but grep is different than the equivalent DOS command. grep uses regular expressions, while the DOS command uses shell wildcards.

              – Mikel
              Feb 9 '11 at 20:36






            • 1





              Come to think of it, shell globs are also different than DOS wildcards. For instance, find . -name "*.*" won't do what you'd expect from a DOS background. Globs are close enough to be recognizable, though, while regexes are an entirely new beast.

              – Jander
              Feb 10 '11 at 8:14











            • What does *.*.* do in a modern dos i.e. windows cmd? What about *.*.*.*?

              – ctrl-alt-delor
              Jun 30 '16 at 8:30














            4












            4








            4







            You can do this with



            find . | egrep filename





            share|improve this answer













            You can do this with



            find . | egrep filename






            share|improve this answer












            share|improve this answer



            share|improve this answer










            answered Feb 9 '11 at 20:03









            MattenMatten

            1413 bronze badges




            1413 bronze badges








            • 1





              You could also do it in one with find . -regextype posix-egrep -regex '.*filename.*' (I don't know if the egrep part is important, but you used egrep in your answer so I included it)

              – Michael Mrozek
              Feb 9 '11 at 20:29













            • You can, but grep is different than the equivalent DOS command. grep uses regular expressions, while the DOS command uses shell wildcards.

              – Mikel
              Feb 9 '11 at 20:36






            • 1





              Come to think of it, shell globs are also different than DOS wildcards. For instance, find . -name "*.*" won't do what you'd expect from a DOS background. Globs are close enough to be recognizable, though, while regexes are an entirely new beast.

              – Jander
              Feb 10 '11 at 8:14











            • What does *.*.* do in a modern dos i.e. windows cmd? What about *.*.*.*?

              – ctrl-alt-delor
              Jun 30 '16 at 8:30














            • 1





              You could also do it in one with find . -regextype posix-egrep -regex '.*filename.*' (I don't know if the egrep part is important, but you used egrep in your answer so I included it)

              – Michael Mrozek
              Feb 9 '11 at 20:29













            • You can, but grep is different than the equivalent DOS command. grep uses regular expressions, while the DOS command uses shell wildcards.

              – Mikel
              Feb 9 '11 at 20:36






            • 1





              Come to think of it, shell globs are also different than DOS wildcards. For instance, find . -name "*.*" won't do what you'd expect from a DOS background. Globs are close enough to be recognizable, though, while regexes are an entirely new beast.

              – Jander
              Feb 10 '11 at 8:14











            • What does *.*.* do in a modern dos i.e. windows cmd? What about *.*.*.*?

              – ctrl-alt-delor
              Jun 30 '16 at 8:30








            1




            1





            You could also do it in one with find . -regextype posix-egrep -regex '.*filename.*' (I don't know if the egrep part is important, but you used egrep in your answer so I included it)

            – Michael Mrozek
            Feb 9 '11 at 20:29







            You could also do it in one with find . -regextype posix-egrep -regex '.*filename.*' (I don't know if the egrep part is important, but you used egrep in your answer so I included it)

            – Michael Mrozek
            Feb 9 '11 at 20:29















            You can, but grep is different than the equivalent DOS command. grep uses regular expressions, while the DOS command uses shell wildcards.

            – Mikel
            Feb 9 '11 at 20:36





            You can, but grep is different than the equivalent DOS command. grep uses regular expressions, while the DOS command uses shell wildcards.

            – Mikel
            Feb 9 '11 at 20:36




            1




            1





            Come to think of it, shell globs are also different than DOS wildcards. For instance, find . -name "*.*" won't do what you'd expect from a DOS background. Globs are close enough to be recognizable, though, while regexes are an entirely new beast.

            – Jander
            Feb 10 '11 at 8:14





            Come to think of it, shell globs are also different than DOS wildcards. For instance, find . -name "*.*" won't do what you'd expect from a DOS background. Globs are close enough to be recognizable, though, while regexes are an entirely new beast.

            – Jander
            Feb 10 '11 at 8:14













            What does *.*.* do in a modern dos i.e. windows cmd? What about *.*.*.*?

            – ctrl-alt-delor
            Jun 30 '16 at 8:30





            What does *.*.* do in a modern dos i.e. windows cmd? What about *.*.*.*?

            – ctrl-alt-delor
            Jun 30 '16 at 8:30











            0














            It can be also: tree -if </your/path> or 'pwd' as a path






            share|improve this answer




























              0














              It can be also: tree -if </your/path> or 'pwd' as a path






              share|improve this answer


























                0












                0








                0







                It can be also: tree -if </your/path> or 'pwd' as a path






                share|improve this answer













                It can be also: tree -if </your/path> or 'pwd' as a path







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Jun 8 '16 at 14:47









                Michael FatahovMichael Fatahov

                1




                1






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Unix & Linux Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f7169%2fwhat-is-the-linux-equivalent-of-dos-dir-s-b-filename%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Hudson River Historic District Contents Geography History The district today Aesthetics Cultural...

                    The number designs the writing. Feandra Aversely Definition: The act of ingrafting a sprig or shoot of one...

                    Ayherre Geografie Demografie Externe links Navigatiemenu43° 23′ NB, 1° 15′ WL43° 23′ NB, 1°...