[Grok-dev] Re: Grokinstallation corrupts when editing source remotely over AFP

Martijn Faassen faassen at startifact.com
Wed Jun 11 11:59:29 EDT 2008

Sebastian Ware wrote:
> I edited app.py, adding some simple arithmetic to an update method (the 
> first three lines):
>       def update(self):
>         a= 1
>         b = 2
>         c = a + b
>         protoncms.protonbase.ProtonEdit.update(self)
> Macintosh:/Volumes/PsycadeliaRAID/groklive/Tester grandvinumserver$ 
> bin/zopectl fg
> /Volumes/PsycadeliaRAID/groklive/Tester/parts/app/runzope -C 
> /Volumes/PsycadeliaRAID/groklive/Tester/parts/zopectl/zope.conf
> ***** Original name: 'tester.._app'

Hm, okay, so the double-dot theory is the correct one. Somehow in 
grok_module, module_info.dottedname contains two dots instead of one.

Is it conceivable that your editor creates dotted names for temporary 
file names? (perhaps backup files?). I.e. that there are times when a 
"._app.py" file exists in your directory (besides "_app.py"?)?

If so, I suspect the problem can be fixed in scan.py, in the method 

There's a for loop there:

   for entry in sorted(os.listdir(directory)):

if you add as the first line in that loop the following:

    if entry.startswith('.'):

that might fix matters. Should be safe enough to add this to Martian, as 
Python modules aren't supposed to start with a dot.

In fact, module names have to start with an alphabetic character or an 
underscore, so we can expand this rule to the following:

    if not entry[0].isalpha() and entry[0] != '_':

could you test the latter and see whether that fixes your problem? If so 
we can add the fix to Martian. I guess we could even expand this to 
testing with a regular expression whether it's a valid Python module 
name at all...



More information about the Grok-dev mailing list