[Tilesathome] Problem under windows again

[Maarten Deen]

spaetz wrote:
> On Sat, Aug 23, 2008 at 07:30:14PM +0200, Carsten M?ller wrote:
> 
>>>>> [#0   0% zipping] tile_12_673_2092.dir compressed by different 
>>>>> process.
>>>> the last 2 lines are crucial. they show that the 'flock' command 
>>>> failed. this happens in 
>>>> http://trac.openstreetmap.org/browser/applications/rendering/tilesAtHome/Upload.pm
>>>>  line 103.
> 
>> I've just debugged it in EPIC. Seems it is the system call to compress.pl 
>> in tilesGen.pl line 481.
> 
> oh, you are right of course. it's still in the zipping phase, so it would 
> happen in the call to compress.pl. the problem is the same, however. the 
> flock code there looks virtually the same.

To be exact, it is the command "my $flocked = !$Config->get('flock_available')
                           || flock(ZIPDIR, LOCK_EX|LOCK_NB);"
at line 89 (or 90, I've messed with it) in compress.pl which fails, and it fails 
because the flock fails.

Isn't the problem that you're trying to lock a directory and not a file?
$FullTileDirPath points to to each .dir directory. When I try to flock a proper 
file, I get a lock.

Don't ask me why Windows will not lock a directory but will lock a file.
I'm assuming the compress-code is correct and that compress wants to compress 
the whole directory and not each file individually.

Maarten