Just as a report, so far, no errors or problems on an x64 platform so far.

-Tyler

On Wed, May 13, 2009 at 8:07 PM, René Dudfield <[email protected]> wrote:

> hi...
>
> I made a tiny little change to test/__init__.py which just imports
> pygame.tests.go if __name__ == "__main__"
> Seems like a fairly clean way to do it -- keeping that code separate in the
> go.py seems nice.
>
> So these work now:
>     $ python -m pygame.tests --help
>     $ python -m pygame.tests
>     $ etc.
>
>
> cu,
>
>
>
>
> On Thu, May 14, 2009 at 6:40 AM, Lenard Lindstrom <[email protected]> wrote:
>
>> Yes, that is ridiculously simple. I will clean out the unnecessary go
>> module (no go).
>>
>> Lenard
>>
>>
>> René Dudfield wrote:
>>
>>> hi,
>>>
>>> the -m flag seems nice...
>>>
>>> I think it can be made so you could do this:
>>>    python -m pygame.examples.chimp ARGS
>>>
>>>    python -m pygame.tests
>>>
>>>
>>> cu,
>>>
>>>
>>>
>>> On Thu, May 14, 2009 at 4:29 AM, Lenard Lindstrom <[email protected]<mailto:
>>> [email protected]>> wrote:
>>>
>>>    Marcus von Appen wrote:
>>>
>>>        On, Wed May 13, 2009, Lenard Lindstrom wrote:
>>>
>>>
>>>            [email protected] <mailto:[email protected]> wrote:
>>>
>>>                Marius Gedminas <[email protected]
>>>                <mailto:[email protected]>>:
>>>
>>>
>>>
>>>                    On Tue, May 12, 2009 at 09:46:29PM +0200, Marcus
>>>                    von Appen wrote:
>>>
>>>                [...]
>>>
>>>                         sh myfoo.py
>>>
>>>                        works just great, even without the executable
>>>                        bit (as supposed by bourne
>>>                        shells).
>>>
>>>                    No it does not.  Please do not spread disinformation.
>>>
>>>
>>>                Just checked it multiple times - it seems to be
>>>                system- and shell-dependent,
>>>                so I'm terribly sorry for writing nonsense.
>>>
>>>
>>>
>>>            Could be something that is turned off by default. Out of
>>>            curiosity, does your shell trick work with a python file
>>>            without a sha-bang line?
>>>
>>>
>>>        No.
>>>            As for the executable mode let's compromise. No files in
>>>            SVN will have an svn:executable property. But I will add a
>>>            script to trunk that sets the executable mode for
>>>            appropriate files, setup.py, config.py, run_tests.py and
>>>            the examples. First I will verify that SVN ignores modes
>>>            when committing.
>>>
>>>
>>>        Sounds sufficient for making the installer and source
>>>        packages. Should
>>>        the pygame.examples module have executable python files
>>>        installed then
>>>        or is will pygame.examples tagged onlz for the documentation
>>>        and example
>>>        distribution?
>>>
>>>
>>>    I cannot speak from experience since it is not an issue with
>>>    Windows. But I would suggest no installed files should be
>>>    executable. Making examples and setup.py executable is a
>>>    convenience for developers. Installed examples should be run by
>>>    importing. I will have to add the equivalent of pygame.tests.go to
>>>    examples:
>>>
>>>    python -c "import pygame.examples.go" movieplayer <mp-args>
>>>
>>>    The main() equivalent is too awkward:
>>>
>>>    python -c "from pygame.examples.movieplayer import main;
>>>    main('somefilepath.mpg')"
>>>
>>>    Lenard
>>>
>>>
>>>
>>
>


-- 
Visit my blog at http://oddco.ca/zeroth/zblog

Reply via email to