Script for starting private Tor networks

[ADB]

I tested it in win32, and it doesn't really work. Some system calls 
differ. Here's the output:

   
IDLE 1.1.1     
 >>> ================================ RESTART 
================================
 >>>

Traceback (most recent call last):
  File "C:\Documents and 
Settings\bushwacker\Desktop\test\make-private-tor-network.py", line 154, 
in -toplevel-
    main(options)
  File "C:\Documents and 
Settings\bushwacker\Desktop\test\make-private-tor-network.py", line 75, 
in main
    tor_version = tor_get_version(options.binary)
  File "C:\Documents and 
Settings\bushwacker\Desktop\test\make-private-tor-network.py", line 28, 
in tor_get_version
    output = run(binary, "tor", "--version")
  File "C:\Documents and 
Settings\bushwacker\Desktop\test\make-private-tor-network.py", line 14, 
in run
    process = subprocess.Popen(args, executable = binary, stdout = 
subprocess.PIPE, stderr = None, stdin = None)
  File "C:\Python24\lib\subprocess.py", line 549, in __init__
    (p2cread, p2cwrite,
  File "C:\Python24\lib\subprocess.py", line 609, in _get_handles
    p2cread = self._make_inheritable(p2cread)
  File "C:\Python24\lib\subprocess.py", line 650, in _make_inheritable
    DUPLICATE_SAME_ACCESS)
TypeError: an integer is required

Adam Langley wrote:

>On 9/1/05, ADB <firefox-gen at walala.org> wrote:
>  
>
>>Good code, just by looking at it, it seems very portable. Before I go
>>testing it on Win32, though, it shouldn't screw up my existing config
>>files, etc. if they are present right? (Just want to be sure)
>>    
>>
>
>Portability is a fluke - I've not coded on Windows since I was about 12.
>
>It will stomp some files, but only ones which it thinks that it would
>have created last time. Thus, if you have lots of directories called
>nodeD0 and so forth it will think that it owns them.
>
>Generally, run it in a new directory and all the files it creates
>should be within that directory.
>(barring command line args to tell it otherwise and/or really freaky
>Windows behavior - but I don't think so)
>
>AGL
>
>  
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.torproject.org/pipermail/tor-talk/attachments/20050902/2a7d202e/attachment.htm>