/brz/remove-bazaar

To get this branch, use:
bzr branch http://gegoxaren.bato24.eu/bzr/brz/remove-bazaar

« back to all changes in this revision

Viewing changes to bzrlib/externalcommand.py

  • Committer: John Arbash Meinel
  • Date: 2009-10-13 16:44:43 UTC
  • mto: This revision was merged to the branch mainline in revision 4741.
  • Revision ID: john@arbash-meinel.com-20091013164443-b92lnyiir2ucyguj
Stop using hash() because of bugs wrt pyrex 0.9.8.5

Rather than going directly to the Py_TYPE() object, I also use PyObject_Hash()
everywhere now. This simplifies the code a little bit, as I can declare it
returns -1 as an exception, rather than having to manually check the return
value.

What is really strange is that pyrex 0.9.7.2 gets it right, strange
regression to have. cython 0.11.3 also gets it right, but I don't know
that all versions of cython handle it correctly, either.


The main problem is that we are mixing, and then comparing
'other_hash = this_hash'. If we always used the 32-bit form, we would
be okay for our purposes, or always use the 64-bit form. I'm focusing
on the latter.

Show diffs side-by-side

added added

removed removed

Lines of Context:
bzrlib/externalcommand.py
 
1
# Copyright (C) 2004, 2005 Canonical Ltd
 
2
#
 
3
# This program is free software; you can redistribute it and/or modify
 
4
# it under the terms of the GNU General Public License as published by
 
5
# the Free Software Foundation; either version 2 of the License, or
 
6
# (at your option) any later version.
 
7
#
 
8
# This program is distributed in the hope that it will be useful,
 
9
# but WITHOUT ANY WARRANTY; without even the implied warranty of
 
10
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the
 
11
# GNU General Public License for more details.
 
12
#
 
13
# You should have received a copy of the GNU General Public License
 
14
# along with this program; if not, write to the Free Software
 
15
# Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA
 
16
 
 
17
# TODO: Perhaps rather than mapping options and arguments back and
 
18
# forth, we should just pass in the whole argv, and allow
 
19
# ExternalCommands to handle it differently to internal commands?
 
20
 
 
21
 
 
22
import os
 
23
import sys
 
24
 
 
25
from bzrlib.commands import Command
 
26
from bzrlib.osutils import pathjoin
 
27
 
 
28
 
 
29
class ExternalCommand(Command):
 
30
    """Class to wrap external commands."""
 
31
 
 
32
    @classmethod
 
33
    def find_command(cls, cmd):
 
34
        import os.path
 
35
        bzrpath = os.environ.get('BZRPATH', '')
 
36
 
 
37
        for dir in bzrpath.split(os.pathsep):
 
38
            ## Empty directories are not real paths
 
39
            if not dir:
 
40
                continue
 
41
            # This needs to be os.path.join() or windows cannot
 
42
            # find the batch file that you are wanting to execute
 
43
            path = os.path.join(dir, cmd)
 
44
            if os.path.isfile(path):
 
45
                return ExternalCommand(path)
 
46
 
 
47
        return None
 
48
 
 
49
 
 
50
    def __init__(self, path):
 
51
        self.path = path
 
52
 
 
53
    def name(self):
 
54
        return os.path.basename(self.path)
 
55
 
 
56
    def run(self, *args, **kwargs):
 
57
        raise NotImplementedError('should not be called on %r' % self)
 
58
 
 
59
    def run_argv_aliases(self, argv, alias_argv=None):
 
60
        return os.spawnv(os.P_WAIT, self.path, [self.path] + argv)
 
61
 
 
62
    def help(self):
 
63
        m = 'external command from %s\n\n' % self.path
 
64
        pipe = os.popen('%s --help' % self.path)
 
65
        return m + pipe.read()
 
66