Does cd . have use?












1















One of the tutorials I've been following briefly stated that cd . has no use. When trying to replicate issue shown by OP in Symbolic link recursion - what makes it “reset”?, I also tried cd ., which showed the same effect OP described (growing $PWD variable), which can be countered with cd -P.



This makes me wonder, is there any case where one does in fact would want to use cd . ?






cd-command







share|improve this question



























    1















    One of the tutorials I've been following briefly stated that cd . has no use. When trying to replicate issue shown by OP in Symbolic link recursion - what makes it “reset”?, I also tried cd ., which showed the same effect OP described (growing $PWD variable), which can be countered with cd -P.



    This makes me wonder, is there any case where one does in fact would want to use cd . ?






    cd-command







    share|improve this question

























      1












      1








      1








      One of the tutorials I've been following briefly stated that cd . has no use. When trying to replicate issue shown by OP in Symbolic link recursion - what makes it “reset”?, I also tried cd ., which showed the same effect OP described (growing $PWD variable), which can be countered with cd -P.



      This makes me wonder, is there any case where one does in fact would want to use cd . ?






      cd-command







      share|improve this question














      One of the tutorials I've been following briefly stated that cd . has no use. When trying to replicate issue shown by OP in Symbolic link recursion - what makes it “reset”?, I also tried cd ., which showed the same effect OP described (growing $PWD variable), which can be countered with cd -P.



      This makes me wonder, is there any case where one does in fact would want to use cd . ?






      cd-command




      cd-command






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked 11 mins ago









      Sergiy KolodyazhnyySergiy Kolodyazhnyy

      8,69412355




      8,69412355






















          1 Answer
          1






          active

          oldest

          votes


















          1














          The path of directory could have changed since the last executed command and without cd . bash and ksh93 shells will rely on logical working directory described in the linked post in the question; so calling cd . which makes the shell issue getcwd() syscall, will ensure your current path is still valid.



          Steps to reproduce in bash:




          1. in terminal tab issue mkdir ./dir_no_1; cd ./dir_no_1

          2. in different terminal tab issue mv dir_no_1 dir_no_2

          3. issue in first terminal tab echo $PWD and pwd. Notice that the directory has been externally renamed, shell's environment has not been updated.

          4. issue cd .; pwd; echo $PWD. Notice the value will be updated.


          ksh93, however, does not update the environment information, so cd . in ksh93 may in fact be useless. In /bin/dash on Ubuntu and other Debian based systems, cd . returns dash: 3: cd: can't cd to . error, however cd -P . works ( unlike in ksh93 ).






          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%2f495899%2fdoes-cd-have-use%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            1














            The path of directory could have changed since the last executed command and without cd . bash and ksh93 shells will rely on logical working directory described in the linked post in the question; so calling cd . which makes the shell issue getcwd() syscall, will ensure your current path is still valid.



            Steps to reproduce in bash:




            1. in terminal tab issue mkdir ./dir_no_1; cd ./dir_no_1

            2. in different terminal tab issue mv dir_no_1 dir_no_2

            3. issue in first terminal tab echo $PWD and pwd. Notice that the directory has been externally renamed, shell's environment has not been updated.

            4. issue cd .; pwd; echo $PWD. Notice the value will be updated.


            ksh93, however, does not update the environment information, so cd . in ksh93 may in fact be useless. In /bin/dash on Ubuntu and other Debian based systems, cd . returns dash: 3: cd: can't cd to . error, however cd -P . works ( unlike in ksh93 ).






            share|improve this answer




























              1














              The path of directory could have changed since the last executed command and without cd . bash and ksh93 shells will rely on logical working directory described in the linked post in the question; so calling cd . which makes the shell issue getcwd() syscall, will ensure your current path is still valid.



              Steps to reproduce in bash:




              1. in terminal tab issue mkdir ./dir_no_1; cd ./dir_no_1

              2. in different terminal tab issue mv dir_no_1 dir_no_2

              3. issue in first terminal tab echo $PWD and pwd. Notice that the directory has been externally renamed, shell's environment has not been updated.

              4. issue cd .; pwd; echo $PWD. Notice the value will be updated.


              ksh93, however, does not update the environment information, so cd . in ksh93 may in fact be useless. In /bin/dash on Ubuntu and other Debian based systems, cd . returns dash: 3: cd: can't cd to . error, however cd -P . works ( unlike in ksh93 ).






              share|improve this answer


























                1












                1








                1







                The path of directory could have changed since the last executed command and without cd . bash and ksh93 shells will rely on logical working directory described in the linked post in the question; so calling cd . which makes the shell issue getcwd() syscall, will ensure your current path is still valid.



                Steps to reproduce in bash:




                1. in terminal tab issue mkdir ./dir_no_1; cd ./dir_no_1

                2. in different terminal tab issue mv dir_no_1 dir_no_2

                3. issue in first terminal tab echo $PWD and pwd. Notice that the directory has been externally renamed, shell's environment has not been updated.

                4. issue cd .; pwd; echo $PWD. Notice the value will be updated.


                ksh93, however, does not update the environment information, so cd . in ksh93 may in fact be useless. In /bin/dash on Ubuntu and other Debian based systems, cd . returns dash: 3: cd: can't cd to . error, however cd -P . works ( unlike in ksh93 ).






                share|improve this answer













                The path of directory could have changed since the last executed command and without cd . bash and ksh93 shells will rely on logical working directory described in the linked post in the question; so calling cd . which makes the shell issue getcwd() syscall, will ensure your current path is still valid.



                Steps to reproduce in bash:




                1. in terminal tab issue mkdir ./dir_no_1; cd ./dir_no_1

                2. in different terminal tab issue mv dir_no_1 dir_no_2

                3. issue in first terminal tab echo $PWD and pwd. Notice that the directory has been externally renamed, shell's environment has not been updated.

                4. issue cd .; pwd; echo $PWD. Notice the value will be updated.


                ksh93, however, does not update the environment information, so cd . in ksh93 may in fact be useless. In /bin/dash on Ubuntu and other Debian based systems, cd . returns dash: 3: cd: can't cd to . error, however cd -P . works ( unlike in ksh93 ).







                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered 11 mins ago









                Sergiy KolodyazhnyySergiy Kolodyazhnyy

                8,69412355




                8,69412355






























                    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%2f495899%2fdoes-cd-have-use%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

                    濃尾地震

                    Image
                    濃尾地震 『岐阜市街大地震之図』 歌川国利画 本震 発生日 1891年（明治24年）10月28日 発生時刻 6時38分50秒（JST） 震央 日本 岐阜県本巣郡西根尾村（現・本巣市） 北緯35度35分 東経136度20分（ 地図 ） 規模    マグニチュード（M）8.0 最大震度    震度7： 注1 福井県今立郡鯖江町、愛知県葉栗郡大田島村、東春日井郡勝川村 地震の種類 直下型地震 被害 死傷者数 死者7,273人、負傷者17,175人 注1：当時の震度階級では「激烈」 プロジェクト:地球科学 プロジェクト:災害 テンプレートを表示 濃尾地震 （のうびじしん）は、1891年（明治24年）10月28日に濃尾地方で発生した、日本史上最大の内陸地殻内地震。「 美濃・尾張地震 （みの・おわりじしん）」とも呼ばれている。辛卯の年に発生したことから 辛卯震災 と呼んでいる報告書もある。 目次 1 概要 1.1 震源断層 2 被害 3 各地の震度 4 前兆現象 5 報道 6 学術的な意義 7 地震防災 8 脚注 9 関連項目 10 外部リンク 概要 濃尾地震発生当時の根尾谷断層 濃尾地震を引き起こした根尾谷断層 写真中央を斜めに走る段差が根尾谷断層 濃尾地震は、1891年10月28日6時38分50秒に発生した。震源は、岐阜県本巣郡西根尾村（現・本巣市）、北緯35度35分、東経136度20分付近。河角廣 (1951) は岐阜市付近（北緯35.6度、東経136.6度）に震央を仮定し規模 M K = 7.0 を与え [1] 、マグニチュードは M = 8.4 に換算されているが、明治・大正期の地震については0.5程度大きく見積もられているとされる [2] 。また、震央距離と震度との関係など当時のデータから後にM8.0 [3] とも推定される。アメリカ地質調査所 (USGS) でも8.0としている [4] 。「根尾谷断層帯」が活動した典型的な内陸地殻内地震（いわゆる直下型地震）であり、これは記録が残っている日本の内陸
                    Read more

                    How to rewrite equation of hyperbola in standard form

                    Image
                    2 $begingroup$ I was wondering about this question: $$ 9 x ^ 2 -4y^2-72x=0 $$ What is the step-by-step process of writing such an equation which, in this case, has the graph of a hyperbola in standard form? Please excuse me for my messy equation. As I am relatively new to Mathematics Stack Exchange, I do not know how to insert superscripts. Thank you ahead of time! calculus conic-sections share | cite | improve this question edited 2 hours ago Key Flex 8,637 6 12 33 asked 2 hours ago
                    Read more

                    No ethernet ip address in my vocore2

                    Image
                    0 I just flashed my vocore2u with openwrt 18.06.1, and plug it with an ethernet cable to access network while setting up wireless access-point for my phone. The AP is working and connected to the network, but the ip in my phone is in the subnet of another router. And there's no ip assigned to my vocore2 so I cannot ssh into it. After connecting to vocore2 with serial terminal, ping 8.8.8.8 is also failed. How can I make my vocore2 gain ip from the router and setting up the network well? root@OpenWrt:/etc/config# ifconfig apcli0 Link encap:Ethernet HWaddr BA:D8:12:07:01:71 inet6 addr: fe80::b8d8:12ff:fe07:171/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 erro
                    Read more