Ambigous args when sourcing another bash file in a bash file












0















I create a bash file test.sh. The content of this bash is like below:



#!/bin/bash
#source another file
export ICS_START=/rdrive/ics/itools/unx/bin/
source $ICS_START/icssetup.sh

XMAIN=false
MAINLINE=false
STARTDIR=${PWD}

# Get args.
usage() {
echo "Usage: $0 [-t <timestamp>] [-m] [-x]"
exit 1
}
parse_args(){
while getopts "ht:mx" OPT; do
case $OPT in
t) DATE=${OPTARG};;
m) MAINLINE=true;;
x) XMAIN=true;;
h) usage;;
?) usage;;
esac
done
}
echo "$@"
parse_args "$@"
#other commands
myrun -d xxx -p xxx --time xxxx


I run this bash file with ./test.sh -t xxx -m -x



During this process,the second source command is affected by the args -t xxx -m -x, it always throw errors as :
Ambigous switch. Please use more characters. I think icssetup.sh also define these args so we have conflicts with each other. How could I avoid this without changing arg characters?



I checked that the first two lines(source command) and the parse_args can both work well separately.



Any help would be appreciated.










share|improve this question



























    0















    I create a bash file test.sh. The content of this bash is like below:



    #!/bin/bash
    #source another file
    export ICS_START=/rdrive/ics/itools/unx/bin/
    source $ICS_START/icssetup.sh

    XMAIN=false
    MAINLINE=false
    STARTDIR=${PWD}

    # Get args.
    usage() {
    echo "Usage: $0 [-t <timestamp>] [-m] [-x]"
    exit 1
    }
    parse_args(){
    while getopts "ht:mx" OPT; do
    case $OPT in
    t) DATE=${OPTARG};;
    m) MAINLINE=true;;
    x) XMAIN=true;;
    h) usage;;
    ?) usage;;
    esac
    done
    }
    echo "$@"
    parse_args "$@"
    #other commands
    myrun -d xxx -p xxx --time xxxx


    I run this bash file with ./test.sh -t xxx -m -x



    During this process,the second source command is affected by the args -t xxx -m -x, it always throw errors as :
    Ambigous switch. Please use more characters. I think icssetup.sh also define these args so we have conflicts with each other. How could I avoid this without changing arg characters?



    I checked that the first two lines(source command) and the parse_args can both work well separately.



    Any help would be appreciated.










    share|improve this question

























      0












      0








      0








      I create a bash file test.sh. The content of this bash is like below:



      #!/bin/bash
      #source another file
      export ICS_START=/rdrive/ics/itools/unx/bin/
      source $ICS_START/icssetup.sh

      XMAIN=false
      MAINLINE=false
      STARTDIR=${PWD}

      # Get args.
      usage() {
      echo "Usage: $0 [-t <timestamp>] [-m] [-x]"
      exit 1
      }
      parse_args(){
      while getopts "ht:mx" OPT; do
      case $OPT in
      t) DATE=${OPTARG};;
      m) MAINLINE=true;;
      x) XMAIN=true;;
      h) usage;;
      ?) usage;;
      esac
      done
      }
      echo "$@"
      parse_args "$@"
      #other commands
      myrun -d xxx -p xxx --time xxxx


      I run this bash file with ./test.sh -t xxx -m -x



      During this process,the second source command is affected by the args -t xxx -m -x, it always throw errors as :
      Ambigous switch. Please use more characters. I think icssetup.sh also define these args so we have conflicts with each other. How could I avoid this without changing arg characters?



      I checked that the first two lines(source command) and the parse_args can both work well separately.



      Any help would be appreciated.










      share|improve this question














      I create a bash file test.sh. The content of this bash is like below:



      #!/bin/bash
      #source another file
      export ICS_START=/rdrive/ics/itools/unx/bin/
      source $ICS_START/icssetup.sh

      XMAIN=false
      MAINLINE=false
      STARTDIR=${PWD}

      # Get args.
      usage() {
      echo "Usage: $0 [-t <timestamp>] [-m] [-x]"
      exit 1
      }
      parse_args(){
      while getopts "ht:mx" OPT; do
      case $OPT in
      t) DATE=${OPTARG};;
      m) MAINLINE=true;;
      x) XMAIN=true;;
      h) usage;;
      ?) usage;;
      esac
      done
      }
      echo "$@"
      parse_args "$@"
      #other commands
      myrun -d xxx -p xxx --time xxxx


      I run this bash file with ./test.sh -t xxx -m -x



      During this process,the second source command is affected by the args -t xxx -m -x, it always throw errors as :
      Ambigous switch. Please use more characters. I think icssetup.sh also define these args so we have conflicts with each other. How could I avoid this without changing arg characters?



      I checked that the first two lines(source command) and the parse_args can both work well separately.



      Any help would be appreciated.







      bash






      share|improve this question













      share|improve this question











      share|improve this question




      share|improve this question










      asked Nov 23 '18 at 6:55









      lionellionel

      10319




      10319
























          1 Answer
          1






          active

          oldest

          votes


















          0














          This is something that happens with bash but not other shells. The arguments of your script are passed to any sourced script.



          A simple example showing this:



          test.sh



          #!/bin/bash

          source source.sh
          echo Original Script: $# : $@


          source.sh



          #!/bin/bash

          echo Sourced Script $# : $@


          When you run test.sh, you see that even if no arguments are passed to the sourced script, it actually receives the original script arguments:



          # ./test.sh a b
          Sourced Script 2 : a b
          Original script: 2 : a b


          If you're attempting to pass no arguments to the sourced script, you might try to force it like:



          source $ICS_START/icssetup.sh ""





          share|improve this answer























            Your Answer






            StackExchange.ifUsing("editor", function () {
            StackExchange.using("externalEditor", function () {
            StackExchange.using("snippets", function () {
            StackExchange.snippets.init();
            });
            });
            }, "code-snippets");

            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "1"
            };
            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: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            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%2fstackoverflow.com%2fquestions%2f53441939%2fambigous-args-when-sourcing-another-bash-file-in-a-bash-file%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









            0














            This is something that happens with bash but not other shells. The arguments of your script are passed to any sourced script.



            A simple example showing this:



            test.sh



            #!/bin/bash

            source source.sh
            echo Original Script: $# : $@


            source.sh



            #!/bin/bash

            echo Sourced Script $# : $@


            When you run test.sh, you see that even if no arguments are passed to the sourced script, it actually receives the original script arguments:



            # ./test.sh a b
            Sourced Script 2 : a b
            Original script: 2 : a b


            If you're attempting to pass no arguments to the sourced script, you might try to force it like:



            source $ICS_START/icssetup.sh ""





            share|improve this answer




























              0














              This is something that happens with bash but not other shells. The arguments of your script are passed to any sourced script.



              A simple example showing this:



              test.sh



              #!/bin/bash

              source source.sh
              echo Original Script: $# : $@


              source.sh



              #!/bin/bash

              echo Sourced Script $# : $@


              When you run test.sh, you see that even if no arguments are passed to the sourced script, it actually receives the original script arguments:



              # ./test.sh a b
              Sourced Script 2 : a b
              Original script: 2 : a b


              If you're attempting to pass no arguments to the sourced script, you might try to force it like:



              source $ICS_START/icssetup.sh ""





              share|improve this answer


























                0












                0








                0







                This is something that happens with bash but not other shells. The arguments of your script are passed to any sourced script.



                A simple example showing this:



                test.sh



                #!/bin/bash

                source source.sh
                echo Original Script: $# : $@


                source.sh



                #!/bin/bash

                echo Sourced Script $# : $@


                When you run test.sh, you see that even if no arguments are passed to the sourced script, it actually receives the original script arguments:



                # ./test.sh a b
                Sourced Script 2 : a b
                Original script: 2 : a b


                If you're attempting to pass no arguments to the sourced script, you might try to force it like:



                source $ICS_START/icssetup.sh ""





                share|improve this answer













                This is something that happens with bash but not other shells. The arguments of your script are passed to any sourced script.



                A simple example showing this:



                test.sh



                #!/bin/bash

                source source.sh
                echo Original Script: $# : $@


                source.sh



                #!/bin/bash

                echo Sourced Script $# : $@


                When you run test.sh, you see that even if no arguments are passed to the sourced script, it actually receives the original script arguments:



                # ./test.sh a b
                Sourced Script 2 : a b
                Original script: 2 : a b


                If you're attempting to pass no arguments to the sourced script, you might try to force it like:



                source $ICS_START/icssetup.sh ""






                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Nov 23 '18 at 19:22









                Alexandre JumaAlexandre Juma

                542315




                542315
































                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Stack Overflow!


                    • 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%2fstackoverflow.com%2fquestions%2f53441939%2fambigous-args-when-sourcing-another-bash-file-in-a-bash-file%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

                    "Incorrect syntax near the keyword 'ON'. (on update cascade, on delete cascade,)

                    Alcedinidae

                    Origin of the phrase “under your belt”?