Command Line arguments

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • michael

    #1

    Command Line arguments

    I have a question about Windows based python (2.4 and later).

    For example, if I make a script called test.py like so:

    import sys
    print sys.argv

    then run it:

    python test.py this is a test

    I see a list with

    ['test.py', 'this', 'is', 'a', 'test']


    All is good!

    BUT...

    If i make .py extensions be run as exes (by setting the .py extension to
    be executable with PATHEXT setting in environment variables, the Python
    program will run, but NO arguments are passed!

    For example, after setting .py extension to be executable, i get this:

    test this is a test

    I get ['test.py]. NO arguments are passed.

    NOTE: This can NOT be blamed on Windows in my mind because Python2.2 and
    earlier works FINE.

    Any one have an idea?

    Thank you!

    Michael
  • Tim Roberts

    #2
    Re: Command Line arguments

    michael <savvyside@aol. com> wrote:
    [color=blue]
    >I have a question about Windows based python (2.4 and later).
    >
    >For example, if I make a script called test.py like so:
    >
    >import sys
    >print sys.argv
    >
    >then run it:
    >
    >python test.py this is a test
    >
    >I see a list with
    >
    >['test.py', 'this', 'is', 'a', 'test']
    >
    >
    >All is good!
    >
    >BUT...
    >
    >If i make .py extensions be run as exes (by setting the .py extension to
    >be executable with PATHEXT setting in environment variables, the Python
    >program will run, but NO arguments are passed!
    >
    >For example, after setting .py extension to be executable, i get this:
    >
    >test this is a test
    >
    >I get ['test.py]. NO arguments are passed.
    >
    >NOTE: This can NOT be blamed on Windows in my mind because Python2.2 and
    >earlier works FINE.[/color]

    It is a configuration problem. Bring up a Command Shell and run the assoc
    and ftype commands like this:

    C:\Tmp>assoc .py
    .py=Python.File

    C:\Tmp>ftype Python.File
    Python.File="C: \Apps\Python24\ python.exe" "%1" %*

    C:\Tmp>

    The KEY part of that is the %* at the end of the Python.File defintion.
    That tells the system to insert the rest of the command line parameters at
    that point. If you have ONLY the "%1", the command will run but no
    parameters will be forwarded. If so, you can fix this by typing:

    C:\Tmp>ftype Python.File="C: \Apps\Python24\ python.exe" "%1" %*

    Substituting your own path, of course.
    --
    - Tim Roberts, timr@probo.com
    Providenza & Boekelheide, Inc.

    Comment

    • michael

      #3
      Re: Command Line arguments

      On Thu, 25 Aug 2005 00:46:41 -0700, Tim Roberts wrote:
      [color=blue]
      > michael <savvyside@aol. com> wrote:
      >[color=green]
      >>I have a question about Windows based python (2.4 and later).
      >>
      >>For example, if I make a script called test.py like so:
      >>
      >>import sys
      >>print sys.argv
      >>
      >>then run it:
      >>
      >>python test.py this is a test
      >>
      >>I see a list with
      >>
      >>['test.py', 'this', 'is', 'a', 'test']
      >>
      >>
      >>All is good!
      >>
      >>BUT...
      >>
      >>If i make .py extensions be run as exes (by setting the .py extension to
      >>be executable with PATHEXT setting in environment variables, the Python
      >>program will run, but NO arguments are passed!
      >>
      >>For example, after setting .py extension to be executable, i get this:
      >>
      >>test this is a test
      >>
      >>I get ['test.py]. NO arguments are passed.
      >>
      >>NOTE: This can NOT be blamed on Windows in my mind because Python2.2 and
      >>earlier works FINE.[/color]
      >
      > It is a configuration problem. Bring up a Command Shell and run the assoc
      > and ftype commands like this:
      >
      > C:\Tmp>assoc .py
      > .py=Python.File
      >
      > C:\Tmp>ftype Python.File
      > Python.File="C: \Apps\Python24\ python.exe" "%1" %*
      >
      > C:\Tmp>
      >
      > The KEY part of that is the %* at the end of the Python.File defintion.
      > That tells the system to insert the rest of the command line parameters at
      > that point. If you have ONLY the "%1", the command will run but no
      > parameters will be forwarded. If so, you can fix this by typing:
      >
      > C:\Tmp>ftype Python.File="C: \Apps\Python24\ python.exe" "%1" %*
      >
      > Substituting your own path, of course.[/color]


      Tim,

      I can confirm you were right! Thank you very much.

      This will get us through the issue. I wonder why this was needed? One way
      or the other, you taught me something and I thank you.

      Michael Christopher

      Comment

      • michael

        #4
        Re: Command Line arguments

        On Thu, 25 Aug 2005 00:46:41 -0700, Tim Roberts wrote:
        [color=blue]
        > michael <savvyside@aol. com> wrote:
        >[color=green]
        >>I have a question about Windows based python (2.4 and later).
        >>
        >>For example, if I make a script called test.py like so:
        >>
        >>import sys
        >>print sys.argv
        >>
        >>then run it:
        >>
        >>python test.py this is a test
        >>
        >>I see a list with
        >>
        >>['test.py', 'this', 'is', 'a', 'test']
        >>
        >>
        >>All is good!
        >>
        >>BUT...
        >>
        >>If i make .py extensions be run as exes (by setting the .py extension to
        >>be executable with PATHEXT setting in environment variables, the Python
        >>program will run, but NO arguments are passed!
        >>
        >>For example, after setting .py extension to be executable, i get this:
        >>
        >>test this is a test
        >>
        >>I get ['test.py]. NO arguments are passed.
        >>
        >>NOTE: This can NOT be blamed on Windows in my mind because Python2.2 and
        >>earlier works FINE.[/color]
        >
        > It is a configuration problem. Bring up a Command Shell and run the assoc
        > and ftype commands like this:
        >
        > C:\Tmp>assoc .py
        > .py=Python.File
        >
        > C:\Tmp>ftype Python.File
        > Python.File="C: \Apps\Python24\ python.exe" "%1" %*
        >
        > C:\Tmp>
        >
        > The KEY part of that is the %* at the end of the Python.File defintion.
        > That tells the system to insert the rest of the command line parameters at
        > that point. If you have ONLY the "%1", the command will run but no
        > parameters will be forwarded. If so, you can fix this by typing:
        >
        > C:\Tmp>ftype Python.File="C: \Apps\Python24\ python.exe" "%1" %*
        >
        > Substituting your own path, of course.[/color]



        SOLVED! Thank you.

        I wonder why this was needed for 2.4 and not 2.2? I don't think it was
        lingering things from old installs because it happened on a persons
        computer that had never had any python installed before 2.4.

        Anyway, THANKS!

        Michael

        Comment

        • Trent Mick

          #5
          Re: Command Line arguments

          [michael wrote][color=blue]
          > SOLVED! Thank you.
          >
          > I wonder why this was needed for 2.4 and not 2.2? I don't think it was
          > lingering things from old installs because it happened on a persons
          > computer that had never had any python installed before 2.4.[/color]

          It might be due to a bug in the Python 2.4 installer not setting the
          proper file associations. What installer package did you use?

          Trent

          --
          Trent Mick
          TrentM@ActiveSt ate.com

          Comment

          • michael

            #6
            Re: Command Line arguments

            On Thu, 25 Aug 2005 11:39:48 -0700, Trent Mick wrote:
            [color=blue]
            > [michael wrote][color=green]
            >> SOLVED! Thank you.
            >>
            >> I wonder why this was needed for 2.4 and not 2.2? I don't think it was
            >> lingering things from old installs because it happened on a persons
            >> computer that had never had any python installed before 2.4.[/color]
            >
            > It might be due to a bug in the Python 2.4 installer not setting the
            > proper file associations. What installer package did you use?
            >
            > Trent[/color]

            I used the python2.4.MSI from python.org site (dated 3-6-05). I think this
            was the first time they went to MSI verses an exe based installer.

            it says Python 2.4 (#60 November 30th, 2004) when I start it.

            Michael



            Comment

            • Trent Mick

              #7
              Re: Command Line arguments

              [michael wrote][color=blue][color=green][color=darkred]
              > >> I wonder why this was needed for 2.4 and not 2.2? I don't think it was
              > >> lingering things from old installs because it happened on a persons
              > >> computer that had never had any python installed before 2.4.[/color]
              > >[/color][/color]

              [Trent][color=blue][color=green]
              > > It might be due to a bug in the Python 2.4 installer not setting the
              > > proper file associations. What installer package did you use?[/color]
              >
              > I used the python2.4.MSI from python.org site (dated 3-6-05). I think this
              > was the first time they went to MSI verses an exe based installer.
              >
              > it says Python 2.4 (#60 November 30th, 2004) when I start it.[/color]

              I think Martin has been doing MSIs for a little bit longer than that,
              but I'm not sure.

              Martin, is it possible that there is a bug in setting up the
              ..py/Python.File association in the python2.4.msi? Here is the start of
              this thread:



              What association (if any) does your Python MSI setup?

              Cheers,
              Trent

              --
              Trent Mick
              TrentM@ActiveSt ate.com

              Comment

              • Martin v. Löwis

                #8
                Re: Command Line arguments

                Trent Mick wrote:[color=blue][color=green]
                >>I used the python2.4.MSI from python.org site (dated 3-6-05). I think this
                >>was the first time they went to MSI verses an exe based installer.
                >>
                >>it says Python 2.4 (#60 November 30th, 2004) when I start it.[/color]
                >
                >
                > I think Martin has been doing MSIs for a little bit longer than that,
                > but I'm not sure.[/color]

                I started after 2.3, but MSIs were released for the 2.4 alpha and beta
                releases, as well.
                [color=blue]
                > Martin, is it possible that there is a bug in setting up the
                > .py/Python.File association in the python2.4.msi? Here is the start of
                > this thread:
                >
                > http://mail.python.org/pipermail/pyt...st/296007.html[/color]

                I don't think the 2.4 MSI has such a bug. There were various issues
                in the alpha releases, but they got resolved. There was a bug in
                the shortcuts (IDLE would not start if TARGETDIR had a space in it),
                but that is an unrelated issue. Please refer to

                The official home of the Python Programming Language


                for the most frequently reported bugs in 2.4.
                [color=blue]
                > What association (if any) does your Python MSI setup?[/color]

                "assoc .py" gives "Python.Fil e", "ftype Python.File" gives
                Python.File="C: \Python24\pytho n.exe" "%1" %*

                This is all done through registry (i.e. no advertised extensions).
                Software\Classe s\.py is Python.File,
                Software\Classe s\Python.File\s hell\open\comma nd is
                "[TARGETDIR]python.exe" "%1" %*

                My guess is that the MSI file was installed "Just for me",
                and then a different user tries to find the associations,
                which fails as they are in the other user's profile.

                Alternatively, the "Register Extensions" feature in
                the "Customize Python 2.4" dialog may have been
                deselected.

                Regards,
                Martin


                Comment

                Working...